From wm
`/explore <subcommand>`. Pick the route, read its reference, follow it. Default is `docs`. Artifacts live in `<notes-dir>/research/`.
How this skill is triggered — by the user, by Claude, or both
Slash command
/wm:exploreThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
`/explore <subcommand>`. Pick the route, read its reference, follow it. Default is `docs`. Artifacts live in `<notes-dir>/research/`.
/explore <subcommand>. Pick the route, read its reference, follow it. Default is docs. Artifacts live in <notes-dir>/research/.
/explore … | You need to… | Reference |
|---|---|---|
docs (default) | Write the markdown research write-ups + question lists. One <ep-slug>.questions.md + one <ep-slug>.md per entry point, graded against the 6-step chain. Convergence loop + INDEX.md. | references/docs.md |
workflow | Write the typed TS pseudocode + path bindings — <ep-slug>.workflow.ts, <ep-slug>.bindings.json, components/*.d.ts, flows.json. The navigable, reveal-in-editor layer over the docs artifacts. | references/workflow.md |
docs (prose + questions, 6-step chain) → workflow (TS pseudocode + bindings) → /flow-map (HTML)
.md write-ups and the explorer question lists, and runs the autonomous convergence loop until research stops surfacing gaps..md artifacts: clean typed TS pseudocode where every component and notable branch reveals to its real (possibly non-TS, cross-repo) source. Run docs first — workflow mirrors the cited locations from each <ep-slug>.md.Run docs alone for a read-only refactor brief. Add workflow when the team wants to navigate the
flows in the editor or render them with /flow-map.
A list of entry points. Each may be:
src/server/index.ts)HandleRequest, userController.create)If the user provides a free-form description, use cocoindex to find relevant entry points.
The user may also pass a destination folder inline with a dst:<path> token (e.g.
dst:docs/research/auth). It sets $RESEARCH_DIR directly, overriding the resolved
<notes-dir>/research (see "Output location"). A relative dst: resolves against the current
working directory.
<notes-dir> is the wm notes directory for the active task (commonly .notes/). It
persists with the rest of the planning context (spec.md, worklog.md, todos/) and ships with the
work, instead of vanishing from $TMPDIR. Resolve it from the phase context:
.notes/ at repo root)../.notes/ in the current working directory and tell the user.--notes-dir <path>.dst:<path> token in the input sets $RESEARCH_DIR directly and wins over both the resolved notes dir and --notes-dir. Use it to drop research outside the wm flow (e.g. into a docs folder).Create the research subdirectory:
NOTES_DIR="${NOTES_DIR:-.notes}"
# dst:<path> overrides; else <notes-dir>/research
RESEARCH_DIR="${DST:-$NOTES_DIR/research}"
mkdir -p "$RESEARCH_DIR"
The previous $TMPDIR/claude-explore/ location is deprecated.
explore-research saves coarse findings as <notes-dir>/research-*.md. explore complements that with per-entry-point deep dives under <notes-dir>/research/.code new may reference research/<ep-slug>.md#DP-N or #EC-N from a TODO's Pre-reads so the implementer doesn't re-derive the analysis.research/ is committed alongside spec.md and todos/ — it travels with the task.npx claudepluginhub popoffvg/dotfiles --plugin wmCreates bite-sized, testable implementation plans from specs or requirements, with file structure and task decomposition. Activates before coding multi-step tasks.