/spk-start-here
Start here for Spec Kitty. Orient CLI users and supported agent-harness users; choose the right command, skill family, and recovery path.
$ npx -y skills add Priivacy-ai/spec-kitty --skill spk-start-here --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/spk-start-here
Context preview
The summary Claude sees to decide when to auto-load this skill.
Start here for Spec Kitty. Orient CLI users and supported agent-harness users; choose the right command, skill family, and recovery path.
SKILL.md
spk-start-here.SKILL.mdname: spk-start-here
description: "Start here for Spec Kitty. Orient CLI users and supported agent-harness users; choose the right command, skill family, and recovery path."
spk-start-here
Orient the user by where they are working: command line or supported agent harness.
Access Model
- Command-line users run `spec-kitty` CLI commands. `spk-*` skills are not CLI
commands.
- Agent-harness users invoke installed command surfaces:
`/spec-kitty.*` in slash-command hosts, `$spec-kitty.<command>` in Codex, or the host's skill syntax for skill hosts.
- Public `spk-*` skills are agent operating guides. Use them by name in a
skill-aware harness or let natural-language intent trigger them.
- If commands or skills are missing, route to `spk-admin-setup-doctor`.
Operating Model
Spec Kitty has three visible layers:
1. Commands: `/spec-kitty.*` slash commands and CLI commands that create or advance mission artifacts. 2. Skills: `spk-*` operating guides that teach an agent how to use the product. 3. Doctrine: charter, glossary, profiles, directives, and tactics loaded on demand by the runtime or by specialist skills.
Do not turn this into a full tutorial. Identify entry mode first, then route to the smallest useful workflow.
First Route
- New project or broken install: use `spk-admin-setup-doctor`.
- New feature from scratch: use `spk-start-first-feature`.
- User wants a command list: use `spk-start-command-map`.
- User asks "will this work in Codex or Claude?": use `spk-start-agent-surface`.
- Existing mission needs advancement: use `spk-run-next`.
- Multi-mission or multi-repo program: use `spk-run-program-orchestrate`.
- Review or approval work: use `spk-run-review-wp`, then `spk-gate-accept`.
- Team, SaaS, tracker, or sync concern: use `spk-team-sync` or `spk-team-tracker`.
- Doctrine or governance concern: use the `spk-doctrine-*` family.
- Unsure which skill applies: use `spk-meta-skill-map`.
Agent Behavior
State the route, load only the routed skill, and continue. Prefer commands and runtime outputs over guessing from files. If the user asks for a plan, give the shortest workflow that gets them to the next concrete Spec Kitty action.
Read more
name: spk-start-here description: "Start here for Spec Kitty. Orient CLI users and supported agent-harness users; choose the right command, skill family, and recovery path."
spk-start-here
Orient the user by where they are working: command line or supported agent harness.
Access Model
- Command-line users run `spec-kitty` CLI commands. `spk-*` skills are not CLI
commands.
- Agent-harness users invoke installed command surfaces:
`/spec-kitty.*` in slash-command hosts, `$spec-kitty.<command>` in Codex, or the host's skill syntax for skill hosts.
- Public `spk-*` skills are agent operating guides. Use them by name in a
skill-aware harness or let natural-language intent trigger them.
- If commands or skills are missing, route to `spk-admin-setup-doctor`.
Operating Model
Spec Kitty has three visible layers:
1. Commands: `/spec-kitty.*` slash commands and CLI commands that create or advance mission artifacts. 2. Skills: `spk-*` operating guides that teach an agent how to use the product. 3. Doctrine: charter, glossary, profiles, directives, and tactics loaded on demand by the runtime or by specialist skills.
Do not turn this into a full tutorial. Identify entry mode first, then route to the smallest useful workflow.
First Route
- New project or broken install: use `spk-admin-setup-doctor`.
- New feature from scratch: use `spk-start-first-feature`.
- User wants a command list: use `spk-start-command-map`.
- User asks "will this work in Codex or Claude?": use `spk-start-agent-surface`.
- Existing mission needs advancement: use `spk-run-next`.
- Multi-mission or multi-repo program: use `spk-run-program-orchestrate`.
- Review or approval work: use `spk-run-review-wp`, then `spk-gate-accept`.
- Team, SaaS, tracker, or sync concern: use `spk-team-sync` or `spk-team-tracker`.
- Doctrine or governance concern: use the `spk-doctrine-*` family.
- Unsure which skill applies: use `spk-meta-skill-map`.
Agent Behavior
State the route, load only the routed skill, and continue. Prefer commands and runtime outputs over guessing from files. If the user asks for a plan, give the shortest workflow that gets them to the next concrete Spec Kitty action.
Spec-Driven Development for serious software developers. Spec Coding with with Claude, Cursor, Gemini, Codex. Kanban dashboard, git worktrees, auto-merge and more.
Other skills on spec-kitty.
- /ad-hoc-profile-load
Legacy alias for resolver-backed profile loading. Use the canonical spk-doctrine-profile-load skill for identity, boundaries, and governance. Triggers: "act as the architect", "load the reviewer profile", "switch to researcher", "use the planner role", "adopt a profile".
Open skill - /adversarial-squad
Deploy a bounded, profile-loaded adversarial review squad at an SDD point-cut (post-spec, post-plan, post-tasks, pre-merge, or an ad-hoc decision) so independent doctrine lenses converge on findings one reviewer would miss. Triggers: "deploy a squad", "adversarial squad",
Open skill - /spec-kitty-bulk-edit-classification
Recognize when a mission is a bulk edit and drive the occurrence-classification guardrail on the user's behalf. Triggers: user says any variant of "rename X to Y", "change the terminology", "migrate all occurrences", "replace across the codebase", "the X feature is now the Y
Open skill - /spec-kitty-charter-doctrine
Run charter interview, generation, context, and sync workflows for project governance in Spec Kitty 3.x. Access doctrine artifacts programmatically via DoctrineService. Resolve agent profiles. Load action-scoped governance context iteratively, not all at once. Triggers:
Open skill - /spec-kitty-git-workflow
Understand how Spec Kitty manages git: what git operations Python handles automatically, what agents must do manually, worktree lifecycle, auto-commit behavior, merge execution, and the safe-commit pattern. Triggers: "how does spec-kitty use git", "worktree management",
Open skill - /spec-kitty-glossary-context
Curate and apply canonical terminology across Spec Kitty missions. Triggers: "update the glossary", "use canonical terms", "check terminology", "add a term", "fix term drift", "glossary conflicts", "resolve ambiguity", "review terminology consistency". Does NOT handle: runtime
Open skill

