From steerings-specs-generator
Conducts guided interviews to extract tacit engineering knowledge and generate structured steerings. Activates when users mention steerings, conventions, or want to document team/project knowledge.
How this skill is triggered — by the user, by Claude, or both
Slash command
/steerings-specs-generator:steering-specs-generatorThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
Conducts context-aware interviews to extract tacit engineering knowledge and generate agent-readable steerings. Format: **Intent (Why) → Rules (What) → Practices (How) → Meta**.
Conducts context-aware interviews to extract tacit engineering knowledge and generate agent-readable steerings. Format: Intent (Why) → Rules (What) → Practices (How) → Meta.
Supports predefined packs (8 areas) and custom topics (user-specified).
Flow overview: See flow-diagram.md for visual representation.
This skill was originally authored for Claude Code tool names (e.g. AskUserQuestion, Task). To keep it portable, treat these as capabilities and map them to your runtime:
AskUserQuestionrequest_user_inputTask (+ its output/wait mechanism)spawn_agent + wait (+ optionally send_input to clarify) + close_agent when doneRead / Write / Globexec_command for search/listing, apply_patch for edits (or your runtime’s native file tools)In the rest of this doc:
ASK_USER(...) means "use your environment’s ask-user tool".| Keywords | Mode |
|---|---|
| "review steerings", "transform steerings", "fix format" | → Review Mode (Step R) |
| "continue steerings", "continue session", "resume interview" | → Interview Mode (Step 0) with session check |
| "steerings", "tacit knowledge", "interview", "conventions" | → Interview Mode (Step 0) |
Before configuring paths, check if sessions already exist in the repo:
Scan common session directories:
.sessions/sessions/docs/sessions/If sessions found, present ASK_USER(...):
questions:
- question: "Found existing session(s). Continue or start fresh?"
header: "Session"
options:
- label: "Continue {sessionId}"
description: "Resume incomplete session ({N} of {M} packs done)"
- label: "Start new session"
description: "Create fresh session with new ID"
If continuing existing session:
sessionsPath to parent directory of found sessionsessionId to selected session name{sessionsPath}{sessionId}/ for completed pack files{packId}.md exists AND## Interview section with at least one ### Q entrycompletedPacks[] list (pack IDs to skip)explore-docs-conventions.md and explore-repo-context.md paths if they existIf starting new or no sessions found → Continue to Step 0a
Ask user to confirm paths using ASK_USER(...):
questions:
- question: "Where should steering files be saved?"
header: "Steerings"
options: ["./steerings/", "docs/steerings/", ".memory-bank/steerings/", "Custom"]
- question: "Where should session files be saved?"
header: "Sessions"
options: ["./sessions/", ".sessions/", "docs/sessions/", "Custom"]
- question: "Where should action items be saved?"
header: "Backlog"
options: ["./backlog/", "Same as steerings parent", ".backlog/", "Custom"]
Store: steeringsPath, sessionsPath, backlogPath. Create directories if needed.
Defaults: steerings/, sessions/, backlog/
sessionId - short words idCustom topic detected (patterns: "steerings for X", "document X conventions"):
packId, packName, packType: "custom", customTopicDescriptionASK_USER(...) (aspects, level, scope)No custom topic → Present 8 predefined packs as multi-select:
Ask user to select interview mode using ASK_USER(...):
questions:
- question: "Interview mode preference?"
header: "Mode"
options:
- label: "Interactive (default)"
description: "Answer questions one-by-one with discussion"
- label: "Fast mode"
description: "Answer all questions at once, faster execution"
Store: interviewMode ("interactive" or "fast")
| Pack | ID |
|---|---|
| Codebase Topology & Ownership | codebase-topology-ownership |
| Architecture & Design Invariants | architecture-design-invariants |
| Business Domain Contracts | business-domain-contracts |
| Quality & Style Assurance | quality-style-assurance |
| Testing & Verification Strategy | testing-verification-strategy |
| Risk & Historical Landmines | risk-historical-landmines |
| Security, Data & Compliance | security-data-compliance |
| Delivery Lifecycle & Change Flow | delivery-lifecycle-change-flow |
Run TWO Explore agents in parallel. Each writes report to {sessionsPath}{sessionId} and returns path.
Explore #1 - Docs & Conventions:
Analyze repository for: steering files, CONVENTIONS.md, ARCHITECTURE.md,
CLAUDE.md, README conventions, eslint/prettier/tsconfig.
OUTPUT: Write to `{sessionsPath}{sessionId}/explore-docs-conventions.md`, return path.
Explore #2 - Repo Context:
Analyze: project purpose, tech stack, directory structure, main modules, patterns.
OUTPUT: Write to `{sessionsPath}{sessionId}/explore-repo-context.md`, return path.
Capture paths: docsConventionsReportPath, repoContextReportPath
Filter packs: If completedPacks[] exists (from session continuation), exclude those pack IDs from processing.
Show progress when continuing:
Continuing session: {sessionId}
✅ Completed: {completedPacks.join(', ')}
⏳ Remaining: {remainingPacks.join(', ')}
When running packs in parallel:
wait)Spawn a Task agent per pack - run all in parallel for faster execution.
Claude Code: use run_in_background: true for each Task call, then wait for all to complete.
Codex CLI: spawn_agent for each pack, capture agent IDs, then wait for completion (optionally streaming progress as each finishes).
subagent_type: "general-purpose"
description: "Interview for {packName}"
prompt: |
Conduct interview for a single pack and save results.
## Pack Info
- Pack ID: {packId}
- Pack Name: {packName}
- Pack Type: {packType} # "predefined" or "custom"
- Custom Description: {customTopicDescription} # only if custom
## Context Files
- Pack Reference: pack-reference.md
- Repo Context: {repoContextReportPath}
- Docs & Conventions: {docsConventionsReportPath}
## Output
- Path: {sessionsPath}{sessionId}/{packId}.md
## Instructions
### 1. Read Context
Read pack-reference.md to get question themes for this pack.
Read repoContextReportPath and docsConventionsReportPath for grounding.
These reports contain ALL necessary findings - do NOT run additional explores.
### 2. Generate Questions
Question count:
- Predefined: 5
- Custom (narrow): 3-4
- Custom (medium): 5
- Custom (broad): 6-7
Guidelines:
- Ground ONLY in the provided explore reports + existing docs
- Reference actual code: "I see X in Y file..." (from reports)
- Ask about conventions, not roadmap
- Offer 4 options (A/B/C/D)
- Mark one as "⭐ Recommended" at end of description
Pattern:
Q: I found {finding}. How should {convention question}?
A) {Option} — {rationale}
B) {Option} — {rationale} ⭐ Recommended
C) {Option} — {rationale}
D) {Option} — {rationale}
### 3. Conduct Interview
If interviewMode is "fast":
- Present all questions in a single markdown code block
- User responds with all answers at once (e.g., "A, B, A, C, B")
If interviewMode is "interactive":
- Present via `ASK_USER(...)` (max 4 questions per call if your runtime supports batching)
### 4. Classify Responses
For each response, classify as:
- CONVENTION: Timeless, future-focused ("When implementing X, do Y")
- ACTION_ITEM: Temporal, fixes current state ("Replace X", "Fix X")
### 5. Extract and Save Results
Extract rules immediately (not full Q&A) and write to {sessionsPath}{sessionId}/{packId}.md:
- CONVENTION items → "## Conventions" section
- ACTION_ITEM items → "## Action Items" section with severity
- Optionally preserve raw Q&A in collapsed "## Raw Interview" section
Session structure:
{sessionsPath}
└── {sessionId}/
├── codebase-topology-ownership.md
├── architecture-design-invariants.md
├── {custom-pack-id}.md
└── ...
Pack file format:
# {Pack Name}
**Pack ID:** {id}
## Conventions
- Q1: {extracted rule}
- Q2: {extracted rule}
## Action Items
- Q3: {action item with severity}
## Raw Interview (optional, for reference)
Preserve Q&A in collapsed detail if needed for debugging.
Wait for all pack interview agents to complete. Each writes its results to {sessionsPath}{sessionId}/{packId}.md with classifications already included.
Note: Pack agents use existing explore reports - no additional explores are run.
Delegate to general-purpose subagent (use the strongest available model in your runtime):
subagent_type: "general-purpose"
description: "Generate steerings and action items"
prompt: |
Generate steerings AND action items from interview sessions.
Session directory: {sessionsPath}{sessionId}/
(contains one .md file per pack with classifications)
Docs report: {docsConventionsReportPath}
Repo report: {repoContextReportPath}
Template: steering-template.md
Output paths: {steeringsPath}, {backlogPath}
Instructions:
1. Read all pack files from session directory
2. Extract CONVENTION items → generate steering files
3. Extract ACTION_ITEM items → generate backlog file
4. Generate index.md for steerings
Steering filenames:
| Pack ID | Filename |
|---|---|
| codebase-topology-ownership | code-ownership.md |
| architecture-design-invariants | architecture-invariants.md |
| business-domain-contracts | domain-invariants.md |
| quality-style-assurance | quality-and-style.md |
| testing-verification-strategy | testing-strategy.md |
| risk-historical-landmines | risk-registry.md |
| security-data-compliance | security-and-compliance.md |
| delivery-lifecycle-change-flow | delivery-lifecycle.md |
| {custom-pack-id} | {custom-pack-id}.md |
Rule style:
Action items file: {backlogPath}steering-specs-action-items.md
Severity: 🔴 CRITICAL (data loss, security) → 🟡 HIGH → 🟢 MEDIUM → 🔵 LOW → ⏸️ DEFERRED
Generated steerings:
- {steeringsPath}*.md (N rules, M practices each)
- {steeringsPath}index.md
Action Items: {backlogPath}steering-specs-action-items.md
- 🔴 Critical: N | 🟡 High: N | 🟢 Medium: N
Session: {sessionsPath}{sessionId}/
- {packId-1}.md
- {packId-2}.md
- ...
Transform existing steerings to standard format.
Auto-detect or ask: steerings/, docs/steerings/, .steerings/
subagent_type: "Explore"
prompt: |
Analyze steering files in {steeringsPath}:
- Structure: Intent → Rules → Practices → Meta?
- Rules: numbered, prescriptive, no metadata?
- Code examples: 5-15 lines?
- File size: <200 lines?
Report compliant vs non-compliant files with specific issues.
✅ Compliant: file1.md, file2.md
⚠️ Need transformation:
- file3.md: Missing Intent, verbose rules
- file4.md: Code examples too long
Options: Transform all | Transform specific | Backup and transform | Plan only | Skip
Delegate to general-purpose subagent with transformation guidelines from steering-template.md.
Show changes per file, regenerate index.md.
Activation keywords: steerings, tacit knowledge, interview, conventions, "steerings for X", "continue steerings"
Session continuation: Auto-detects existing sessions in .sessions/, sessions/, docs/sessions/. Offers to resume incomplete sessions, skipping completed packs.
8 Predefined Packs: Topology, Architecture, Domain, Quality, Testing, Risk, Security, Delivery
Output format: Intent (1 sentence) → Rules (numbered) → Practices (heading + explanation) → Meta
Files generated:
{steeringsPath}*.md — Steering files{steeringsPath}index.md — Table of contents{backlogPath}steering-specs-action-items.md — Action items{sessionsPath}{sessionId}/{packId}.md — Interview responses per pack{sessionsPath}explore-*.md — Discovery reportsReference files:
Guides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Reference for writing and editing skills with predictable behavior, covering invocation models, description writing, and information hierarchy.
npx claudepluginhub p/timur-khakhalev-steerings-specs-generator-plugins-steerings-specs-generator