Skip to content

User Guide ​

New here? Start with Installation.

How Skills Work ​

Skills are slash commands that load focused instructions into your AI agent's context before it acts. There are five kinds:

  • Workflows — multi-step planning and execution flows for engineering and product work (spec, explore, plan, flow, pm, ux).
  • Skills — discrete operations you invoke directly for a single, well-defined job (pr, qa, skill, task).
  • Tools — CLI and platform integrations (git, gh, glab, linear, and others).
  • Context Skills — activate automatically when relevant files are detected; no invocation needed (mise).

For the best experience, install the full skill set — several skills compose with each other (flow save delegates to skill new, qa report delegates to gh or glab, pr calls gh/glab internally). If a required skill is missing when a command runs, you will be told which skill to install and how.

Invoking a skill:

bash
/spec new
/git commit
/task list

Passing your intent inline — all new, explore, and plan verbs accept a description directly on the same line. The skill skips the opening question and proceeds immediately:

bash
/spec new add dark mode toggle to the settings page
/plan plan add webhook support to the notifications API
/explore new how the auth middleware works
/pm explore pricing strategy for the enterprise tier
/ux explore checkout flow

Invoking without a description — /spec new — works too; the skill asks once and continues.

Workflows ​

Workflows guide you through multi-step processes: research, planning, execution, and handoff. Each workflow manages state across multiple invocations and can run interactively or hand off to a background agent.

spec — plan and execute complex work ​

Spec gives you a structured planning layer. You write a plan with AI assistance, then execute it step-by-step or hand it off to a background agent.

bash
/spec new my-feature        # explore requirements and create plan + implementation files
/spec go my-feature         # execute interactively, with review stops between phases
/spec done my-feature       # archive the plan and optionally commit

For long or routine tasks, run in the background:

bash
/spec new my-feature
/spec bg my-feature         # background agent works while you do other things
/spec list                  # check progress across all active plans
/spec done my-feature

