humanize-refine-plan
Convert annotated plans with comments into production-ready implementation plans and QA checklists.
Install
mkdir -p .claude/skills/humanize-refine-plan && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/10991" && unzip -o skill.zip -d .claude/skills/humanize-refine-plan && rm skill.zipInstalls to .claude/skills/humanize-refine-plan
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Refine an annotated implementation plan into a comment-free plan and a QA ledger while preserving the gen-plan schema.Key capabilities
- →Refines annotated plans
- →Removes resolved comments
- →Generates QA ledgers
- →Supports alternate languages
How it works
It processes annotated plans to remove comments and generate a QA ledger, preserving the original schema.
Inputs & outputs
When to use humanize-refine-plan
- →Refining a draft implementation plan
- →Creating a QA ledger from annotations
- →Cleaning up project documentation
About this skill
Humanize Refine Plan
Refines an annotated plan that contains CMT: / ENDCMT blocks into a comment-free plan plus a QA ledger, while preserving the gen-plan structure and convergence state.
The installer hydrates this skill with an absolute runtime root path:
{{HUMANIZE_RUNTIME_ROOT}}
flowchart TD
BEGIN([BEGIN]) --> SETUP[Parse arguments and derive paths<br/>Resolve mode, output path, QA path, alt-language]
SETUP --> LOAD_CFG[Load merged config<br/>Reuse humanize config precedence and defaults]
LOAD_CFG --> VALIDATE[Validate IO<br/>Run: {{HUMANIZE_RUNTIME_ROOT}}/scripts/validate-refine-plan-io.sh --input <annotated-plan> [--output ...] [--qa-dir ...] [--discussion|--direct]]
VALIDATE --> VALID_OK{Validation passed?}
VALID_OK -->|No| REPORT_VALIDATION[Report validation error<br/>Stop]
REPORT_VALIDATION --> END_FAIL([END])
VALID_OK --> EXTRACT[Read input plan and extract valid<br/>CMT:/ENDCMT blocks with a stateful scanner]
EXTRACT --> PARSE_OK{Parse succeeded?}
PARSE_OK -->|No| REPORT_PARSE[Report parse error with<br/>line, column, heading, context<br/>Stop]
REPORT_PARSE --> END_FAIL
PARSE_OK --> CLASSIFY[Classify comments:<br/>question, change_request, research_request]
CLASSIFY --> AMBIG{Ambiguous comments?}
AMBIG -->|Yes, discussion mode| ASK_USER[Ask the minimum user question<br/>needed to continue]
ASK_USER --> PROCESS
AMBIG -->|No| PROCESS[Process comments in order:<br/>answer, refine plan, or do targeted repo research]
PROCESS --> REFINE[Generate refined plan text<br/>Keep required gen-plan sections intact]
REFINE --> PLAN_CHECK{Plan still valid?<br/>No CMT markers, references consistent,<br/>routing tags valid}
PLAN_CHECK -->|No, fixable| FIX[Repair internal inconsistencies]
FIX --> PLAN_CHECK
PLAN_CHECK -->|No, blocking| REPORT_BLOCK[Report blocking inconsistency<br/>Stop]
REPORT_BLOCK --> END_FAIL
PLAN_CHECK -->|Yes| QA[Populate QA document from<br/>{{HUMANIZE_RUNTIME_ROOT}}/prompt-template/plan/refine-plan-qa-template.md]
QA --> ALT_LANG{Generate translated variants?}
ALT_LANG -->|Yes| VARIANTS[Translate refined plan and QA<br/>Keep identifiers unchanged]
ALT_LANG -->|No| ATOMIC
VARIANTS --> ATOMIC[Write refined plan, QA, and variants<br/>atomically via temp files]
ATOMIC --> REPORT_SUCCESS[Report success:<br/>paths, counts, mode, convergence status]
REPORT_SUCCESS --> END_SUCCESS([END])
Input Requirements
Required Arguments:
--input <path/to/annotated-plan.md>- Input plan that already follows thegen-planschema and contains at least oneCMT:/ENDCMTblock
Optional Arguments:
--output <path/to/refined-plan.md>- Output path for the refined plan; defaults to in-place mode (--input)--qa-dir <path/to/qa-dir>- Directory for the generated QA ledger; defaults to.humanize/plan_qa--alt-language <language-or-code>- Optional translated output language for plan and QA variants--discussion- Ask the user to resolve ambiguous classifications or language decisions--direct- Resolve ambiguity with the smallest safe assumption and record it in QA
Argument Rules:
--discussionand--directare mutually exclusive- The validator does not accept
--alt-language, so do not pass that flag tovalidate-refine-plan-io.sh - If
--outputis omitted, refine the plan in place and still write the QA document separately
Workflow Guarantees
The refinement flow must:
- Preserve the
gen-planschema instead of inventing new top-level sections - Remove all resolved
CMT:/ENDCMTblocks from the final plan - Keep required sections intact:
## Goal Description## Acceptance Criteria## Path Boundaries## Feasibility Hints and Suggestions## Dependencies and Sequence## Task Breakdown## Claude-Codex Deliberation## Pending User Decisions## Implementation Notes
- Preserve optional sections when present, including the original design draft appendix
- Keep task routing tags restricted to
codingoranalyze - Generate a QA ledger from the shipped QA template
- Write the refined plan, QA file, and any language variants atomically
Classification And Output
Each extracted raw comment block receives one dominant classification:
questionchange_requestresearch_request
The flow produces:
- A refined plan with comment blocks removed and approved refinements applied
- A QA ledger that records:
- one row per raw
CMT-N - classification and disposition
- answers to questions
- research findings
- applied plan changes
- remaining decisions
- refinement metadata and convergence status
- one row per raw
Supported Alternate Languages
--alt-language supports these normalized values:
| Language | Code | Variant Suffix |
|---|---|---|
| Chinese | zh | _zh |
| Korean | ko | _ko |
| Japanese | ja | _ja |
| Spanish | es | _es |
| French | fr | _fr |
| German | de | _de |
| Portuguese | pt | _pt |
| Russian | ru | _ru |
| Arabic | ar | _ar |
Rules:
- Accept either the language name or ISO code
- Treat
English/enas a no-op - Keep identifiers unchanged in translated variants
- If the alternate language matches the main plan language, skip variant generation
Validation Exit Codes
| Exit Code | Meaning |
|---|---|
| 0 | Success - continue |
| 1 | Input file not found |
| 2 | Input file is empty |
| 3 | Input file has no CMT: blocks |
| 4 | Input file is missing required gen-plan sections |
| 5 | Output directory does not exist or is not writable |
| 6 | QA directory is not writable |
| 7 | Invalid arguments |
Usage
# Start the flow
/flow:humanize-refine-plan
# The flow will ask for:
# - Input annotated plan path
# - Optional output refined plan path
# - Optional QA directory
# - Optional execution mode and alternate language
Or with the skill only (no auto-execution):
/skill:humanize-refine-plan
When not to use it
- →When the plan is not annotated
- →When the user wants to keep comments
Limitations
- →Requires annotated input
- →Specific to gen-plan schema
How it compares
It automates the refinement of annotated plans into clean, production-ready documentation.
Compared to similar skills
humanize-refine-plan side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| humanize-refine-plan (this skill) | 0 | 5mo | Review | Advanced |
| specification-architect | 13 | 9mo | Review | Advanced |
| linear-ticket | 1 | 6mo | No flags | Intermediate |
| business-analyst-authority | 0 | 4mo | No flags | Advanced |
Try saying
Example prompts that trigger this skill in your AI assistant.
You might also like
specification-architect
adrianpuiu
A rigorous, traceability-first system that generates five interconnected architectural documents (blueprint.md, requirements.md, design.md, tasks.md, and validation.md) with complete requirements-to-implementation traceability. Use this skill when users need to architect systems, create technical specifications, or develop structured project documentation with guaranteed traceability.
linear-ticket
useautumn
Refine rough engineering thoughts into structured Linear tickets with GitHub permalinks
business-analyst-authority
ahmedemad3
Act as a Principal Business Analyst (8+ years exp) bridging the gap between Strategy and Execution. Specializes in translating vague vision into rigorous technical specifications using Gherkin (BDD), BPMN 2.0, and strict Requirement Engineering standards.
adr
rvdbreemen
Architecture Decision Record (ADR) management skill. Creates, maintains, and enforces architectural decisions. Ensures code changes align with documented decisions. Documents alternatives considered and rejected. Facilitates architectural planning and human decision documentation.
fmea-analysis
ddunnock
Conduct Failure Mode and Effects Analysis (FMEA) for systematic identification and risk assessment of potential failures in designs, processes, or systems. Supports DFMEA (Design), PFMEA (Process), and FMEA-MSR (Monitoring & System Response). Uses AIAG-VDA 7-step methodology with Action Priority (AP
specification-refiner
ddunnock
>