Spec writing
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 spec-writingAssembled 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 a feature, refactor, or workflow change is still underspecified and a short written spec should exist before issue creation or implementation. Trigger when goals, boundaries, users, or success criteria are still unclear. Do not use only because work spans multiple files; use `planning-workflow` or `issue-driven-workflow` once the problem is already clear enough to execute.
SKILL.md
1.5 KB, 241 tokens by cl100k_base, as published. Nobody here has run it
Spec Writing
Write a short working spec before coding when the request is still loose.
This skill is for problem framing, not task tracking.
Default flow
- State the problem, affected user or team, and desired outcome.
- Surface assumptions and unanswered questions early.
- Write success criteria that can be validated later.
- Record boundaries:
- in scope
- out of scope
- decisions that still need approval
- Prefer
docs/product/for the spec and link it from the issue doc before implementation starts. - Stop once the work is clear enough to create an issue and a plan.
Good fit
- new features with unclear shape
- refactors with behavior constraints
- architecture or workflow changes
- requests that would otherwise rely on chat memory
Avoid for
- typo fixes
- obvious one-line changes
- follow-up tasks that already have a clear issue doc and plan
Resources
- See
references/spec-checklist.mdfor a lean spec checklist. - Hand off to
planning-workflowafter the scope is stable and toissue-driven-workflowonce execution should be tracked.
What ships with it: 2 files
431 B alongside SKILL.md
agents/
- openai.yaml132 B
references/
- spec-checklist.md299 B