Spec plans live in .codevoyant/spec/{name}/ (plan-created plans in .codevoyant/plan/{name}/) with a high-level plan.md and per-phase implementation/ files. Multiple plans can be active at once. Until the v1→v2 store migration runs, a store may still keep legacy drafts under .codevoyant/plans/{name}/, which the skills read as a fallback. The in-repo .codevoyant is a gitignored symlink to the shared per-project store ~/.codevoyant/<project-slug>/, so plans are visible from every git worktree of the project. Skills use .codevoyant transparently — the symlink to ~/.codevoyant/<project-slug>/ is created at first touch. Run the /migrate skill to initialize or repair the shared store, copy existing codevoyant data from another location (e.g. an older real .codevoyant/ directory or another checkout's store) into it, and record the store's codevoyant version in .codevoyant/metadata.json.

See the spec reference for all commands.

explore — pure technical exploration ​

Explore researches problem spaces and generates decision-oriented proposals. It never writes application code.

Technical exploration:

bash
/explore new "caching strategy"       # research approaches, generate parallel proposals
/explore diff feature/my-branch       # compare with a local branch

See the explore reference for all commands.

plan — planning at every level ​

Plan covers planning at every level: a single task, a project, an initiative, or a whole product. Renamed from em; it also absorbed the old /dev plan architecture-planning flow.

Project/initiative planning:

bash
/plan plan "migrate auth to OAuth2"    # draft plan to .codevoyant/plan/
/plan review my-plan                   # review for capacity, risks, and dependency gaps
/plan approve my-plan --push           # promote to docs/ and push to Linear

Task/architecture-level planning:

bash
/plan plan "auth system" --level task  # draft architecture plan with task breakdown + LOE
/plan approve my-plan --push           # promote to docs/architecture/ and create Linear tasks

Seed from an existing Linear project or initiative:

bash
/plan plan https://linear.app/team/project/PRJ-123

See the plan reference for all commands.

flow — end-to-end pipeline orchestration ​

Flow chains multiple skill invocations into a named pipeline that runs sequentially.

bash
/flow new my-pipeline \
  "/explore new how the auth middleware works" \
  "/spec new refactor auth middleware" \
  "/spec go"

/flow go my-pipeline      # execute all steps sequentially
/flow status my-pipeline  # check checklist state

Pipelines live in .codevoyant/flows/{name}/flow.md — under the shared per-project store ~/.codevoyant/<project-slug>/, which .codevoyant symlinks to.

See the flow reference for all commands.

pm — product roadmaps and PRDs (Experimental) ​

PM covers product planning: phased roadmaps, per-feature PRDs, and Linear integration.

bash
/pm explore "mobile onboarding"       # research a topic, deposit artifact for /pm plan
/pm plan quarter                      # draft quarterly roadmap
/pm prd "user authentication"         # standalone PRD
/pm approve my-roadmap --push         # promote to docs/ and push to Linear initiative

See the pm reference for all commands.

ux — prototyping and style research (Experimental) ​

UX supports frontend design exploration: full SvelteKit prototypes, lightweight wireframes, and style extraction from live sites.

Scaffold a prototype:

bash
/ux prototype "admin dashboard"       # full SvelteKit + shadcn-svelte prototype

Quick wireframe or comparison:

bash
/ux explore "checkout flow"              # single self-contained HTML wireframe
/ux explore "nav layouts" --slideshow    # compare multiple approaches in one file

Extract styles from a live site:

bash
/ux style-synthesize https://example.com

See the ux reference for all commands.

Skills ​

Skills are invoked once to do a single, well-defined job — create a draft PR, run a smoke test, or file a bug report. They don't manage multi-step state; they just do the thing and finish.

pr — AI-powered code review ​

PR orchestrates the full review lifecycle: generating inline comments from a diff, addressing reviewer feedback, and publishing the completed review.

Open a draft PR/MR:

bash
/pr open              # create draft PR/MR with feature template
/pr open --bug        # bug fix template

Review an open PR/MR:

bash
/pr review             # generate professional inline review comments from the diff
/pr review 42          # review a specific PR/MR number

Address review comments on your PR/MR:

bash
/pr address            # pull open threads, propose fixes, apply approved changes

Publish a pending draft:

bash
/pr publish                    # submit the draft review AND mark the PR/MR ready
/pr publish --review-only      # submit just the draft review

Review documents live in .codevoyant/review/{slug}/ and are reusable across review, address, and publish invocations.

See the pr reference for all commands.

qa — bug investigation and smoke testing ​

bash
/qa debug login-crash --desc "App crashes on Google OAuth"
    # investigate, write .codevoyant/qa/login-crash/debug-report.md

/qa smoke https://myapp.com/checkout
    # browser-agent smoke test, writes smoke-report.md

/qa report login-crash --github
/qa report login-crash --linear --team ENG
    # post report as issue to GitHub or Linear

See the qa reference for all commands.

skill — build and maintain skills ​

Skill gives you a workflow for building your own codevoyant-compatible skills, and a feedback loop for reporting issues to skill authors.

bash
/skill explore "linear integration"   # research what already exists
/skill new linear-push                # scaffold from template
/skill critique linear-push           # audit quality before shipping
/skill feedback spec                  # open a GitHub/GitLab issue for a skill problem

See the skill reference for all commands and a guide to building skills.

task — run project tasks ​

Detects your task runner (mise, just, task.dev, or npm scripts) and provides a consistent interface:

bash
/task                   # list all available tasks
/task run build         # run a named task
/task detect            # show which runner was detected

Other skills call /task internally before running raw commands like tsc or vitest — ensuring the project's own conventions are always followed.

See the task reference for all commands.

Domains ​

Domains — the specialized technical domains (compgeo, hpc, mle, llm) have moved to the diffwiki knowledgebase (~/.diffwiki/collections/). Query them with diffwiki search query "<phrase>" -c <name> or /dw-recall.

Tools ​

Tools wrap CLIs and platform APIs with focused workflows. They are invoked directly and handle the details of each platform.

git ​

bash
/git commit             # format, generate conventional commit message, commit, and push
/git commit --atomic    # split into multiple logical commits
/git rebase main        # interactive rebase, handles conflict sides correctly

See the git reference for all commands.

gh / glab ​

Platform-specific skills for GitHub (gh) and GitLab (glab). Used directly or called internally by /pr.

bash
/gh ci                  # watch GitHub Actions for the current branch (background)
/gh ci --autofix        # fix failures and re-push automatically
/gh report-issue        # file a bug report as a GitHub issue
/glab ci                # watch GitLab CI for the current branch (background)
/glab ci --autofix      # fix failures and re-push automatically
/glab report-issue      # file a bug report as a GitLab issue

See the gh reference and glab reference for all commands.

linear ​

bash
/linear report-issue --team ENG --title "Login crashes on Safari"
/linear report-issue --from .codevoyant/qa/login-crash/debug-report.md --team ENG

Requires the Linear MCP server configured in Claude Code. See the linear reference for all commands.

changelog / cz / release ​

Conventional commit hygiene and version introspection tools.

bash
/changelog retcon           # propose commit message edits for the current branch
/changelog retcon --apply   # apply edits via rebase and force-push
/changelog preview          # show predicted changelog and next version inline
/cz                         # show current and predicted next version (commitizen)
/release                    # show current and predicted next version (semantic-release / release-it)

See the changelog reference, cz reference, and release reference for all commands.

Context Skills ​

Context skills activate automatically when relevant files are detected — no invocation needed. The agent loads targeted recipes on demand before writing or reviewing code.

Files detectedSkill
mise.toml, .mise.tomlmise — task conventions, tool pinning, language-specific setup

Released under the MIT License.