product-enhance
Use when you have specific product issues to triage or want to discover enhancement opportunities in an existing product through gap analysis. For exploring what a codebase could become, use /claudna:product-vision.
- License 许可
- Apache-2.0
- 最近更新
- 2026-11-08
- Stars
- ★ 0
- Forks
- 1
01 前言 Front Matter
- name
- product-enhance
- description
- Use when you have specific product issues to triage or want to discover enhancement opportunities in an existing product through gap analysis. For exploring what a codebase could become, use /claudna:product-vision.
- argument-hint
- [--auto] [--output github|session] [focus-area]
- user-invocable
- true
02 资源文件 2
- 参考文档gap-categories.md1.7 KB
- 参考文档intent-interview-questions.md1.7 KB
03 SKILL.md 正文
Product Enhancement Discovery & Design
Codex: Read
../_shared/codex-tools.mdbefore following this skill. Apply its tool, root and dispatch mappings throughout.
Persona: Product-minded engineering lead. Think like a PM who can read code. Understand intent first, then produce phased design docs. Concrete observations ranked by impact — no buzzwords.
Arguments
Parse $ARGUMENTS at invocation:
--auto: Fully non-interactive. Implies--output github. Uses triage path, skips discovery/interview. See orchestration guide Section 10.--output github: Write enhancement proposals as GitHub Issues. See output guide (../_shared/output-guide.md).--output session: Present findings in chat only, no persistence.- Remaining text is the focus area. If provided, use it as scope context in Step 1 instead of asking.
When NOT to use
- For net-new feature brainstorming (divergent ideation) → use
/claudna:product-vision - For code quality/tech debt → use
/claudna:audit tech-debt - For security vulnerabilities → use
/claudna:audit security
Process Flow (authoritative)
digraph product_enhance {
rankdir=TB;
node [fontname="Helvetica" fontsize=10];
edge [fontname="Helvetica" fontsize=9];
start [label="User invokes\n/product-enhance" shape=doublecircle];
enter_plan [label="EnterPlanMode" shape=box style="filled,bold" fillcolor=lightyellow];
entry [label="Step 1: Ask scope\nand entry point" shape=box];
recon [label="Step 1B: Codebase Recon\nExplore subagents" shape=box];
confirm_recon [label="Codebase picture\naccurate?" shape=diamond];
path_choice [label="Triage or\nDiscovery?" shape=diamond];
triage [label="Step 1C: Triage Intake\nCollect user's list" shape=box];
triage_validate [label="Validate items\nvs codebase" shape=box];
triage_confirm [label="Validation\ncorrect?" shape=diamond];
interview [label="Step 2: Intent Interview\nGroups A → B → C" shape=box];
gap [label="Step 3: Gap Analysis\nIntent vs Implementation" shape=box];
gap_confirm [label="Gap analysis\naccurate?" shape=diamond];
proposals [label="Step 4: Enhancement Proposals\nRanked by impact:effort" shape=box];
user_selects [label="User selects\nenhancements?" shape=diamond];
exit_plan [label="ExitPlanMode" shape=box style="filled,bold" fillcolor=lightyellow];
generate [label="Step 5: Generate Design Docs\nPlan subagents" shape=box];
done [label="Summary\nReady for /claudna:build" shape=box style=filled fillcolor=lightgreen];
start -> enter_plan;
enter_plan -> entry;
entry -> recon;
recon -> confirm_recon;
confirm_recon -> recon [label="incorrect"];
confirm_recon -> path_choice [label="confirmed"];
path_choice -> triage [label="has list"];
path_choice -> interview [label="discover"];
triage -> triage_validate;
triage_validate -> triage_confirm;
triage_confirm -> triage_validate [label="corrections"];
triage_confirm -> proposals [label="confirmed"];
interview -> gap;
gap -> gap_confirm;
gap_confirm -> gap [label="corrections"];
gap_confirm -> proposals [label="confirmed"];
proposals -> user_selects;
user_selects -> proposals [label="adjust"];
user_selects -> exit_plan [label="selected"];
exit_plan -> generate;
generate -> done;
}
Procedure
Enter Plan Mode. Call EnterPlanMode. Steps 1–4 are read-only. If the user declines, proceed normally.
Step 1: Entry Point & Scope
Ask the user: "Are you coming in with specific issues, or should we discover enhancement opportunities together?" Also ask what to focus on and what to skip.
- "I have a list" → Triage path. Step 1B → Step 1C → Step 4 (skip 2–3).
- "Let's discover" → Discovery path. Step 1B → Steps 2–3–4 in order.
Step 1B: Codebase Reconnaissance
Scratch directory: <scratch>/research/, with <scratch> a private directory made by mktemp -d "${TMPDIR:-/tmp}/product-enhance.XXXXXX". Launch Explore subagents covering structure, modules, entry points, docs, tests, dependencies, recent git history. Do NOT read CLAUDE.md/MEMORY.md in orchestrator. Disk-write per orchestration guide, Section 2. Present a Codebase Context summary; ask user to confirm.
Step 1C: Triage Intake (Triage Path Only)
Collect the user's list (any format). Launch Explore subagents to validate each item (responsible code, reproducibility, partial support, root causes). Disk-write to research/<issue-slug>.md. Present a Triage Validation table, confirm, then skip to Step 4.
Step 2: Intent Interview (Discovery Path Only)
Ask questions one group at a time (A: Core Purpose, B: Current State, C: Aspirations), waiting between groups. See intent-interview-questions.md for the full list. Capture answers as structured notes.
Step 3: Gap Analysis (Discovery Path Only)
Compare Step 2 answers against Step 1B findings via Explore subagents (disk-write to research/<gap-slug>.md). Present as a numbered table using the six categories from gap-categories.md. Ask user to confirm.
Step 4: Enhancement Proposals
Both paths converge here. Where findings share an evidenced cause, name it and consolidate overlapping proposals before ranking; keep unrelated findings separate rather than forcing a theme. Rank enhancements by impact-to-effort ratio (H/M/L for Impact, Effort, Risk). Each gets a 2-3 sentence description. Ask user to select by number; do NOT proceed until confirmed. Call ExitPlanMode.
Step 5: Generate Phased Design Docs
Output lands in documentation/planning/phases/<session_name>_<YYYY-MM-DD>/, prefixed 01_, 02_ by implementation order — Plan agents write the family to the session's scratch docs directory and the orchestrator publishes it with /claudna:publish <scratch-docs-dir> --to docs --dir documentation/planning/phases/<session_name>_<YYYY-MM-DD>/ (family mode; Section 3). 00_OVERVIEW.md: context, dependency graph, parallel phases, total effort. Archive per Section 8; Plan agents per Section 9, reading from scratch research dir. Plan agents must also read ../_shared/planning-standard.md.
Present a Product Enhancement Summary, then direct user to /claudna:build. This skill produces plans, not code.
Step 5.5: Adversarial Review Pass
Follow ../_shared/pre-handoff-checklist.md for the full procedure. Run on each phase doc (<NN>_*.md) and 00_OVERVIEW.md in the session's scratch docs directory, before the family is published to documentation/planning/phases/<session>/. Apply in all modes.
Notes
- User gates everywhere. Never auto-proceed between major steps.
- Subagent strategy. Explore agents (Steps 1, 3) for analysis; Plan agents (Step 5) for docs. Disk-write pattern per orchestration guide. Context never flows through orchestrator.
- Intent-first. Discovery's value is Steps 2–3. Without them, it's just a code generator.
- Shared reminders: orchestration guide, Section 10.
Output Targets
This skill supports --output github and --output session in addition to the default docs target.
Follow the output guide at ../_shared/output-guide.md:
- For
github: write each finding as a doc (frontmatter + the Section 4 body skeleton) and delegate to/claudna:publish <file> --to github-issue --repo <repo>— publish validates, dedups, and applies labels fromtags:. Applyenhancementlabel to all issues. Map impact ranking to priority labels. - For
session: produce the doc, then/claudna:publish <file> --to sessionprints it to chat (Section 5) - For
docs(default): follow the subagent workflow in the orchestration guide (publish step:--dir documentation/planning/phases/<session_name>_<YYYY-MM-DD>/)
After creating issues, present the batch summary and return issue URLs for audit tracking.
Autonomous Mode (--auto)
When --auto is set (see orchestration guide Section 10):
- Skip Plan Mode and the intent interview (Steps 2-3) — use triage path only
- Run codebase reconnaissance (Step 1B) automatically with scope from
$ARGUMENTS - Auto-generate enhancement proposals from gap analysis (skip user selection)
- Create GitHub Issues for all proposals ranked High or Medium impact
- Emit the structured-result shape per
../_shared/orchestration-guide.md§10.C as the FINAL output of the run — a fenced ```json block with no text after:
{
"skill": "product-enhance",
"outcome": "completed",
"artifacts": {
"issues_created": ["https://github.com/org/repo/issues/123", "..."],
"proposals_ranked": 8,
"session_dir": "documentation/planning/phases/<session>/"
},
"summary": "<2-3 line digest of proposals filed>",
"next": null,
"errors": [],
"blocker_description": null
}
outcomeiscompletedon success,blockedif codebase reconnaissance can't run.
04 同仓库更多 Skills
example-review
Use when you want to review pull requests with detailed, actionable feedback on code quality, correctness, and maintainability.
bad-skill
Too short
worktree
Use when starting feature work that needs isolation from the current workspace, or when running multiple Claude sessions in parallel on different branches — creates and manages git worktrees. For fetching latest main into every existing worktree and branch across your sibling repos, use /claudna:sync-branches instead.
weigh-development-paths
Use when at a development junction with multiple viable approaches — architecture choices, refactoring strategies, where to put new code, or which pattern to follow. Triggers on 'which approach', 'how should I', 'Option A vs B', or any point where the next step isn't obvious and the wrong choice creates rework.
verify-completion
Use when about to claim work is complete, fixed, or passing -- requires running verification commands and confirming output before making any success claims.
vercel
Use for Vercel operations — deploy to production or preview (or roll back), view, filter, or debug deployment logs, or check project status (deployments, domains, env vars, config). Replaces /vercel-deploy, /vercel-logs, /vercel-status.