김경종
45 lines
1.7 KiB
Markdown
45 lines
1.7 KiB
Markdown
---
|
|
description: Run the Harness Engineering planning workflow for this repository.
|
|
---
|
|
|
|
# /harness
|
|
|
|
## Preflight
|
|
|
|
- Read `/AGENTS.md`, `/docs/PRD.md`, `/docs/ARCHITECTURE.md`, `/docs/HARNESS.md`, `/docs/ADR.md`, and `/docs/UI_GUIDE.md` if they exist.
|
|
- Confirm whether the user wants discussion only, a draft plan, or file generation under `phases/`.
|
|
- Note whether the user explicitly asked for subagents; only then consider `phase_planner` or built-in explorers/workers.
|
|
|
|
## Plan
|
|
|
|
- State what will be created or updated before editing files.
|
|
- If a plan already exists under `phases/`, say whether you are extending it or replacing part of it.
|
|
- Keep each proposed step small, self-contained, independently executable, and backed by a Sprint Contract.
|
|
|
|
## Commands
|
|
|
|
- Invoke `$harness-workflow` and follow it.
|
|
- When file generation is requested, create or update:
|
|
- `phases/index.json`
|
|
- `phases/{phase}/index.json`
|
|
- `phases/{phase}/stepN.md`
|
|
- Use `python scripts/execute.py <phase>` as the runtime target when you need to reference execution.
|
|
|
|
## Verification
|
|
|
|
- Re-read the generated phase files for consistency.
|
|
- Check that step numbering, phase names, and acceptance commands line up.
|
|
- Check that each step has done criteria, hard thresholds, owned files, dependencies, and explicit prohibitions.
|
|
- If the repo has a validator, prefer `python scripts/validate_workspace.py` as the default acceptance command unless the user specified a narrower command.
|
|
|
|
## Summary
|
|
|
|
## Result
|
|
- **Action**: planned or generated Harness phase files
|
|
- **Status**: success | partial | failed
|
|
- **Details**: phase name, step count, and any blockers
|
|
|
|
## Next Steps
|
|
|
|
- Suggest the next natural command, usually `python scripts/execute.py <phase>` or a focused edit to one generated step.
|