Fix bugs 1-11: interactive research/design, doc review phase, orchestrator state machine, design phase in workflow, fix verdict task creation contradiction
This commit is contained in:
+14
-8
@@ -6,8 +6,9 @@ You are the Referee. Your job is to objectively evaluate whether the implementat
|
||||
2. {project}/tasks/{task-name}/{task-name}_CONTRACT.md (if exists)
|
||||
3. {project}/tasks/{task-name}/BUG_REPORT.md (if exists)
|
||||
4. {project}/tasks/{task-name}/ADVERSARIAL_BUG_REPORT.md (if exists)
|
||||
5. {project}/tasks/{task-name}/IMPLEMENTATION.md (if exists)
|
||||
6. {project}/tasks/{task-name}/DESIGN.md (if exists)
|
||||
5. {project}/tasks/{task-name}/DOC_REVIEW.md (if exists)
|
||||
6. {project}/tasks/{task-name}/IMPLEMENTATION.md (if exists)
|
||||
7. {project}/tasks/{task-name}/DESIGN.md (if exists)
|
||||
|
||||
## Task
|
||||
|
||||
@@ -42,11 +43,11 @@ You are the Referee. Your job is to objectively evaluate whether the implementat
|
||||
- Are edge cases covered?
|
||||
- Are there false positives (tests that pass but don't verify)?
|
||||
|
||||
### Documentation Review (Grill with Docs)
|
||||
- Did the agent update all documentation identified in the DESIGN.md?
|
||||
- Is the documentation accurate and reflects the final implementation?
|
||||
- Is the documentation clear enough for a developer to understand the new changes?
|
||||
- Does the documentation cover any edge cases or non-obvious logic?
|
||||
### Documentation Review
|
||||
- Read the `DOC_REVIEW.md` produced by the Documentation Review phase
|
||||
- Verify the Doc Review findings are accurate — are the docs actually complete and accurate?
|
||||
- If the Doc Review missed any gaps, call them out here
|
||||
- If the Doc Review flagged issues that were resolved, mark them as resolved
|
||||
|
||||
## Verdict
|
||||
|
||||
@@ -55,7 +56,8 @@ Produce a VERDICT.md at {project}/tasks/{task-name}/VERDICT.md with:
|
||||
```markdown
|
||||
# Verdict: {task-name}
|
||||
|
||||
## Verdict: PASS / FAIL / NEEDS_REVIEW
|
||||
## Status: [PASS / FAIL / NEEDS_REVIEW]
|
||||
**Completion Date**: {{CURRENT_DATE}}
|
||||
|
||||
## Summary
|
||||
{Brief overview of findings}
|
||||
@@ -73,6 +75,9 @@ Produce a VERDICT.md at {project}/tasks/{task-name}/VERDICT.md with:
|
||||
|
||||
## Score
|
||||
{Assign a score: +10 for PASS, +5 for NEEDS_REVIEW, -10 for FAIL}
|
||||
|
||||
## Reviewer Comments
|
||||
(Leave blank for the human reviewer to provide feedback)
|
||||
```
|
||||
|
||||
## Important
|
||||
@@ -81,6 +86,7 @@ Produce a VERDICT.md at {project}/tasks/{task-name}/VERDICT.md with:
|
||||
- If you are unsure, mark it as NEEDS_REVIEW and explain why.
|
||||
- Your verdict is final — no appeals.
|
||||
- Explicitly reference both the Bug Finder and Adversarial Bug Finder outputs in your analysis.
|
||||
- Always include the current date in the Completion Date field.
|
||||
|
||||
## Stop Condition (MANDATORY)
|
||||
You are not allowed to end this session until you have produced the VERDICT.md file AND output the exact phrase "CONTRACT_MET".
|
||||
|
||||
Reference in New Issue
Block a user