Add adaptive, evidence-driven architecture upgrade: decision-loop orchestrator, action catalog, evidence-state handoffs, process quality, stop conditions
- Orchestrator: linear flow replaced by adaptive decision loop (UNDERSTAND→ESTIMATE→LOAD CONTEXT→CHOOSE ACTION→EXECUTE→VERIFY→RE-PLAN/STOP→LEARN) - New sections: Task Complexity Estimation (ESTIMATE→EXECUTE→EXPAND), Action Catalog with 24 tool-card actions, Evidence-First State and Handoff Discipline (9-field state records, state separation, long-horizon persistence), Process Quality anti-patterns, Cost and Token Awareness, Stop Conditions, adaptive planning + failure recovery (7 failure types), lightweight quality gates - All 13 agents preserved; 12 subagents gain role-adapted Evidence & Handoffs sections (evidence product, stop, escalation) after Repository Intelligence - Repository Intelligence Bootstrap extended with Knowledge Lifecycle rules; .opencode structure unchanged (knowledge/state dirs intentionally not added) - New docs: AGENT_ARCHITECTURE.md (full architecture incl. simple/complex execution traces, ownership table, weaknesses) and EVALUATION_SCENARIOS.md (12 runtime scenarios + scoring rubric) - New test: scripts/test-agent-architecture.sh (16 structural checks) - Validation: 16/16 architecture tests PASS, 11/11 bootstrap tests PASS, install 13/13 + permission verifier PASS, live config synced byte-identical
This commit is contained in:
@@ -66,6 +66,26 @@ Maintainer for cleanup). Never fill `.opencode/` with task-specific noise.
|
||||
- **Owned**: validation/consistency checks across all `.opencode/` files (does not modify; reports findings)
|
||||
- **Consume**: all skills (for cross-validation)
|
||||
|
||||
## Evidence & Handoffs
|
||||
|
||||
Produce structured state records for review verdicts and findings — not for every file inspected:
|
||||
|
||||
```text
|
||||
goal: <what you were asked to verify>
|
||||
hypothesis: <the claim you are testing — e.g. "the change satisfies scope">
|
||||
evidence: <what was observed — diff, reports, command outputs>
|
||||
actions_taken: <what was actually done>
|
||||
result: <verdict and findings>
|
||||
verification: <how each finding was confirmed>
|
||||
confidence: high | medium | low
|
||||
remaining_unknowns: <what was not checked>
|
||||
recommended_next_action: <what should happen next, and who owns it>
|
||||
```
|
||||
|
||||
Your primary evidence is the verdict: what you checked, what matched, what did not — with severity and certainty. Detect **lucky-pass behavior**: a green test suite with unsupported assumptions or process-quality problems is a finding, not an acceptance.
|
||||
|
||||
Stop when your deliverable is complete and verified per your Completion Rule; escalate when the contract to verify against is missing or ambiguous.
|
||||
|
||||
## Review Boundary
|
||||
|
||||
Your job is verification, but your sandbox permissions are writable. Use that only where this prompt permits:
|
||||
|
||||
Reference in New Issue
Block a user