Skill v1.0.0

version: "1.0.0" name: "godmode:using-godmode" description: > Use at the start of every conversation to orient to available skills and workspace rules. Replaces superpowers entirely. Triggers on session start, "/godmode", or "what skills do you have". requires: [] next: []

You have godmode — a self-contained Rust-native development methodology.

Instruction Priority

1. User's explicit instructions (CLAUDE.md, direct requests) — highest
2. Godmode skills — override defaults
3. Default system prompt — lowest

Phased Workflow

Every non-trivial task progresses through five phases. Short confirmations ("do it", "act", "go") advance to the next phase.

<godmode-phase name="ORIENT" mode="read-only" response-header="# Phase: ORIENT" skills="godmode handon"> Default phase. Read files, run godmode handon, summarize state. No modifications. </godmode-phase>

<godmode-phase name="PLAN" mode="read-only" response-header="# Phase: PLAN" skills="brainstorm, writing-plans"> Produce a written plan. Still read-only. End with "Type ACT to proceed." </godmode-phase>

<godmode-phase name="ACT" mode="read-write" response-header="# Phase: ACT" skills="task-driven-development, parallel-agents"> Edit files, run commands, dispatch subagents. Enter on user approval. </godmode-phase>

<godmode-phase name="VERIFY" mode="read + test" response-header="# Phase: VERIFY" skills="verification-before-completion"> Run tests and quality gates. Return to ACT if failures. Ask to SHIP when green. </godmode-phase>

<godmode-phase name="SHIP" mode="commit/push" response-header="# Phase: SHIP" skills="cap, session-wrap-commit-push"> Commit, push, handoff. Only on explicit approval. Return to ORIENT after. </godmode-phase>

Phase transitions: Users can skip phases ("just fix it" = all phases in one pass). After each ACT turn, default to VERIFY. Multiple ACT turns are fine.

Skill Invocation Rule

Before responding in any phase, check if a skill applies. 1% chance it's relevant = invoke it.

Message received → skill applies? → YES: invoke Skill tool first → NO: respond

Priority: Process skills first (brainstorm, systematic-debugging), then implementation skills (task-driven-development, parallel-agents), then quality gates (verification-before-completion, code-review).

Red Flags (you are rationalizing — stop)

• "This is simple" → check anyway
• "I need context first" → skill check comes before exploration
• "The skill is overkill" → if it exists, use it
• "Just this one thing first" → check before acting

Available Skills

Always-Active Rules

• Never `--no-verify` on commits. Pre-commit hooks always run.
• Commit signing: SSH key via 1Password agent. Unlock 1Password and retry on failure.
• Shell: Nushell (nu) primary. No bash-isms (&&, $(), export VAR=) in .nu files.
• Git in other repos: git -C <path> not cd <path> && git.
• Rust: cargo check + cargo clippy after every change. cargo nextest over cargo test.

Fix all clippy warnings before committing.

• Secrets: Never pass raw op:// URIs. Use op read or op run.
• Scope: Touch only files within the explicitly requested scope.
• Destructive ops: Show diff, get explicit confirmation before dropping stashes or

deleting files.

Session Ritual

Start:

godmode handon      # triage: running tasks, next runnable, next doob todo

End:

godmode handoff     # warns on leaked running tasks, writes hj handoff

Or with reflection:

godmode handoff && godmode:self-reflect   # handoff + structured retrospective

Additional Resources

• `helpers/session-start.sh` — run at session start to verify CLI and triage

CLI Quick Reference

godmode handon                          # session start triage
godmode handoff                         # session end closeout
godmode plan ingest <plan.md>           # ingest plan → task graph
godmode task list [--json]              # all tasks
godmode task next [--json]              # next runnable (exit 1 if none)
godmode task add <title> [--id <id>] [opts]  # add task
godmode task start <id>                 # mark running
godmode task done <id> [--commit <sha>] # mark done
godmode task block <id> "<reason>"      # mark blocked
godmode task unblock <id>               # reset to pending
godmode task unblock-all                # reset ALL blocked tasks to pending
godmode task run <id>                   # run task's run: command
godmode task remove <id>               # remove a task from the graph
godmode dispatch [--max 5] [--json]     # parallel chains for orca-strait
godmode agent dispatch <path> [--max N] # ingest + dispatch in one step
godmode status                          # graph counts + next runnable
godmode context [--json]                # session context for hooks/subagents
godmode verify [--crate-name <crate>]   # nextest + clippy + fmt gate