logseq-electron-debug
Logseq Electron Debug Skill
Use this when you need to inspect the Electron renderer (DOM, network, localStorage, Logseq APIs like logseq.api.*).
Prefer launching Electron from static/ (Electron Forge) instead of the root yarn dev-electron-app (gulp wrapper). The wrapper can be noisy and can surface false-negative exit codes even when the app launched.
Quick Start (Remote Debugging Port)
- Ensure the dev app is built:
cd /Users/brz/repos/logseq
yarn watch
- Start Electron with a remote debugging port:
cd /Users/brz/repos/logseq/static
yarn electron:dev -- -- --remote-debugging-port=9333
If you want to bypass Yarn and see the real command:
cd /Users/brz/repos/logseq/static
./node_modules/.bin/electron-forge start -- --remote-debugging-port=9333
- Verify the port is live:
curl http://127.0.0.1:9333/json/list
- Attach Chrome:
- Open
chrome://inspect/#devices - Add
localhost:9333 - Click “inspect”
Common Pitfall: yarn dev-electron-app Does Not Forward Flags
yarn dev-electron-app runs via gulp electron, and it hard-calls yarn electron:dev without a way to pass through --remote-debugging-port=... unless you edit the gulp task (see /Users/brz/repos/logseq/gulpfile.js).
If you need a debug port, start via static/ as shown above.
Notes
- If a desktop Logseq instance is already running, quit it first. Electron single-instance behavior can make it look like flags were applied when they were not.
- Pick a port that is not in use (
9333is usually safe).
More from rcmerci/skills
logseq-schema
Logseq Datascript schema, built-in properties/classes, and :db/ident discovery for composing or reviewing Datascript queries about blocks/pages/tags/properties/classes. Use whenever editing or reviewing Datascript pull selectors or queries, or any code that adds/removes attributes in pull patterns, or touches property namespaces/identifiers, or requires reasoning about property value shapes/ref/cardinality in Logseq.
40clojure-debug
Debugging workflow for Clojure/ClojureScript code. Use at the first sign of unexpected behavior or test failure in Clojure/CLJS, including any failing test, unexpected output, nils where data is expected, mismatched selectors, or unclear data flow—before making further implementation changes.
4clojure-paren-repair
Repair unbalanced parentheses, brackets, and braces in Clojure, ClojureScript, and EDN files. Use when you encounter delimiter mismatch syntax errors after editing .clj, .cljs, .cljc, or .edn files, or on clojure syntax errors.
3clojure-babashka-cli
Turn Clojure functions into CLIs with babashka.cli. Use when working with command-line argument parsing, building CLIs, subcommand dispatching, option validation, or creating tools with babashka/clojure.
3writing clojure docstrings
Guidelines for writing effective Clojure docstrings with markdown formatting, wikilinks, code examples, and tables. Always use this skill when writing or reviewing docstrings in Clojure code, or when asked about docstring formatting and style. Triggers on (1) writing new functions/vars/namespaces with docstrings, (2) updating existing docstrings, (3) questions about docstring best practices, (4) reviewing code with docstrings.
3test-driven development (tdd)
Use when implementing any feature or bugfix, before writing implementation code - write the test first, watch it fail, write minimal code to pass; ensures tests actually verify behavior by requiring failure first
3