Subagent workflow
Harness Kit is a reusable Codex workflow layer for repositories that want a clean operating system around implementation work.
npx -y skills add HyunKN/harness-kit --skill subagent-workflowAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use when Codex sub-agents should be applied in a disciplined way for analysis, implementation, or review. Trigger when a task is large enough to benefit from role-split work but still needs one main agent to own integration.
SKILL.md
2.6 KB, 466 tokens by cl100k_base, as published. Nobody here has run it
Subagent Workflow
Use sub-agents only when work naturally divides into roles and the main agent can still integrate the result safely.
Stay local first until scope, affected paths, and validation are clear enough that delegation will reduce risk instead of creating guesswork.
Different files do not automatically make parallelism safe. Split work only when the lanes are behaviorally independent or joined by an agreed interface.
This skill is about staffing and ownership, not about replacing the spec, planning, issue, or review workflows themselves.
Good candidates
- analysis -> implementation -> independent review
- documentation research -> design proposal -> implementation
- large refactors with clearly separated file ownership
- implementation plus separate regression checks or docs updates
Avoid for
- one small fix
- overlapping write scopes
- unresolved product direction
- work that depends on continuous local reasoning across every step
Standard roles
Main agent
- owns the plan and routing
- decides whether delegation is justified
- assigns write ownership and review boundaries
- integrates results
- performs final verification
Analysis
- locate causes
- list affected files
- identify risks
- gather evidence for the main agent
Implementation
- change only approved files
- report exact edits
- report validation done
Review / verification
- stay read-only and independent
- look for regressions
- identify missing tests
- challenge completion claims with evidence
Writer / ops when relevant
- update docs, notes, playbooks, or run procedures
Guardrails
- Prefer the lightest execution mode that preserves quality: local first, then bounded delegation, then small team composition.
- The main agent decides the plan first.
- Do not let two sub-agents edit the same files.
- Different files do not automatically make parallel work safe; shared behavior and dependency chains still matter.
- Delegation does not widen authority or bypass protected paths.
- The main agent integrates and validates.
- Use sub-agents sparingly; speed matters only when coordination overhead stays low.
Resources
- See
references/subagent-patterns.mdfor recommended split patterns. - Use
planning-workflowto decide the task breakdown first andreview-workflowto define what a review should actually check.
What ships with it: 2 files
551 B alongside SKILL.md
agents/
- openai.yaml146 B
references/
- subagent-patterns.md405 B