Standard production layout: the OKR app (was nested under AINative_OKR_CASAN5/) is now
the repository root. No more wrapper directory.
- Promote AINative_OKR_CASAN5/* -> repo root (backend/ frontend/ packages/ apps/
.specify/ docs/ infra/ nginx/ scripts/ + configs). Merge tool dirs: .gitea (kept the
active deploy ci.yml, added harness-ci.yml + runbooks), .claude (agents/commands +
launch.json), .github moved up.
- Remove redundant: 00_SUBMISSION_PACKAGE, scattered root notes (FPT_CASAN_Full.md,
tu-tuong-casan.md, casan-tu-sinh..., casan_harness_assessment.md, source-review...,
README_CASAN5_REFINED.md), casan-next-plans/ and optimize-docs/ (competition/planning
artifacts — roadmap + design history preserved in git log / commit messages).
- Update all references to the old layout:
- .gitea/workflows/{ci,harness-ci}.yml, .github/workflows/{ci,deploy}.yml:
working-directory .; drop AINative_OKR_CASAN5/ prefix; .specify/{tests,scripts}
-> packages/casan-harness/... (.specify/logs state kept)
- .claude/launch.json, .gitea/*-runbook.md: path prefixes
- CLAUDE.md, README.md: docs/input -> apps/okr/domain/input
- policy-bundle.yaml: 8 policy paths -> packages/casan-harness/...; manifest re-signed
- secrets-scan.sh: fixture excludes -> new package/domain paths.
Full gate from the new root: PASS=64 FAIL=0 SKIP=3.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
3.1 KiB
3.1 KiB
Step Result Block — Handoff Contract
Every sub-agent MUST include a structured result block at the end of their response. The Boss parses this block to extract status, artifacts, and metrics without reading the full report.
Format
<!-- STEP-RESULT
step: <step-number>
agent: <agent-name>
status: SUCCESS | FAILED
feature-id: <feature-id>
module-id: <mod-id>
artifacts:
<key>: <file-path>
metrics:
<key>: <value>
verdict: APPROVED | APPROVED_WITH_CONDITIONS | REJECTED | N/A
critical-issues: []
next-inputs:
<key>: <file-path>
/STEP-RESULT -->
Examples
STEP 1 — okr.srs
<!-- STEP-RESULT
step: 1
agent: okr.srs
status: SUCCESS
feature-id: 001-xxx
module-id: mod01
artifacts:
srs: docs/output/ipa-docs/srs/srs-mod01-xxx.md
report: docs/output/output_logs/001-xxx/reports/01-srs-report.md
metrics:
fea-count: 12
tbc-count: 3
verdict: N/A
critical-issues: []
next-inputs:
srs-path: docs/output/ipa-docs/srs/srs-mod01-xxx.md
/STEP-RESULT -->
STEP 5 — okr.reviewspec (with rejection)
<!-- STEP-RESULT
step: 5
agent: okr.reviewspec
status: SUCCESS
feature-id: 001-xxx
module-id: mod01
artifacts:
report: docs/output/output_logs/001-xxx/reports/05-review-spec-report.md
metrics:
critical-count: 2
minor-count: 3
verdict: REJECTED
critical-issues:
- "Missing BR-KR-002 boundary validation in spec §5"
- "SCR-mod01-02 wireframe missing target field"
next-inputs: {}
/STEP-RESULT -->
Boss Parsing Rule
After each sub-agent returns, the Boss:
- Extracts
<!-- STEP-RESULT ... /STEP-RESULT -->block - Parses YAML content
- ARTIFACT VERIFICATION (mandatory before step-3): For every path listed under
artifacts:, use theGlobtool to confirm the file exists on disk.- If ANY artifact file is missing → treat the step as FAILED, do NOT update pipeline-context.yaml with status: COMPLETE, and re-invoke the sub-agent with an explicit instruction to write the missing file(s).
- Log:
[ARTIFACT GATE] STEP N — missing: <path>. Re-invoking agent.
- Updates
pipeline-context.yamlwith artifacts and metrics — only after step-3 passes - Checks
verdictfor gate decisions — no need to read the full report file - If
critical-issuesis non-empty and verdict is REJECTED → invoke gate retry protocol
Artifact Verification Table
Steps with primary artifacts that MUST be verified on disk:
| Step | Agent | Artifact key | Expected path pattern |
|---|---|---|---|
| 1 | okr.srs | srs |
docs/output/ipa-docs/srs/srs-*.md |
| 2 | okr.bd | bd |
docs/output/ipa-docs/bd/bd-*.md |
| 3 | speckit.specify | spec |
specs/*/spec.md |
| 6 | speckit.plan | plan |
specs/*/plan.md |
| 8 | okr.dd | dd |
docs/output/ipa-docs/dd/dd-*.md |
| 8b | okr.testkit | testcases |
docs/output/ipa-docs/testcase/testcase-*.md |
| 9 | speckit.tasks | tasks |
specs/*/tasks.md |
Review steps (5, 7, 11) and the launch step (13) produce reports only — no primary artifact to verify beyond the report file itself.