agentera 3.0.0-dev.12 → 3.0.0-dev.14
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/bundle/references/artifacts/artifact-registry-interface-model.yaml +2 -2
- package/bundle/references/cli/capability-instruction-contract.yaml +7 -7
- package/bundle/references/cli/capability-instruction-structure.md +10 -10
- package/bundle/references/cli/vocabulary.md +1 -1
- package/bundle/skills/agentera/SKILL.md +11 -11
- package/bundle/skills/agentera/agents/research.toml +1 -1
- package/bundle/skills/agentera/capabilities/audit/schemas/exit.yaml +2 -2
- package/bundle/skills/agentera/capabilities/audit/schemas/validation.yaml +4 -3
- package/bundle/skills/agentera/capabilities/build/schemas/artifacts.yaml +1 -1
- package/bundle/skills/agentera/capabilities/build/schemas/exit.yaml +3 -3
- package/bundle/skills/agentera/capabilities/build/schemas/validation.yaml +8 -8
- package/bundle/skills/agentera/capabilities/design/schemas/exit.yaml +5 -5
- package/bundle/skills/agentera/capabilities/design/schemas/validation.yaml +2 -2
- package/bundle/skills/agentera/capabilities/discuss/schemas/artifacts.yaml +6 -5
- package/bundle/skills/agentera/capabilities/discuss/schemas/exit.yaml +2 -2
- package/bundle/skills/agentera/capabilities/discuss/schemas/validation.yaml +6 -5
- package/bundle/skills/agentera/capabilities/document/schemas/triggers.yaml +0 -1
- package/bundle/skills/agentera/capabilities/optimize/schemas/artifacts.yaml +1 -1
- package/bundle/skills/agentera/capabilities/optimize/schemas/exit.yaml +2 -2
- package/bundle/skills/agentera/capabilities/optimize/schemas/validation.yaml +2 -2
- package/bundle/skills/agentera/capabilities/orchestrate/schemas/exit.yaml +7 -6
- package/bundle/skills/agentera/capabilities/orchestrate/schemas/validation.yaml +34 -34
- package/bundle/skills/agentera/capabilities/plan/schemas/validation.yaml +29 -2
- package/bundle/skills/agentera/capabilities/profile/schemas/exit.yaml +1 -2
- package/bundle/skills/agentera/capabilities/research/schemas/artifacts.yaml +3 -3
- package/bundle/skills/agentera/capabilities/vision/schemas/exit.yaml +7 -6
- package/bundle/skills/agentera/capabilities/vision/schemas/triggers.yaml +3 -3
- package/bundle/skills/agentera/capabilities/vision/schemas/validation.yaml +7 -7
- package/bundle/skills/agentera/schemas/artifacts/decisions.yaml +1 -1
- package/bundle/skills/agentera/schemas/artifacts/experiments.yaml +1 -1
- package/bundle/skills/agentera/schemas/artifacts/health.yaml +1 -1
- package/bundle/skills/agentera/schemas/artifacts/progress.yaml +1 -1
- package/dist/capabilities/audit/instructions.js +2 -4
- package/dist/capabilities/audit/instructions.js.map +1 -1
- package/dist/capabilities/build/instructions.js +3 -4
- package/dist/capabilities/build/instructions.js.map +1 -1
- package/dist/capabilities/design/instructions.js +3 -3
- package/dist/capabilities/design/instructions.js.map +1 -1
- package/dist/capabilities/discuss/instructions.js +4 -4
- package/dist/capabilities/discuss/instructions.js.map +1 -1
- package/dist/capabilities/document/instructions.js +2 -4
- package/dist/capabilities/document/instructions.js.map +1 -1
- package/dist/capabilities/optimize/instructions.js +3 -4
- package/dist/capabilities/optimize/instructions.js.map +1 -1
- package/dist/capabilities/orchestrate/instructions.js +3 -4
- package/dist/capabilities/orchestrate/instructions.js.map +1 -1
- package/dist/capabilities/plan/instructions.js +1 -1
- package/dist/capabilities/plan/instructions.js.map +1 -1
- package/dist/capabilities/profile/instructions.js +3 -4
- package/dist/capabilities/profile/instructions.js.map +1 -1
- package/dist/capabilities/research/instructions.js +4 -4
- package/dist/capabilities/research/instructions.js.map +1 -1
- package/dist/capabilities/status/instructions.js +1 -1
- package/dist/capabilities/status/instructions.js.map +1 -1
- package/dist/capabilities/vision/instructions.js +1 -5
- package/dist/capabilities/vision/instructions.js.map +1 -1
- package/dist/cli/capabilityContext/contract.js +5 -5
- package/dist/cli/capabilityContext/contract.js.map +1 -1
- package/dist/cli/capabilityContext/startup.js +2 -2
- package/dist/cli/capabilityContext/startup.js.map +1 -1
- package/dist/cli/commands/compact.js +1 -1
- package/dist/cli/commands/compact.js.map +1 -1
- package/dist/cli/commands/prime/orientationOutput.js +6 -8
- package/dist/cli/commands/prime/orientationOutput.js.map +1 -1
- package/dist/hooks/common.js +3 -3
- package/dist/hooks/common.js.map +1 -1
- package/dist/hooks/compaction/retention.js +6 -3
- package/dist/hooks/compaction/retention.js.map +1 -1
- package/dist/hooks/compaction/status.js +9 -7
- package/dist/hooks/compaction/status.js.map +1 -1
- package/dist/hooks/sessionStop.js +2 -2
- package/dist/hooks/sessionStop.js.map +1 -1
- package/dist/state/startupAnalysis/helpers.js +1 -1
- package/dist/state/startupAnalysis/helpers.js.map +1 -1
- package/dist/upgrade/compatibility.js +33 -0
- package/dist/upgrade/compatibility.js.map +1 -1
- package/package.json +1 -1
|
@@ -221,11 +221,11 @@ explicit_special_cases:
|
|
|
221
221
|
placeholder: '{date}'
|
|
222
222
|
meaning: archive date or archive-safe plan suffix
|
|
223
223
|
docs_yaml_can_override_path: false
|
|
224
|
-
- artifact_id:
|
|
224
|
+
- artifact_id: optimize_harness
|
|
225
225
|
display_name: harness
|
|
226
226
|
artifact_type: local_harness
|
|
227
227
|
scope: local_harness
|
|
228
|
-
default_path: .agentera/
|
|
228
|
+
default_path: .agentera/optimize/<name>/harness
|
|
229
229
|
path_template:
|
|
230
230
|
placeholder: <name>
|
|
231
231
|
meaning: active objective directory name
|
|
@@ -29,8 +29,8 @@ current_state:
|
|
|
29
29
|
definition: >-
|
|
30
30
|
The TypeScript module that exports the capability's behavioral
|
|
31
31
|
instructions as a default-exported string constant. The runtime loads
|
|
32
|
-
the compiled .js path and serves the
|
|
33
|
-
`capability_context` capsule's `
|
|
32
|
+
the compiled .js path and serves the instructions through the slim
|
|
33
|
+
`capability_context` capsule's `instructions` field.
|
|
34
34
|
legacy_instruction_file:
|
|
35
35
|
path: skills/agentera/capabilities/<name>/instructions.md
|
|
36
36
|
status: historical_or_compatibility_evidence_only
|
|
@@ -57,8 +57,8 @@ current_state:
|
|
|
57
57
|
current_behavior: >-
|
|
58
58
|
`agentera prime --context <name> --format json` emits
|
|
59
59
|
`capability_context` metadata including `first_invocation_read`
|
|
60
|
-
(value: `prime_context`, runtime_enforcement: true) and the full
|
|
61
|
-
in the `
|
|
60
|
+
(value: `prime_context`, runtime_enforcement: true) and the full instructions
|
|
61
|
+
in the `instructions` field for supported capabilities. Historical
|
|
62
62
|
`hej --capability-context` is removed in 3.0.
|
|
63
63
|
first_invocation_read:
|
|
64
64
|
field_status: runtime_enforced
|
|
@@ -66,21 +66,21 @@ first_invocation_read:
|
|
|
66
66
|
Capability metadata declaring what instruction content an agent must
|
|
67
67
|
read on the first invocation of that capability in a session. Decision
|
|
68
68
|
65 collapses the legacy `full`/`compact_startup` distinction into a
|
|
69
|
-
single `prime_context` value because the CLI now owns the
|
|
69
|
+
single `prime_context` value because the CLI now owns the instructions and
|
|
70
70
|
the runtime can mechanically shell out to the prime command.
|
|
71
71
|
allowed_values:
|
|
72
72
|
prime_context:
|
|
73
73
|
meaning: >-
|
|
74
74
|
The first capability invocation must shell out to
|
|
75
75
|
`agentera prime --context <name> --format json` and read the
|
|
76
|
-
returned `
|
|
76
|
+
returned `instructions` field (the full Markdown body) before executing
|
|
77
77
|
capability-specific work.
|
|
78
78
|
obligation: shell out to agentera prime --context <name> --format json
|
|
79
79
|
default_rule: prime_context
|
|
80
80
|
full_read_obligation: >-
|
|
81
81
|
On initial capability invocation, shell out to
|
|
82
82
|
`agentera prime --context <name> --format json` and read the
|
|
83
|
-
`capability_context.
|
|
83
|
+
`capability_context.instructions` field in full.
|
|
84
84
|
implementation_state:
|
|
85
85
|
instructions_ts_modules: implemented
|
|
86
86
|
validators_require_instructions_ts: true
|
|
@@ -111,16 +111,16 @@ against D80 plus this reference doc.
|
|
|
111
111
|
|---|---|---|---|---|---|---|---|
|
|
112
112
|
| ⌂ status | Linear | 10,389 | Yes | Yes | Yes | None | Complete (D79) |
|
|
113
113
|
| ⛥ vision | Mode-split | 16,667 | Yes | Yes | Yes | Has vision.yaml shape subsection; shared pre-write self-audit hoist (DRY between Create and Refine modes) | Complete (D81) |
|
|
114
|
-
| ❈ discuss | Loop |
|
|
115
|
-
| ⬚ research | Linear | 12,
|
|
116
|
-
| ≡ plan | Mode-split | 14,
|
|
117
|
-
| ⧉ build | Cycle |
|
|
118
|
-
| ⎘ optimize | Cycle |
|
|
119
|
-
| ⛶ audit | Linear |
|
|
120
|
-
| ▤ document | Mode-split |
|
|
121
|
-
| ♾ profile | Mode-split |
|
|
122
|
-
| ◰ design | Mode-split |
|
|
123
|
-
| ⎈ orchestrate | Multi-surface |
|
|
114
|
+
| ❈ discuss | Loop | 12,045 | Yes | Yes | Yes | Has decisions.yaml shape subsection; Getting started folded into §6; loop shape named "The deliberation loop" (§3); fog-aware readiness check at Done; steering rules (breadth-first, ask-user-to-sketch); schema files use artifact-id labels not canonical filenames | Complete (D82) |
|
|
115
|
+
| ⬚ research | Linear | 12,484 | Yes | Yes | Yes | Has deliverable template; has transferable concepts checkpoint between source reading and target exploration; runtime-agnostic tool references | Complete (D83) |
|
|
116
|
+
| ≡ plan | Mode-split | 14,515 | Yes | Yes | Yes | Has skip/light/full modes; `unknowns:` and `rejected:` full-plan fields; `How build reads PLAN.md` removed (artifact read contract declared in §2 only); fog-check at handoff; replan trigger qualitative (surprises on one task alter downstream acceptance); Getting started folded into §6; YAML formats reordered intent-first | Complete (D84) |
|
|
117
|
+
| ⧉ build | Cycle | 15,081 | Yes | Yes | Yes | Has Handling blocked work; vision bootstrap folded into Workflow phases; brainstorm cut to minimal fallback; subagent spawning table cut to brief pointer; self-audit folded into Log (8 steps); plan unknowns consumption; cycle boundary stated once; `/loop` replaced with explicit user request | Complete (D85) |
|
|
118
|
+
| ⎘ optimize | Cycle | 20,622 | Yes | Yes | Yes | Has Handling blocked experiments; self-audit folded into Log (7 steps); subagent spawning table compressed (D85 propagation); benchmark context lean seam; experiments.yaml has context block; brainstorm stripped to 4 questions | Complete (D86) |
|
|
119
|
+
| ⛶ audit | Linear | 18,401 | Yes | Yes | Yes | Has finding taxonomy plus health.yaml shape; has 3 agentera-specific dimension mechanics (Version health, Artifact freshness, Prose health); Getting started folded into §6; self-audit folded into Report (7→6 steps); subagent spawning compressed to brief pointer; evidence_context startup delegation (bespoke); decision satisfaction authority rule in Safety rails | Complete (D87) |
|
|
120
|
+
| ▤ document | Mode-split | 14,886 | Yes | Yes | Yes | Has docs.yaml shape; closeout context lean pointer; Getting started folded into §6; self-audit folded into write steps; doc-prose enforcement compressed to lint+report; Step 0 mode detection folded into opening; decision satisfaction in Safety rails | Complete (D88) |
|
|
121
|
+
| ♾ profile | Mode-split | 19,567 | Yes | Yes | Yes | Has PROFILE.md template flex section; coverage+extraction merged (6→4 Full steps); prediction validation folded into Generate + EX2 for <3/5; Validate V3+V4 merged (4→3); Getting started folded into §6; startup contract delegation | Complete (D89) |
|
|
122
|
+
| ◰ design | Mode-split | 16,383 | Yes | Yes | Yes | Has DESIGN.md format subsection in State artifacts; self-audit folded into Write/Update steps; Step 0 folded into opening; Getting started folded into §6 | Complete (D90) |
|
|
123
|
+
| ⎈ orchestrate | Multi-surface | 18,497 | Yes | Yes | Yes | Has staleness check in Step 0 (3 steps, self-contained); has loop stop condition in Exit signals; WARN eliminated from evaluation (PASS/FAIL only); test-suppression directive removed from delegation prompt; Keeping the orchestrator lean folded into Safety rails; subagent table compressed to brief pointer; Getting started folded into §6; decision satisfaction in Safety rails | Complete (D91) |
|
|
124
124
|
|
|
125
125
|
---
|
|
126
126
|
|
|
@@ -221,7 +221,7 @@ ambiguous-term sweep remain separate follow-up work.
|
|
|
221
221
|
|
|
222
222
|
Canonical artifact IDs include `vision`, `decisions`, `plan`, `progress`,
|
|
223
223
|
`todo`, `health`, `docs`, `design`, `profile`, `objective`, `experiments`,
|
|
224
|
-
`changelog`, `session`, `plan_archive`, `
|
|
224
|
+
`changelog`, `session`, `plan_archive`, `optimize_harness`, and
|
|
225
225
|
`semantic_fixture`.
|
|
226
226
|
|
|
227
227
|
## Status, severity, confidence, and exits
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: agentera
|
|
3
3
|
description: >
|
|
4
|
-
One agent, one CLI, many capabilities. Per-capability
|
|
4
|
+
One agent, one CLI, many capabilities. Per-capability instructions live in
|
|
5
5
|
`packages/cli/src/capabilities/<name>/instructions.ts` and the runtime serves
|
|
6
6
|
it through `agentera prime --context <name> --format json`. Use this skill
|
|
7
7
|
for /agentera and Agentera capability requests; bare `/agentera` runs the
|
|
@@ -26,7 +26,7 @@ capabilities:
|
|
|
26
26
|
# agentera
|
|
27
27
|
|
|
28
28
|
One agent, one CLI, many capabilities. The CLI is the routing brain — it owns
|
|
29
|
-
project memory, capability
|
|
29
|
+
project memory, capability instructions, routing judgment, and the worker-spec contract.
|
|
30
30
|
The host agent learns one contract: the CLI.
|
|
31
31
|
|
|
32
32
|
---
|
|
@@ -47,7 +47,7 @@ For capability-specific startup context:
|
|
|
47
47
|
npx -y agentera prime --context <capability> --format json
|
|
48
48
|
```
|
|
49
49
|
|
|
50
|
-
This returns the capability's
|
|
50
|
+
This returns the capability's instructions, declared read/write needs, artifact
|
|
51
51
|
inventory, included/missing state, and fallback commands. Use it before
|
|
52
52
|
reading the instructions module directly.
|
|
53
53
|
|
|
@@ -65,10 +65,10 @@ The CLI routes. The host agent follows.
|
|
|
65
65
|
|
|
66
66
|
| Request shape | Route |
|
|
67
67
|
|---|---|
|
|
68
|
-
| Bare `/agentera` | 1. Run `agentera prime --format json` for state data
|
|
69
|
-
| `/agentera <capability-name>` | Run `agentera prime --context <capability> --format json`. Follow the capability's
|
|
68
|
+
| Bare `/agentera` | 1. Run `agentera prime --format json` for state data. 2. Run the `fetch_command` from `source_contract.capability_context` to get rendering instructions. 3. Follow `capability_context.instructions` for dashboard template, field rules, and exit marker. 4. Render the dashboard from the state data per the instructions. 5. Follow `next_action` to suggest the next capability. |
|
|
69
|
+
| `/agentera <capability-name>` | Run `agentera prime --context <capability> --format json`. Follow the capability's instructions and contract. |
|
|
70
70
|
| `/agentera <capability-name> <topic>` | Same as above; pass `<topic>` as the user's instruction to the capability. |
|
|
71
|
-
| Natural language | Run `agentera prime --format json`.
|
|
71
|
+
| Natural language | Run `agentera prime --format json`. Run the `fetch_command` from `source_contract.capability_context` for rendering instructions. Use `next_action.capability` to suggest the matching capability. If no high-confidence match, present a disambiguation prompt. |
|
|
72
72
|
|
|
73
73
|
Capability names are the routing identity: `status`, `vision`, `discuss`,
|
|
74
74
|
`research`, `plan`, `build`, `optimize`, `audit`, `document`, `profile`,
|
|
@@ -98,11 +98,11 @@ Capability handoffs use glyph plus canonical name (e.g. `⧉ build`, `≡ plan`)
|
|
|
98
98
|
|
|
99
99
|
The prime dashboard rendering contract — template, field-by-field rules, output
|
|
100
100
|
budget, attention-item ordering, exit marker — is owned by the status capability
|
|
101
|
-
|
|
102
|
-
`source_contract.capability_context
|
|
103
|
-
|
|
104
|
-
`⌂ status · <status>` exit marker.
|
|
105
|
-
state-changing downstream capability.
|
|
101
|
+
instructions. Bare `agentera prime --format json` returns a pointer at
|
|
102
|
+
`source_contract.capability_context` with a `fetch_command` to retrieve them;
|
|
103
|
+
run it, then follow `capability_context.instructions` for layout,
|
|
104
|
+
inclusion/exclusion rules, and the mandatory `⌂ status · <status>` exit marker.
|
|
105
|
+
Ask for confirmation before invoking a state-changing downstream capability.
|
|
106
106
|
|
|
107
107
|
The first response in a fresh interaction delivers the brief and a free-form
|
|
108
108
|
continuation prompt, not a native question menu — unless the user explicitly
|
|
@@ -2,5 +2,5 @@
|
|
|
2
2
|
name = "research"
|
|
3
3
|
description = "External pattern research and synthesis."
|
|
4
4
|
developer_instructions = """
|
|
5
|
-
You are the Agentera research capability subagent. You are a read-only agent — do not write files or execute shell commands. Run `agentera prime --context research --format json` to fetch the authoritative instructions as a JSON capsule (the `
|
|
5
|
+
You are the Agentera research capability subagent. You are a read-only agent — do not write files or execute shell commands. Run `agentera prime --context research --format json` to fetch the authoritative instructions as a JSON capsule (the `instructions` field carries the full Markdown body). Stay within the dispatched capability task, use the Agentera CLI state seam first, and preserve Agentera artifact safety rails.
|
|
6
6
|
"""
|
|
@@ -4,8 +4,8 @@ EXIT_CONDITIONS:
|
|
|
4
4
|
condition: complete
|
|
5
5
|
description: >-
|
|
6
6
|
All selected audit dimensions were assessed, findings were synthesized,
|
|
7
|
-
grades were assigned,
|
|
8
|
-
with actionable results.
|
|
7
|
+
grades were assigned, the health artifact was updated, and the user was
|
|
8
|
+
presented with actionable results.
|
|
9
9
|
exit_signal: complete
|
|
10
10
|
2:
|
|
11
11
|
id: E2
|
|
@@ -24,9 +24,10 @@ VALIDATION:
|
|
|
24
24
|
id: V3
|
|
25
25
|
rule: decisions_respected
|
|
26
26
|
description: >-
|
|
27
|
-
Findings that contradict deliberate decisions documented in
|
|
28
|
-
MUST be discarded or downgraded to info
|
|
29
|
-
not a finding; it is an
|
|
27
|
+
Findings that contradict deliberate decisions documented in
|
|
28
|
+
.agentera/decisions.yaml MUST be discarded or downgraded to info
|
|
29
|
+
(SF3). A deliberate decision is not a finding; it is an
|
|
30
|
+
implementation of that decision.
|
|
30
31
|
severity: critical
|
|
31
32
|
checks:
|
|
32
33
|
- "No finding contradicts a known deliberate decision"
|
|
@@ -6,7 +6,7 @@ ARTIFACTS:
|
|
|
6
6
|
description: >-
|
|
7
7
|
Build consumes this through CLI execution_context caveats or explicit
|
|
8
8
|
fallback state when available, and never modifies it during cycles. Created
|
|
9
|
-
during
|
|
9
|
+
during vision bootstrap.
|
|
10
10
|
2:
|
|
11
11
|
id: A2
|
|
12
12
|
artifact_id: todo
|
|
@@ -5,7 +5,7 @@ EXIT_CONDITIONS:
|
|
|
5
5
|
description: >-
|
|
6
6
|
One full cycle completed. Work was selected, implemented, verified
|
|
7
7
|
against the project's test/build suite, committed with a conventional
|
|
8
|
-
message, and
|
|
8
|
+
message, and progress.yaml and TODO.md were updated.
|
|
9
9
|
exit_signal: complete
|
|
10
10
|
2:
|
|
11
11
|
id: E2
|
|
@@ -14,14 +14,14 @@ EXIT_CONDITIONS:
|
|
|
14
14
|
The cycle completed but with notable issues. Possible causes:
|
|
15
15
|
verification passed but with warnings, the committed work is narrower
|
|
16
16
|
than intended due to scope reduction, or discoveries logged in
|
|
17
|
-
|
|
17
|
+
progress.yaml suggest the next cycle may face blockers.
|
|
18
18
|
exit_signal: flagged
|
|
19
19
|
3:
|
|
20
20
|
id: E3
|
|
21
21
|
condition: stuck
|
|
22
22
|
description: >-
|
|
23
23
|
Cannot complete a cycle because VISION.md does not exist and the
|
|
24
|
-
|
|
24
|
+
vision bootstrap cannot proceed without the user, every available work item
|
|
25
25
|
is blocked, or the verification suite is broken and cannot be fixed
|
|
26
26
|
within the cycle's scope.
|
|
27
27
|
exit_signal: stuck
|
|
@@ -3,7 +3,7 @@ VALIDATION:
|
|
|
3
3
|
id: V1
|
|
4
4
|
rule: verified_field_mandatory
|
|
5
5
|
description: >-
|
|
6
|
-
Every
|
|
6
|
+
Every progress.yaml cycle entry MUST have a verified field. The field
|
|
7
7
|
carries either observed output from the primary entrypoint, an allowlisted
|
|
8
8
|
N/A tag, or a free-form rationale of at least 8 words.
|
|
9
9
|
severity: critical
|
|
@@ -14,9 +14,9 @@ VALIDATION:
|
|
|
14
14
|
id: V2
|
|
15
15
|
rule: one_cycle_per_invocation
|
|
16
16
|
description: >-
|
|
17
|
-
Build executes exactly one cycle per invocation. After logging (Step
|
|
17
|
+
Build executes exactly one cycle per invocation. After logging (Step 8),
|
|
18
18
|
the capability MUST stop. Multiple cycles require separate invocations or
|
|
19
|
-
|
|
19
|
+
an explicit user request.
|
|
20
20
|
severity: critical
|
|
21
21
|
checks:
|
|
22
22
|
- "Only one cycle entry appended to PROGRESS.md per invocation"
|
|
@@ -24,7 +24,7 @@ VALIDATION:
|
|
|
24
24
|
id: V3
|
|
25
25
|
rule: no_remote_push
|
|
26
26
|
description: >-
|
|
27
|
-
Build MUST
|
|
27
|
+
Build MUST NOT push to any remote repository. All commits are local
|
|
28
28
|
only. Remote operations require explicit user instruction outside this
|
|
29
29
|
capability.
|
|
30
30
|
severity: critical
|
|
@@ -35,7 +35,7 @@ VALIDATION:
|
|
|
35
35
|
rule: vision_readonly_during_cycle
|
|
36
36
|
description: >-
|
|
37
37
|
The canonical vision artifact MUST NOT be modified during a cycle. It may only be written
|
|
38
|
-
during a
|
|
38
|
+
during a vision bootstrap.
|
|
39
39
|
severity: critical
|
|
40
40
|
checks:
|
|
41
41
|
- "Vision artifact not modified outside brainstorm"
|
|
@@ -43,7 +43,7 @@ VALIDATION:
|
|
|
43
43
|
id: V5
|
|
44
44
|
rule: consecutive_failure_guard
|
|
45
45
|
description: >-
|
|
46
|
-
If the last 3
|
|
46
|
+
If the last 3 progress.yaml entries all record failed cycles, build
|
|
47
47
|
MUST stop and surface the pattern to the user. Do not attempt a 4th
|
|
48
48
|
consecutive cycle on the same failing problem.
|
|
49
49
|
severity: critical
|
|
@@ -59,7 +59,7 @@ VALIDATION:
|
|
|
59
59
|
other agent-facing artifacts as YAML in .agentera/).
|
|
60
60
|
severity: warning
|
|
61
61
|
checks:
|
|
62
|
-
- "
|
|
62
|
+
- "docs.yaml checked before artifact access"
|
|
63
63
|
7:
|
|
64
64
|
id: V7
|
|
65
65
|
rule: execution_context_first
|
|
@@ -93,7 +93,7 @@ VALIDATION:
|
|
|
93
93
|
severity: critical
|
|
94
94
|
checks:
|
|
95
95
|
- "No protected state mutation during context generation"
|
|
96
|
-
- "No unsupported `agentera build`
|
|
96
|
+
- "No unsupported `agentera build` command introduced"
|
|
97
97
|
10:
|
|
98
98
|
id: V10
|
|
99
99
|
rule: satisfaction_authority_boundary
|
|
@@ -4,16 +4,16 @@ EXIT_CONDITIONS:
|
|
|
4
4
|
condition: complete
|
|
5
5
|
description: >-
|
|
6
6
|
DESIGN.md was written (Create/Replace mode), updated (Refine mode),
|
|
7
|
-
or audited with findings reported (Audit mode).
|
|
8
|
-
|
|
7
|
+
or audited with findings reported (Audit mode). agentera check lint
|
|
8
|
+
--artifact design passed, and all changes had explicit user approval.
|
|
9
9
|
exit_signal: complete
|
|
10
10
|
2:
|
|
11
11
|
id: E2
|
|
12
12
|
condition: flagged
|
|
13
13
|
description: >-
|
|
14
14
|
The design system was produced or audited but with issues worth
|
|
15
|
-
surfacing. Possible causes:
|
|
16
|
-
the design drifts from
|
|
15
|
+
surfacing. Possible causes: lint passed with advisory warnings,
|
|
16
|
+
the design drifts from vision Identity, or audit findings were
|
|
17
17
|
neither fixed nor filed.
|
|
18
18
|
exit_signal: flagged
|
|
19
19
|
3:
|
|
@@ -21,7 +21,7 @@ EXIT_CONDITIONS:
|
|
|
21
21
|
condition: stuck
|
|
22
22
|
description: >-
|
|
23
23
|
Cannot write DESIGN.md because the user declined to approve the
|
|
24
|
-
draft,
|
|
24
|
+
draft, agentera check lint reports unresolvable errors, or the
|
|
25
25
|
project's UI stack is inaccessible.
|
|
26
26
|
exit_signal: stuck
|
|
27
27
|
4:
|
|
@@ -14,13 +14,13 @@ VALIDATION:
|
|
|
14
14
|
id: V2
|
|
15
15
|
rule: vision_identity_coherence
|
|
16
16
|
description: >-
|
|
17
|
-
Design tokens MUST NOT conflict with
|
|
17
|
+
Design tokens MUST NOT conflict with vision Identity. If the
|
|
18
18
|
verbal identity says "warm and approachable" and the user wants a
|
|
19
19
|
cold brutalist palette, the tension MUST be surfaced explicitly
|
|
20
20
|
for the user to resolve.
|
|
21
21
|
severity: critical
|
|
22
22
|
checks:
|
|
23
|
-
- "Design tokens cohere with
|
|
23
|
+
- "Design tokens cohere with vision Identity"
|
|
24
24
|
- "Tensions surfaced when detected"
|
|
25
25
|
3:
|
|
26
26
|
id: V3
|
|
@@ -5,11 +5,12 @@ ARTIFACTS:
|
|
|
5
5
|
local_role: produces_and_consumes
|
|
6
6
|
description: >-
|
|
7
7
|
Reasoning trail with confidence labels. Discuss reads existing decisions
|
|
8
|
-
through `agentera decisions --format json` and its source_contract
|
|
9
|
-
re-deliberation, and writes new decision entries with confidence
|
|
10
|
-
firm, DL2 provisional, DL3 exploratory). Compact older entries by
|
|
11
|
-
schema COMPACTION rules; incomplete compacted entries are
|
|
12
|
-
not a reason for historical reconstruction during
|
|
8
|
+
through `agentera state decisions --format json` and its source_contract
|
|
9
|
+
to avoid re-deliberation, and writes new decision entries with confidence
|
|
10
|
+
(DL1 firm, DL2 provisional, DL3 exploratory). Compact older entries by
|
|
11
|
+
applying schema COMPACTION rules; incomplete compacted entries are
|
|
12
|
+
caveated context, not a reason for historical reconstruction during
|
|
13
|
+
normal deliberation.
|
|
13
14
|
2:
|
|
14
15
|
id: A2
|
|
15
16
|
artifact_id: vision
|
|
@@ -4,7 +4,7 @@ EXIT_CONDITIONS:
|
|
|
4
4
|
condition: complete
|
|
5
5
|
description: >-
|
|
6
6
|
Deliberation reached a conclusion the user chose to act on; any
|
|
7
|
-
requested artifacts (
|
|
7
|
+
requested artifacts (decisions, vision, objective, todo)
|
|
8
8
|
were written with user approval, and the decision confidence level
|
|
9
9
|
was captured.
|
|
10
10
|
exit_signal: complete
|
|
@@ -15,7 +15,7 @@ EXIT_CONDITIONS:
|
|
|
15
15
|
Deliberation concluded but the decision remains unresolved or
|
|
16
16
|
provisional: the user wrapped up without a clear choice, significant
|
|
17
17
|
tensions could not be resolved, or the conclusion contradicts prior
|
|
18
|
-
decisions
|
|
18
|
+
decisions without explicit acknowledgment.
|
|
19
19
|
exit_signal: flagged
|
|
20
20
|
3:
|
|
21
21
|
id: E3
|
|
@@ -13,16 +13,17 @@ VALIDATION:
|
|
|
13
13
|
id: V2
|
|
14
14
|
rule: user_approval_for_artifact_writes
|
|
15
15
|
description: >-
|
|
16
|
-
Discuss MUST NOT modify
|
|
17
|
-
explicit user confirmation. Present
|
|
16
|
+
Discuss MUST NOT modify vision, objective, or todo artifacts (the
|
|
17
|
+
protected_write_boundaries) without explicit user confirmation. Present
|
|
18
|
+
drafts and get approval.
|
|
18
19
|
severity: critical
|
|
19
20
|
checks:
|
|
20
|
-
- "User confirmation obtained before writing to
|
|
21
|
+
- "User confirmation obtained before writing to vision, objective, or todo artifacts"
|
|
21
22
|
3:
|
|
22
23
|
id: V3
|
|
23
24
|
rule: decision_confidence_required
|
|
24
25
|
description: >-
|
|
25
|
-
Every
|
|
26
|
+
Every decision entry MUST have a Confidence field with one of the
|
|
26
27
|
protocol-defined labels: firm (DL1), provisional (DL2), or
|
|
27
28
|
exploratory (DL3).
|
|
28
29
|
severity: critical
|
|
@@ -33,7 +34,7 @@ VALIDATION:
|
|
|
33
34
|
id: V4
|
|
34
35
|
rule: preserved_decision_fields
|
|
35
36
|
description: >-
|
|
36
|
-
|
|
37
|
+
Decision entries MUST preserve the canonical top-level fields:
|
|
37
38
|
Question, Context, Alternatives, Choice, Reasoning, Confidence,
|
|
38
39
|
Feeds into. Win conditions stay inside Alternatives bullets.
|
|
39
40
|
severity: critical
|
|
@@ -5,7 +5,7 @@ EXIT_CONDITIONS:
|
|
|
5
5
|
description: >-
|
|
6
6
|
One experiment completed the full cycle: hypothesis formulated,
|
|
7
7
|
implementation dispatched, regression check passed, metric measured,
|
|
8
|
-
decision made (kept or discarded), and
|
|
8
|
+
decision made (kept or discarded), and experiments.yaml updated.
|
|
9
9
|
exit_signal: complete
|
|
10
10
|
2:
|
|
11
11
|
id: E2
|
|
@@ -20,7 +20,7 @@ EXIT_CONDITIONS:
|
|
|
20
20
|
id: E3
|
|
21
21
|
condition: stuck
|
|
22
22
|
description: >-
|
|
23
|
-
Cannot proceed because
|
|
23
|
+
Cannot proceed because objective.yaml is missing and the brainstorm cannot
|
|
24
24
|
be completed without user input, the eval harness is broken and cannot
|
|
25
25
|
be repaired without user approval, or the regression check infrastructure
|
|
26
26
|
is unavailable.
|
|
@@ -24,12 +24,12 @@ VALIDATION:
|
|
|
24
24
|
id: V3
|
|
25
25
|
rule: objective_readonly_during_cycle
|
|
26
26
|
description: >-
|
|
27
|
-
|
|
27
|
+
objective.yaml MUST NOT be modified during a cycle except for canonical
|
|
28
28
|
closure when the target is met. Other edits only happen during
|
|
29
29
|
brainstorm or refine.
|
|
30
30
|
severity: critical
|
|
31
31
|
checks:
|
|
32
|
-
- "
|
|
32
|
+
- "objective.yaml only modified for closure during cycle"
|
|
33
33
|
4:
|
|
34
34
|
id: V4
|
|
35
35
|
rule: one_experiment_per_invocation
|
|
@@ -3,7 +3,7 @@ EXIT_CONDITIONS:
|
|
|
3
3
|
id: E1
|
|
4
4
|
condition: complete
|
|
5
5
|
description: >-
|
|
6
|
-
All
|
|
6
|
+
All plan tasks are complete, the health check passed, and the
|
|
7
7
|
orchestration session concluded with all planned work finished.
|
|
8
8
|
exit_signal: complete
|
|
9
9
|
2:
|
|
@@ -18,7 +18,7 @@ EXIT_CONDITIONS:
|
|
|
18
18
|
id: E3
|
|
19
19
|
condition: stuck
|
|
20
20
|
description: >-
|
|
21
|
-
Cannot proceed.
|
|
21
|
+
Cannot proceed. The plan has circular dependencies preventing any task
|
|
22
22
|
from becoming eligible, no target capabilities are available to
|
|
23
23
|
delegate, or file access prevents reading or updating artifacts.
|
|
24
24
|
The exit marker explains what is blocking progress.
|
|
@@ -27,8 +27,9 @@ EXIT_CONDITIONS:
|
|
|
27
27
|
id: E4
|
|
28
28
|
condition: waiting
|
|
29
29
|
description: >-
|
|
30
|
-
No
|
|
31
|
-
|
|
32
|
-
or a dispatched capability returned waiting status
|
|
33
|
-
The waiting bullet identifies the specific
|
|
30
|
+
No plan exists and the bootstrap chain cannot proceed because the
|
|
31
|
+
vision artifact is absent and the user has not confirmed how to
|
|
32
|
+
create one, or a dispatched capability returned waiting status
|
|
33
|
+
requiring user input. The waiting bullet identifies the specific
|
|
34
|
+
decision needed.
|
|
34
35
|
exit_signal: waiting
|