agentera 0.0.0 → 3.0.0-dev.1
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/README.md +6 -45
- package/bundle/.agentera-npx-bundle.json +4 -0
- package/bundle/references/adapters/cursor.md +213 -0
- package/bundle/references/adapters/opencode.md +530 -0
- package/bundle/references/adapters/package-manifest-interface-model.yaml +337 -0
- package/bundle/references/adapters/package-registry.yaml +247 -0
- package/bundle/references/adapters/package-surface-characterization.md +48 -0
- package/bundle/references/adapters/runtime-adapter-characterization.md +79 -0
- package/bundle/references/adapters/runtime-adapter-interface-model.yaml +200 -0
- package/bundle/references/adapters/runtime-adapter-registry.yaml +548 -0
- package/bundle/references/adapters/runtime-feature-parity.md +189 -0
- package/bundle/references/analysis/benchmark.md +267 -0
- package/bundle/references/analysis/startup-measurement-contract.yaml +424 -0
- package/bundle/references/artifacts/artifact-registry-interface-model.yaml +288 -0
- package/bundle/references/cli/agent-ready-state-contract.yaml +950 -0
- package/bundle/references/cli/app-lifecycle-vocabulary.yaml +241 -0
- package/bundle/references/cli/audience-namespace-cli-migration.yaml +355 -0
- package/bundle/references/cli/bundle-skill-vocabulary.yaml +278 -0
- package/bundle/references/cli/capability-instruction-contract.yaml +123 -0
- package/bundle/references/cli/capability-tool-classification.yaml +53 -0
- package/bundle/references/cli/routing-execution-vocabulary.yaml +281 -0
- package/bundle/references/cli/update-channels.yaml +147 -0
- package/bundle/references/cli/vocabulary-index.yaml +160 -0
- package/bundle/references/cli/vocabulary.md +566 -0
- package/bundle/references/meta/documentation-inventory.md +43 -0
- package/bundle/references/v1-section-mapping.md +47 -0
- package/bundle/registry.json +39 -0
- package/bundle/skills/agentera/.claude-plugin/plugin.json +27 -0
- package/bundle/skills/agentera/SKILL.md +470 -0
- package/bundle/skills/agentera/agents/dokumentera.toml +6 -0
- package/bundle/skills/agentera/agents/hej.toml +6 -0
- package/bundle/skills/agentera/agents/inspektera.toml +6 -0
- package/bundle/skills/agentera/agents/inspirera.toml +6 -0
- package/bundle/skills/agentera/agents/optimera.toml +6 -0
- package/bundle/skills/agentera/agents/orkestrera.toml +6 -0
- package/bundle/skills/agentera/agents/planera.toml +6 -0
- package/bundle/skills/agentera/agents/profilera.toml +6 -0
- package/bundle/skills/agentera/agents/realisera.toml +6 -0
- package/bundle/skills/agentera/agents/resonera.toml +6 -0
- package/bundle/skills/agentera/agents/visionera.toml +6 -0
- package/bundle/skills/agentera/agents/visualisera.toml +6 -0
- package/bundle/skills/agentera/capabilities/dokumentera/instructions.md +428 -0
- package/bundle/skills/agentera/capabilities/dokumentera/schemas/artifacts.yaml +73 -0
- package/bundle/skills/agentera/capabilities/dokumentera/schemas/exit.yaml +35 -0
- package/bundle/skills/agentera/capabilities/dokumentera/schemas/triggers.yaml +35 -0
- package/bundle/skills/agentera/capabilities/dokumentera/schemas/validation.yaml +139 -0
- package/bundle/skills/agentera/capabilities/hej/instructions.md +331 -0
- package/bundle/skills/agentera/capabilities/hej/schemas/artifacts.yaml +69 -0
- package/bundle/skills/agentera/capabilities/hej/schemas/exit.yaml +32 -0
- package/bundle/skills/agentera/capabilities/hej/schemas/triggers.yaml +58 -0
- package/bundle/skills/agentera/capabilities/hej/schemas/validation.yaml +55 -0
- package/bundle/skills/agentera/capabilities/inspektera/instructions.md +514 -0
- package/bundle/skills/agentera/capabilities/inspektera/schemas/artifacts.yaml +76 -0
- package/bundle/skills/agentera/capabilities/inspektera/schemas/exit.yaml +36 -0
- package/bundle/skills/agentera/capabilities/inspektera/schemas/triggers.yaml +38 -0
- package/bundle/skills/agentera/capabilities/inspektera/schemas/validation.yaml +113 -0
- package/bundle/skills/agentera/capabilities/inspirera/instructions.md +280 -0
- package/bundle/skills/agentera/capabilities/inspirera/schemas/artifacts.yaml +24 -0
- package/bundle/skills/agentera/capabilities/inspirera/schemas/exit.yaml +33 -0
- package/bundle/skills/agentera/capabilities/inspirera/schemas/triggers.yaml +34 -0
- package/bundle/skills/agentera/capabilities/inspirera/schemas/validation.yaml +58 -0
- package/bundle/skills/agentera/capabilities/optimera/instructions.md +437 -0
- package/bundle/skills/agentera/capabilities/optimera/schemas/artifacts.yaml +69 -0
- package/bundle/skills/agentera/capabilities/optimera/schemas/exit.yaml +35 -0
- package/bundle/skills/agentera/capabilities/optimera/schemas/triggers.yaml +39 -0
- package/bundle/skills/agentera/capabilities/optimera/schemas/validation.yaml +91 -0
- package/bundle/skills/agentera/capabilities/orkestrera/instructions.md +433 -0
- package/bundle/skills/agentera/capabilities/orkestrera/schemas/artifacts.yaml +64 -0
- package/bundle/skills/agentera/capabilities/orkestrera/schemas/exit.yaml +34 -0
- package/bundle/skills/agentera/capabilities/orkestrera/schemas/triggers.yaml +42 -0
- package/bundle/skills/agentera/capabilities/orkestrera/schemas/validation.yaml +107 -0
- package/bundle/skills/agentera/capabilities/planera/instructions.md +368 -0
- package/bundle/skills/agentera/capabilities/planera/schemas/artifacts.yaml +62 -0
- package/bundle/skills/agentera/capabilities/planera/schemas/exit.yaml +33 -0
- package/bundle/skills/agentera/capabilities/planera/schemas/triggers.yaml +34 -0
- package/bundle/skills/agentera/capabilities/planera/schemas/validation.yaml +61 -0
- package/bundle/skills/agentera/capabilities/profilera/instructions.md +419 -0
- package/bundle/skills/agentera/capabilities/profilera/schemas/artifacts.yaml +18 -0
- package/bundle/skills/agentera/capabilities/profilera/schemas/exit.yaml +34 -0
- package/bundle/skills/agentera/capabilities/profilera/schemas/triggers.yaml +45 -0
- package/bundle/skills/agentera/capabilities/profilera/schemas/validation.yaml +57 -0
- package/bundle/skills/agentera/capabilities/realisera/instructions.md +403 -0
- package/bundle/skills/agentera/capabilities/realisera/schemas/artifacts.yaml +80 -0
- package/bundle/skills/agentera/capabilities/realisera/schemas/exit.yaml +35 -0
- package/bundle/skills/agentera/capabilities/realisera/schemas/triggers.yaml +39 -0
- package/bundle/skills/agentera/capabilities/realisera/schemas/validation.yaml +110 -0
- package/bundle/skills/agentera/capabilities/resonera/instructions.md +329 -0
- package/bundle/skills/agentera/capabilities/resonera/schemas/artifacts.yaml +47 -0
- package/bundle/skills/agentera/capabilities/resonera/schemas/exit.yaml +35 -0
- package/bundle/skills/agentera/capabilities/resonera/schemas/triggers.yaml +46 -0
- package/bundle/skills/agentera/capabilities/resonera/schemas/validation.yaml +77 -0
- package/bundle/skills/agentera/capabilities/visionera/instructions.md +309 -0
- package/bundle/skills/agentera/capabilities/visionera/schemas/artifacts.yaml +57 -0
- package/bundle/skills/agentera/capabilities/visionera/schemas/exit.yaml +35 -0
- package/bundle/skills/agentera/capabilities/visionera/schemas/triggers.yaml +41 -0
- package/bundle/skills/agentera/capabilities/visionera/schemas/validation.yaml +74 -0
- package/bundle/skills/agentera/capabilities/visualisera/instructions.md +400 -0
- package/bundle/skills/agentera/capabilities/visualisera/schemas/artifacts.yaml +44 -0
- package/bundle/skills/agentera/capabilities/visualisera/schemas/exit.yaml +34 -0
- package/bundle/skills/agentera/capabilities/visualisera/schemas/triggers.yaml +33 -0
- package/bundle/skills/agentera/capabilities/visualisera/schemas/validation.yaml +80 -0
- package/bundle/skills/agentera/capability_schema_contract.yaml +385 -0
- package/bundle/skills/agentera/protocol.yaml +463 -0
- package/bundle/skills/agentera/references/contract.md +1039 -0
- package/bundle/skills/agentera/schemas/artifacts/changelog.yaml +60 -0
- package/bundle/skills/agentera/schemas/artifacts/decisions.yaml +461 -0
- package/bundle/skills/agentera/schemas/artifacts/design.yaml +55 -0
- package/bundle/skills/agentera/schemas/artifacts/docs.yaml +402 -0
- package/bundle/skills/agentera/schemas/artifacts/experiments.yaml +373 -0
- package/bundle/skills/agentera/schemas/artifacts/health.yaml +484 -0
- package/bundle/skills/agentera/schemas/artifacts/objective.yaml +399 -0
- package/bundle/skills/agentera/schemas/artifacts/plan.yaml +342 -0
- package/bundle/skills/agentera/schemas/artifacts/progress.yaml +325 -0
- package/bundle/skills/agentera/schemas/artifacts/todo.yaml +110 -0
- package/bundle/skills/agentera/schemas/artifacts/vision.yaml +262 -0
- package/bundle/skills/hej/.claude-plugin/plugin.json +6 -0
- package/bundle/skills/hej/SKILL.md +69 -0
- package/bundle/skills/hej/agents/hej.toml +11 -0
- package/bundle/skills/hej/agents/openai.yaml +8 -0
- package/dist/analytics/extractCorpus.js +1791 -0
- package/dist/analytics/extractCorpus.js.map +1 -0
- package/dist/analytics/usageStats.js +487 -0
- package/dist/analytics/usageStats.js.map +1 -0
- package/dist/bin/agentera.js +4 -0
- package/dist/bin/agentera.js.map +1 -0
- package/dist/cli/appContext.js +226 -0
- package/dist/cli/appContext.js.map +1 -0
- package/dist/cli/argvalidate.js +41 -0
- package/dist/cli/argvalidate.js.map +1 -0
- package/dist/cli/capabilityContext.js +2421 -0
- package/dist/cli/capabilityContext.js.map +1 -0
- package/dist/cli/commands/backfill.js +84 -0
- package/dist/cli/commands/backfill.js.map +1 -0
- package/dist/cli/commands/capability.js +44 -0
- package/dist/cli/commands/capability.js.map +1 -0
- package/dist/cli/commands/compact.js +148 -0
- package/dist/cli/commands/compact.js.map +1 -0
- package/dist/cli/commands/doctor.js +180 -0
- package/dist/cli/commands/doctor.js.map +1 -0
- package/dist/cli/commands/lint.js +179 -0
- package/dist/cli/commands/lint.js.map +1 -0
- package/dist/cli/commands/prime.js +544 -0
- package/dist/cli/commands/prime.js.map +1 -0
- package/dist/cli/commands/query.js +346 -0
- package/dist/cli/commands/query.js.map +1 -0
- package/dist/cli/commands/report.js +210 -0
- package/dist/cli/commands/report.js.map +1 -0
- package/dist/cli/commands/schema.js +306 -0
- package/dist/cli/commands/schema.js.map +1 -0
- package/dist/cli/commands/state.js +1012 -0
- package/dist/cli/commands/state.js.map +1 -0
- package/dist/cli/commands/upgrade.js +48 -0
- package/dist/cli/commands/upgrade.js.map +1 -0
- package/dist/cli/commands/validate.js +519 -0
- package/dist/cli/commands/validate.js.map +1 -0
- package/dist/cli/commands/verify.js +204 -0
- package/dist/cli/commands/verify.js.map +1 -0
- package/dist/cli/dispatch.js +958 -0
- package/dist/cli/dispatch.js.map +1 -0
- package/dist/cli/orientation.js +595 -0
- package/dist/cli/orientation.js.map +1 -0
- package/dist/cli/prime-blob.js +3 -0
- package/dist/cli/prime-blob.js.map +1 -0
- package/dist/cli/stateQuery.js +292 -0
- package/dist/cli/stateQuery.js.map +1 -0
- package/dist/cli/structured.js +18 -0
- package/dist/cli/structured.js.map +1 -0
- package/dist/core/difflib.js +274 -0
- package/dist/core/difflib.js.map +1 -0
- package/dist/core/git.js +43 -0
- package/dist/core/git.js.map +1 -0
- package/dist/core/paths.js +50 -0
- package/dist/core/paths.js.map +1 -0
- package/dist/core/pyjson.js +101 -0
- package/dist/core/pyjson.js.map +1 -0
- package/dist/core/sourceRoot.js +72 -0
- package/dist/core/sourceRoot.js.map +1 -0
- package/dist/core/toml.js +11 -0
- package/dist/core/toml.js.map +1 -0
- package/dist/core/yaml.js +25 -0
- package/dist/core/yaml.js.map +1 -0
- package/dist/eval/evalSkills.js +258 -0
- package/dist/eval/evalSkills.js.map +1 -0
- package/dist/eval/semanticEval.js +148 -0
- package/dist/eval/semanticEval.js.map +1 -0
- package/dist/eval/semanticFixtures.js +227 -0
- package/dist/eval/semanticFixtures.js.map +1 -0
- package/dist/hooks/common.js +160 -0
- package/dist/hooks/common.js.map +1 -0
- package/dist/hooks/compaction.js +935 -0
- package/dist/hooks/compaction.js.map +1 -0
- package/dist/hooks/cursorPreToolUse.js +19 -0
- package/dist/hooks/cursorPreToolUse.js.map +1 -0
- package/dist/hooks/cursorSessionStart.js +71 -0
- package/dist/hooks/cursorSessionStart.js.map +1 -0
- package/dist/hooks/sessionStart.js +209 -0
- package/dist/hooks/sessionStart.js.map +1 -0
- package/dist/hooks/sessionStop.js +212 -0
- package/dist/hooks/sessionStop.js.map +1 -0
- package/dist/hooks/validateArtifact.js +933 -0
- package/dist/hooks/validateArtifact.js.map +1 -0
- package/dist/registries/artifactRegistry.js +206 -0
- package/dist/registries/artifactRegistry.js.map +1 -0
- package/dist/registries/capabilityContract.js +310 -0
- package/dist/registries/capabilityContract.js.map +1 -0
- package/dist/registries/packageRegistry.js +641 -0
- package/dist/registries/packageRegistry.js.map +1 -0
- package/dist/registries/runtimeAdapterRegistry.js +315 -0
- package/dist/registries/runtimeAdapterRegistry.js.map +1 -0
- package/dist/setup/codex.js +1056 -0
- package/dist/setup/codex.js.map +1 -0
- package/dist/setup/copilot.js +227 -0
- package/dist/setup/copilot.js.map +1 -0
- package/dist/setup/cursor.js +127 -0
- package/dist/setup/cursor.js.map +1 -0
- package/dist/setup/doctor.js +1276 -0
- package/dist/setup/doctor.js.map +1 -0
- package/dist/state/installRoot.js +279 -0
- package/dist/state/installRoot.js.map +1 -0
- package/dist/state/progressCommit.js +289 -0
- package/dist/state/progressCommit.js.map +1 -0
- package/dist/state/startupAnalysis.js +1953 -0
- package/dist/state/startupAnalysis.js.map +1 -0
- package/dist/upgrade/appModel.js +189 -0
- package/dist/upgrade/appModel.js.map +1 -0
- package/dist/upgrade/channels.js +208 -0
- package/dist/upgrade/channels.js.map +1 -0
- package/dist/upgrade/compatibility.js +201 -0
- package/dist/upgrade/compatibility.js.map +1 -0
- package/dist/upgrade/doctor.js +373 -0
- package/dist/upgrade/doctor.js.map +1 -0
- package/dist/upgrade/migrateArtifactsV2ToV3.js +332 -0
- package/dist/upgrade/migrateArtifactsV2ToV3.js.map +1 -0
- package/dist/upgrade/runtimeMigration.js +484 -0
- package/dist/upgrade/runtimeMigration.js.map +1 -0
- package/dist/upgrade/upgradeCommands.js +36 -0
- package/dist/upgrade/upgradeCommands.js.map +1 -0
- package/dist/upgrade/upgradeOrchestrator.js +299 -0
- package/dist/upgrade/upgradeOrchestrator.js.map +1 -0
- package/dist/upgrade/versionResolution.js +179 -0
- package/dist/upgrade/versionResolution.js.map +1 -0
- package/dist/validate/appHomeContract.js +150 -0
- package/dist/validate/appHomeContract.js.map +1 -0
- package/dist/validate/capability.js +412 -0
- package/dist/validate/capability.js.map +1 -0
- package/dist/validate/crossCapability.js +145 -0
- package/dist/validate/crossCapability.js.map +1 -0
- package/dist/validate/lifecycleAdapters.js +772 -0
- package/dist/validate/lifecycleAdapters.js.map +1 -0
- package/dist/validate/selfAudit.js +107 -0
- package/dist/validate/selfAudit.js.map +1 -0
- package/package.json +28 -8
- package/LICENSE +0 -201
- package/bin/agentera.mjs +0 -50
- package/lib/exec.mjs +0 -116
- package/lib/resolve.mjs +0 -129
|
@@ -0,0 +1,281 @@
|
|
|
1
|
+
schema_version: agentera.routing_execution_vocabulary.v1
|
|
2
|
+
status: active_authority
|
|
3
|
+
purpose: >-
|
|
4
|
+
Define routing and execution vocabulary boundaries so request routing, next-action
|
|
5
|
+
recommendation, Orkestrera task assignment, worker launch, runtime support, and
|
|
6
|
+
worker-safety Git commits stay distinct without forcing mechanical renames of
|
|
7
|
+
shipped compatibility identifiers or historical evidence.
|
|
8
|
+
sources:
|
|
9
|
+
prose:
|
|
10
|
+
- references/cli/vocabulary.md#routing-and-execution-vocabulary
|
|
11
|
+
scope:
|
|
12
|
+
includes:
|
|
13
|
+
- Request-to-capability routing through the Agentera skill entry point.
|
|
14
|
+
- Hej and capability next-action recommendations that wait for confirmation.
|
|
15
|
+
- Orkestrera assignment of approved plan work to worker capabilities.
|
|
16
|
+
- Realisera and Optimera launch of runtime workers.
|
|
17
|
+
- Runtime subagent support mechanisms and compatibility identifiers.
|
|
18
|
+
- Git commit safety language before spawning isolated worker execution.
|
|
19
|
+
excludes:
|
|
20
|
+
- Broad current-prose replacement across capability instructions.
|
|
21
|
+
- Repository-wide ambiguous dispatcher/dispatch/router/conductor occurrence rejection.
|
|
22
|
+
- Capability instruction-file rename work.
|
|
23
|
+
- "`first_invocation_read` metadata or startup-read behavior."
|
|
24
|
+
- Objective state, decision satisfaction state, package publication, and installed app refreshes.
|
|
25
|
+
compatibility_boundary: >-
|
|
26
|
+
Compatibility identifiers, code symbols, fixture names, literal paths, archived
|
|
27
|
+
plans, changelog/progress/decision history, and concrete runtime API names may
|
|
28
|
+
keep older dispatcher, dispatch, conductor, worktree dispatch, and pre-dispatch
|
|
29
|
+
wording when the spelling is the contract or historical evidence. New conceptual
|
|
30
|
+
prose should use the canonical concept terms below.
|
|
31
|
+
canonical_concept_order:
|
|
32
|
+
- request_to_capability_routing
|
|
33
|
+
- next_action_recommendation
|
|
34
|
+
- orkestrera_task_assignment
|
|
35
|
+
- worker_launch
|
|
36
|
+
- runtime_subagent_support
|
|
37
|
+
- worker_safety_git_commit
|
|
38
|
+
canonical_concepts:
|
|
39
|
+
request_to_capability_routing:
|
|
40
|
+
definition: >-
|
|
41
|
+
Agentera chooses the capability that should handle a user request, using
|
|
42
|
+
direct routes, primary route aliases, trigger schemas, disambiguation, or
|
|
43
|
+
fallback to hej.
|
|
44
|
+
preferred_terms:
|
|
45
|
+
- Agentera router
|
|
46
|
+
- request-to-capability routing
|
|
47
|
+
- route
|
|
48
|
+
- routing
|
|
49
|
+
forbidden_ambiguous_shortcuts:
|
|
50
|
+
- master dispatcher
|
|
51
|
+
- bare dispatch
|
|
52
|
+
- skill dispatcher
|
|
53
|
+
- conductor
|
|
54
|
+
next_action_recommendation:
|
|
55
|
+
definition: >-
|
|
56
|
+
A capability recommends a concrete next capability or action and waits for
|
|
57
|
+
user confirmation before state-changing work begins.
|
|
58
|
+
preferred_terms:
|
|
59
|
+
- suggest
|
|
60
|
+
- suggestion
|
|
61
|
+
- next-action recommendation
|
|
62
|
+
- suggested next action
|
|
63
|
+
forbidden_ambiguous_shortcuts:
|
|
64
|
+
- dispatch
|
|
65
|
+
- force
|
|
66
|
+
- chain
|
|
67
|
+
- conductor handoff
|
|
68
|
+
orkestrera_task_assignment:
|
|
69
|
+
definition: >-
|
|
70
|
+
Orkestrera assigns approved plan work to a worker capability during an
|
|
71
|
+
explicitly orchestrated flow; it evaluates the result instead of implementing
|
|
72
|
+
the task itself.
|
|
73
|
+
preferred_terms:
|
|
74
|
+
- delegate
|
|
75
|
+
- delegation
|
|
76
|
+
- Orkestrera task delegation
|
|
77
|
+
- assigned plan work
|
|
78
|
+
forbidden_ambiguous_shortcuts:
|
|
79
|
+
- conductor
|
|
80
|
+
- conductor protocol
|
|
81
|
+
- dispatch
|
|
82
|
+
- orchestrator implementation
|
|
83
|
+
worker_launch:
|
|
84
|
+
definition: >-
|
|
85
|
+
Realisera or Optimera starts a worker through the host runtime when an
|
|
86
|
+
implementation or measurement cycle needs isolated execution.
|
|
87
|
+
preferred_terms:
|
|
88
|
+
- spawn
|
|
89
|
+
- spawn worker
|
|
90
|
+
- worker spawn
|
|
91
|
+
- worker launch
|
|
92
|
+
forbidden_ambiguous_shortcuts:
|
|
93
|
+
- dispatch
|
|
94
|
+
- worktree dispatch
|
|
95
|
+
- subagent dispatch
|
|
96
|
+
- launch substrate
|
|
97
|
+
runtime_subagent_support:
|
|
98
|
+
definition: >-
|
|
99
|
+
Runtime-specific support that lets Agentera use a host's subagent surface,
|
|
100
|
+
descriptor model, or equivalent worker mechanism.
|
|
101
|
+
preferred_terms:
|
|
102
|
+
- subagent mechanism
|
|
103
|
+
- runtime subagent mechanism
|
|
104
|
+
- host subagent mechanism
|
|
105
|
+
- runtime worker mechanism
|
|
106
|
+
forbidden_ambiguous_shortcuts:
|
|
107
|
+
- runtime dispatch substrate
|
|
108
|
+
- dispatch substrate
|
|
109
|
+
- subagent dispatch
|
|
110
|
+
- adapter dispatch
|
|
111
|
+
worker_safety_git_commit:
|
|
112
|
+
definition: >-
|
|
113
|
+
The Git-only commit synchronization required before spawning isolated worker
|
|
114
|
+
execution so the worker starts from a coherent base.
|
|
115
|
+
preferred_terms:
|
|
116
|
+
- pre-spawn Git commit
|
|
117
|
+
- pre-spawn commit
|
|
118
|
+
- Git commit before spawning workers
|
|
119
|
+
- commit before worker spawn
|
|
120
|
+
forbidden_ambiguous_shortcuts:
|
|
121
|
+
- pre-dispatch commit
|
|
122
|
+
- pre-dispatch checkpoint commit
|
|
123
|
+
- pre-dispatch commit gate
|
|
124
|
+
- checkpoint before dispatch
|
|
125
|
+
classification_order:
|
|
126
|
+
- canonical_concept
|
|
127
|
+
- compatibility_identifier
|
|
128
|
+
- code_identifier
|
|
129
|
+
- path_like_reference
|
|
130
|
+
- historical_record
|
|
131
|
+
- fixture_only
|
|
132
|
+
- generic_plain_language
|
|
133
|
+
- ambiguous_current_prose
|
|
134
|
+
classification_rules:
|
|
135
|
+
canonical_concept:
|
|
136
|
+
meaning: Usage matches one of the canonical concepts and uses a preferred term.
|
|
137
|
+
action: Keep and prefer in new current prose.
|
|
138
|
+
compatibility_identifier:
|
|
139
|
+
meaning: The spelling is a shipped field, command flag, runtime group name, descriptor key, or parseable label.
|
|
140
|
+
action: Preserve until an explicit migration exists.
|
|
141
|
+
code_identifier:
|
|
142
|
+
meaning: The spelling is a Python, JavaScript, TOML, YAML, test, or API identifier consumed by code or runtime descriptors.
|
|
143
|
+
action: Preserve unless a code migration is explicitly in scope.
|
|
144
|
+
path_like_reference:
|
|
145
|
+
meaning: The occurrence is a literal file path, glob, manifest path, fixture path, archive path, or code path.
|
|
146
|
+
action: Preserve the concrete path spelling.
|
|
147
|
+
historical_record:
|
|
148
|
+
meaning: The occurrence is in changelog, progress, decision, archived plan, migration history, or release evidence.
|
|
149
|
+
action: Do not rewrite solely for vocabulary cleanup; qualify when current prose interprets it.
|
|
150
|
+
fixture_only:
|
|
151
|
+
meaning: The occurrence is test fixture input, expected compatibility output, stale-path data, or semantic-eval evidence.
|
|
152
|
+
action: Preserve when the test proves compatibility or rejection behavior.
|
|
153
|
+
generic_plain_language:
|
|
154
|
+
meaning: The occurrence is ordinary English unrelated to Agentera routing, recommendation, orchestration assignment, worker launch, runtime support, or Git safety.
|
|
155
|
+
action: Allowed, but prefer object-specific terms when risk is high.
|
|
156
|
+
ambiguous_current_prose:
|
|
157
|
+
meaning: The occurrence uses dispatcher, dispatch, router, conductor, worktree dispatch, runtime dispatch substrate, or pre-dispatch commit language as a conceptual shortcut in current prose.
|
|
158
|
+
action: Replace or qualify with the relevant canonical concept term.
|
|
159
|
+
focused_scan:
|
|
160
|
+
allowed_classifications:
|
|
161
|
+
- canonical
|
|
162
|
+
- compatibility-preserved
|
|
163
|
+
- historical
|
|
164
|
+
- fixture-only
|
|
165
|
+
- code-identifier
|
|
166
|
+
- generic
|
|
167
|
+
paths:
|
|
168
|
+
- AGENTS.md
|
|
169
|
+
- references/cli/vocabulary.md
|
|
170
|
+
- references/adapters/runtime-feature-parity.md
|
|
171
|
+
- (retired maintainer measurement tool)
|
|
172
|
+
- skills/agentera/SKILL.md
|
|
173
|
+
- skills/agentera/references/contract.md
|
|
174
|
+
- skills/agentera/capabilities/realisera/instructions.md
|
|
175
|
+
- skills/agentera/capabilities/optimera/instructions.md
|
|
176
|
+
- skills/agentera/capabilities/orkestrera/instructions.md
|
|
177
|
+
- tests/test_skill_dispatch_contract.py
|
|
178
|
+
- tests/test_runtime_adapters.py
|
|
179
|
+
- tests/test_runtime_adapter_registry.py
|
|
180
|
+
allowed_occurrences:
|
|
181
|
+
- path: ^AGENTS\.md$
|
|
182
|
+
text: Agentera router routes incoming requests
|
|
183
|
+
classification: canonical
|
|
184
|
+
reason: AGENTS names the canonical request-to-capability routing term.
|
|
185
|
+
- path: ^references/cli/vocabulary\.md$
|
|
186
|
+
text: Agentera router|request-to-capability routing|suggest|delegate|spawn|subagent mechanism|pre-spawn Git commit
|
|
187
|
+
classification: canonical
|
|
188
|
+
reason: Vocabulary docs present the canonical routing and execution terms.
|
|
189
|
+
- path: ^references/cli/vocabulary\.md$
|
|
190
|
+
text: pre-dispatch commit gate|pre-dispatch checkpoint commit|Conductor protocol|orchestration loop|The loop is select, dispatch, evaluate, resolve, and log
|
|
191
|
+
classification: historical
|
|
192
|
+
reason: Decision 44 and glossary tables preserve deprecated wording as historical examples.
|
|
193
|
+
- path: ^references/cli/vocabulary\.md$
|
|
194
|
+
text: dispatching cycles|dispatcher rule governs hej and capability handoff prompts
|
|
195
|
+
classification: canonical
|
|
196
|
+
reason: Handoff guidance uses dispatch only for the Orkestrera-owned autonomous orchestration flow.
|
|
197
|
+
- path: ^references/cli/vocabulary\.md$
|
|
198
|
+
text: subagent_dispatch|fixture names
|
|
199
|
+
classification: compatibility-preserved
|
|
200
|
+
reason: Routing vocabulary docs preserve explicit compatibility identifiers and fixture terminology.
|
|
201
|
+
- path: ^references/adapters/runtime-feature-parity\.md$
|
|
202
|
+
text: prompt rewrite router|Subagent Dispatch|Dispatch surface|Capability dispatch|subagent dispatch
|
|
203
|
+
classification: compatibility-preserved
|
|
204
|
+
reason: Runtime parity docs name concrete host and compatibility surfaces around descriptor dispatch support.
|
|
205
|
+
- path: ^scripts/measure_token_payload\.py$
|
|
206
|
+
text: static dispatch payload|Agentera router
|
|
207
|
+
classification: historical
|
|
208
|
+
reason: The payload metric retains the historical dispatch-payload measurement name while listing canonical contents.
|
|
209
|
+
- path: ^skills/agentera/SKILL\.md$
|
|
210
|
+
text: '`dispatch`: invoke another capability autonomously|`chain`: dispatch multiple capabilities autonomously'
|
|
211
|
+
classification: canonical
|
|
212
|
+
reason: Agentera router guidance reserves dispatch and chain for explicitly owned orchestration flows.
|
|
213
|
+
- path: ^skills/agentera/references/contract\.md$
|
|
214
|
+
text: '\| hej \| \(router; reads artifacts but produces none\) \|'
|
|
215
|
+
classification: canonical
|
|
216
|
+
reason: The contract uses router for the hej request-routing role.
|
|
217
|
+
- path: ^skills/agentera/references/contract\.md$
|
|
218
|
+
text: Dispatch the skill via the eval mechanism capability
|
|
219
|
+
classification: generic
|
|
220
|
+
reason: Evaluation-gate prose uses dispatch as ordinary test-run invocation wording, not Agentera routing authority.
|
|
221
|
+
- path: ^skills/agentera/references/contract\.md$
|
|
222
|
+
text: checkpoint before worktree dispatch
|
|
223
|
+
classification: compatibility-preserved
|
|
224
|
+
reason: The contract preserves the parseable historical checkpoint commit message string.
|
|
225
|
+
- path: ^skills/agentera/capabilities/realisera/instructions\.md$
|
|
226
|
+
text: 'Step 5: Dispatch|checkpoint before worktree dispatch'
|
|
227
|
+
classification: compatibility-preserved
|
|
228
|
+
reason: Realisera preserves the current step heading and checkpoint commit message compatibility string.
|
|
229
|
+
- path: ^skills/agentera/capabilities/optimera/instructions\.md$
|
|
230
|
+
text: checkpoint before worktree dispatch
|
|
231
|
+
classification: compatibility-preserved
|
|
232
|
+
reason: Optimera preserves the current checkpoint commit message compatibility string.
|
|
233
|
+
- path: ^skills/agentera/capabilities/orkestrera/instructions\.md$
|
|
234
|
+
text: review pressure in dispatch|dispatch/evaluation context|`dispatch` and `chain` are autonomous orchestration verbs
|
|
235
|
+
classification: canonical
|
|
236
|
+
reason: Orkestrera capability prose uses dispatch for its explicitly owned orchestration loop.
|
|
237
|
+
- path: ^tests/test_skill_dispatch_contract\.py$
|
|
238
|
+
text: '`dispatch`: invoke another capability autonomously|`chain`: dispatch multiple capabilities autonomously|In orkestrera only, `dispatch` and `chain` are autonomous'
|
|
239
|
+
classification: fixture-only
|
|
240
|
+
reason: Skill dispatch contract tests assert the canonical Orkestrera dispatch reservation.
|
|
241
|
+
- path: ^tests/test_runtime_adapters\.py$
|
|
242
|
+
text: opencode bare-hej router|routeBareHejMessage|subagent_dispatch
|
|
243
|
+
classification: fixture-only
|
|
244
|
+
reason: Runtime adapter tests assert plugin routing helpers and compatibility identifier fixtures.
|
|
245
|
+
- path: ^tests/test_runtime_adapter_registry\.py$
|
|
246
|
+
text: subagent_dispatch
|
|
247
|
+
classification: code-identifier
|
|
248
|
+
reason: Runtime adapter registry tests preserve the shipped subagent_dispatch field name.
|
|
249
|
+
compatibility_identifiers:
|
|
250
|
+
runtime_adapter:
|
|
251
|
+
- subagent_dispatch
|
|
252
|
+
- RuntimeAdapter.subagent_dispatch
|
|
253
|
+
- subagent_dispatch.supported
|
|
254
|
+
- subagent_dispatch.group
|
|
255
|
+
route_aliases:
|
|
256
|
+
- ROUTE_ALIASES
|
|
257
|
+
- primary_aliases
|
|
258
|
+
command_and_schema_surfaces:
|
|
259
|
+
- agentera validate descriptors
|
|
260
|
+
- descriptor_sources
|
|
261
|
+
- invocation_pattern
|
|
262
|
+
code_identifiers:
|
|
263
|
+
- subagent_dispatch
|
|
264
|
+
- test_runtime_adapter_subagent_dispatch_metadata_is_complete
|
|
265
|
+
- test_cross_runtime_capability_subagent_dispatch_support
|
|
266
|
+
historical_terms:
|
|
267
|
+
- pre-dispatch commit
|
|
268
|
+
- pre-dispatch checkpoint commit
|
|
269
|
+
- pre-dispatch commit gate
|
|
270
|
+
- worktree dispatch
|
|
271
|
+
- runtime dispatch substrate
|
|
272
|
+
- master dispatcher
|
|
273
|
+
- conductor protocol
|
|
274
|
+
fixture_terms:
|
|
275
|
+
- subagent_dispatch fixture
|
|
276
|
+
- worktree dispatch fixture
|
|
277
|
+
docs_delegation:
|
|
278
|
+
document: references/cli/vocabulary.md
|
|
279
|
+
required_anchor: Routing and execution vocabulary
|
|
280
|
+
authority_path: references/cli/routing-execution-vocabulary.yaml
|
|
281
|
+
must_not_duplicate_large_table: true
|
|
@@ -0,0 +1,147 @@
|
|
|
1
|
+
schema_version: agentera.update_channels.v1
|
|
2
|
+
status: active_authority
|
|
3
|
+
purpose: >-
|
|
4
|
+
Define dual update channels that select which published Agentera line upgrade,
|
|
5
|
+
doctor, and prime resolve: stable tracks the supported 2.x line; development
|
|
6
|
+
tracks 3.x alphas and release candidates.
|
|
7
|
+
sources:
|
|
8
|
+
prose:
|
|
9
|
+
- references/cli/vocabulary.md#update-channels
|
|
10
|
+
scope:
|
|
11
|
+
includes:
|
|
12
|
+
- Channel names, default selection, and resolution precedence.
|
|
13
|
+
- npm dist-tag and git ref resolution per channel.
|
|
14
|
+
- Environment, config, and CLI override keys.
|
|
15
|
+
excludes:
|
|
16
|
+
- App lifecycle canonical statuses and operation verb definitions.
|
|
17
|
+
- Migration orchestration phases, apply semantics, and compatibility detection.
|
|
18
|
+
- Package publication, dist-tag retirement, and release approval decisions.
|
|
19
|
+
compatibility_boundary: >-
|
|
20
|
+
Stable channel must continue resolving to 2.x until an explicit release decision
|
|
21
|
+
retires it. Cross-major v2→v3 migration is never implied by default channel
|
|
22
|
+
resolution or stable-channel @latest semantics; see
|
|
23
|
+
references/cli/app-lifecycle-vocabulary.yaml status_concepts.major_boundary_crossing.
|
|
24
|
+
default_channel: stable
|
|
25
|
+
channel_order:
|
|
26
|
+
- stable
|
|
27
|
+
- development
|
|
28
|
+
channels:
|
|
29
|
+
stable:
|
|
30
|
+
concept: v2_support_line
|
|
31
|
+
definition: >-
|
|
32
|
+
Tracks the supported 2.x release line for users who must not cross the v2→v3
|
|
33
|
+
major boundary without explicit opt-in.
|
|
34
|
+
distribution_major: 2
|
|
35
|
+
resolution:
|
|
36
|
+
npm:
|
|
37
|
+
dist_tag: latest
|
|
38
|
+
update_command: npx -y agentera@latest
|
|
39
|
+
git:
|
|
40
|
+
ref: main
|
|
41
|
+
update_command: uvx --from git+https://github.com/jgabor/agentera@main agentera
|
|
42
|
+
development:
|
|
43
|
+
concept: v3_pre_release_line
|
|
44
|
+
definition: >-
|
|
45
|
+
Tracks 3.x alphas, betas, and release candidates for early adopters and
|
|
46
|
+
maintainers testing the npm self-contained distribution.
|
|
47
|
+
distribution_major: 3
|
|
48
|
+
resolution:
|
|
49
|
+
npm:
|
|
50
|
+
dist_tag: next
|
|
51
|
+
update_command: npx -y agentera@next
|
|
52
|
+
git:
|
|
53
|
+
ref: feat/v3
|
|
54
|
+
update_command: >-
|
|
55
|
+
uvx --from git+https://github.com/jgabor/agentera@feat/v3 agentera
|
|
56
|
+
override_precedence:
|
|
57
|
+
- cli_flag
|
|
58
|
+
- env_var
|
|
59
|
+
- config_file
|
|
60
|
+
- default
|
|
61
|
+
override_keys:
|
|
62
|
+
cli:
|
|
63
|
+
flag: --channel
|
|
64
|
+
values:
|
|
65
|
+
- stable
|
|
66
|
+
- development
|
|
67
|
+
env:
|
|
68
|
+
name: AGENTERA_UPDATE_CHANNEL
|
|
69
|
+
values:
|
|
70
|
+
- stable
|
|
71
|
+
- development
|
|
72
|
+
config:
|
|
73
|
+
file: ~/.config/agentera/config.toml
|
|
74
|
+
key: update.channel
|
|
75
|
+
values:
|
|
76
|
+
- stable
|
|
77
|
+
- development
|
|
78
|
+
consumer_order:
|
|
79
|
+
- upgrade
|
|
80
|
+
- doctor
|
|
81
|
+
- prime
|
|
82
|
+
- docs
|
|
83
|
+
- tests
|
|
84
|
+
consumers:
|
|
85
|
+
upgrade:
|
|
86
|
+
owns:
|
|
87
|
+
- channel resolution for preview and apply command rendering.
|
|
88
|
+
- channel metadata in agentera.upgrade.v2 payloads.
|
|
89
|
+
may_resolve_channels:
|
|
90
|
+
- stable
|
|
91
|
+
- development
|
|
92
|
+
doctor:
|
|
93
|
+
owns:
|
|
94
|
+
- channel-aware repair and update command strings in diagnostics.
|
|
95
|
+
may_resolve_channels:
|
|
96
|
+
- stable
|
|
97
|
+
- development
|
|
98
|
+
prime:
|
|
99
|
+
owns:
|
|
100
|
+
- channel-aware v1 migration and app-home gate command strings.
|
|
101
|
+
may_resolve_channels:
|
|
102
|
+
- stable
|
|
103
|
+
- development
|
|
104
|
+
docs:
|
|
105
|
+
owns:
|
|
106
|
+
- human-readable explanation of this authority.
|
|
107
|
+
may_resolve_channels:
|
|
108
|
+
- stable
|
|
109
|
+
- development
|
|
110
|
+
tests:
|
|
111
|
+
owns:
|
|
112
|
+
- regression coverage proving consumers remain synchronized with this authority.
|
|
113
|
+
may_resolve_channels:
|
|
114
|
+
- stable
|
|
115
|
+
- development
|
|
116
|
+
version_resolution:
|
|
117
|
+
running_version:
|
|
118
|
+
priority:
|
|
119
|
+
- bundle_marker
|
|
120
|
+
- npm_package_version
|
|
121
|
+
- suite_registry
|
|
122
|
+
latest_on_channel:
|
|
123
|
+
resolver: npm_dist_tag_with_offline_defaults
|
|
124
|
+
offline_defaults:
|
|
125
|
+
stable: "2.7.6"
|
|
126
|
+
development: "3.0.0-dev.1"
|
|
127
|
+
irreversibility:
|
|
128
|
+
downgrade_to_v2: permanently_blocked
|
|
129
|
+
supported_downgrade_lines: []
|
|
130
|
+
forward_major_gate:
|
|
131
|
+
mechanism: semver_compare_running_to_latest_on_selected_channel
|
|
132
|
+
apply_requires:
|
|
133
|
+
- dry_run_preview
|
|
134
|
+
- yes_flag
|
|
135
|
+
outcome_concepts:
|
|
136
|
+
- same_major_update
|
|
137
|
+
- forward_major_upgrade
|
|
138
|
+
- migration_to_latest_on_channel
|
|
139
|
+
- channel_line_mismatch
|
|
140
|
+
- blocked_downgrade_to_v2
|
|
141
|
+
- blocked_downgrade_not_implemented
|
|
142
|
+
- up_to_date
|
|
143
|
+
docs_delegation:
|
|
144
|
+
document: references/cli/vocabulary.md
|
|
145
|
+
required_anchor: Update channels
|
|
146
|
+
authority_path: references/cli/update-channels.yaml
|
|
147
|
+
must_not_duplicate_large_table: true
|
|
@@ -0,0 +1,160 @@
|
|
|
1
|
+
schema_version: agentera.vocabulary_index.v1
|
|
2
|
+
status: active_authority
|
|
3
|
+
purpose: >-
|
|
4
|
+
Machine-readable vocabulary index: authority order, normalization rules, and
|
|
5
|
+
Decision 44 replacement boundaries. Human prose index lives in
|
|
6
|
+
references/cli/vocabulary.md, which delegates here for enforced tables.
|
|
7
|
+
human_index:
|
|
8
|
+
document: references/cli/vocabulary.md
|
|
9
|
+
must_not_duplicate_large_tables: true
|
|
10
|
+
authority_order:
|
|
11
|
+
- skills/agentera/protocol.yaml
|
|
12
|
+
- skills/agentera/capability_schema_contract.yaml
|
|
13
|
+
- skills/agentera/schemas/artifacts/
|
|
14
|
+
- references/artifacts/artifact-registry-interface-model.yaml
|
|
15
|
+
- references/cli/app-lifecycle-vocabulary.yaml
|
|
16
|
+
- references/cli/update-channels.yaml
|
|
17
|
+
- references/cli/bundle-skill-vocabulary.yaml
|
|
18
|
+
- references/cli/capability-instruction-contract.yaml
|
|
19
|
+
- references/cli/routing-execution-vocabulary.yaml
|
|
20
|
+
- skills/agentera/SKILL.md
|
|
21
|
+
- skills/agentera/capabilities/*/instructions.md
|
|
22
|
+
- the agentera CLI
|
|
23
|
+
- packages/cli/src/upgrade (doctor/upgrade)
|
|
24
|
+
- README.md
|
|
25
|
+
- UPGRADE.md
|
|
26
|
+
- DESIGN.md
|
|
27
|
+
- .agentera/
|
|
28
|
+
normalization_rules:
|
|
29
|
+
- rule: Internal workflows are capabilities.
|
|
30
|
+
use: capability, twelve capabilities, capability prose, capability schemas
|
|
31
|
+
avoid: Calling hej/realisera/etc. standalone skills, except in v1 history.
|
|
32
|
+
- rule: The runtime surface is a skill.
|
|
33
|
+
use: Agentera skill, single installed Agentera app
|
|
34
|
+
avoid: twelve-skill suite for v2 behavior.
|
|
35
|
+
- rule: /agentera is the main invocation.
|
|
36
|
+
use: /agentera, $agentera for Codex-specific docs
|
|
37
|
+
avoid: /hej except as a legacy bridge.
|
|
38
|
+
- rule: The CLI source and rendered dashboard are different.
|
|
39
|
+
use: agentera hej source data, Hej dashboard rendered briefing
|
|
40
|
+
avoid: Treating raw CLI labels as the user-facing dashboard.
|
|
41
|
+
- rule: Routine state uses flat commands.
|
|
42
|
+
use: agentera plan, agentera docs, agentera health
|
|
43
|
+
avoid: agentera query plan for routine state.
|
|
44
|
+
- rule: query is advanced access.
|
|
45
|
+
use: agentera query --list-artifacts, agentera query <artifact>
|
|
46
|
+
avoid: Calling it the normal state interface.
|
|
47
|
+
- rule: Canonical artifact names are identifiers.
|
|
48
|
+
use: VISION.md maps to .agentera/vision.yaml
|
|
49
|
+
avoid: Assuming display names are literal paths.
|
|
50
|
+
- rule: Exit signals are fixed.
|
|
51
|
+
use: complete, flagged, stuck, waiting
|
|
52
|
+
avoid: blocked, partial, escalated as exit signals.
|
|
53
|
+
- rule: Current-state language names the object.
|
|
54
|
+
use: Agentera app files need repair, artifacts are current, plan-level current-state check
|
|
55
|
+
avoid: Bare freshness in new docs.
|
|
56
|
+
- rule: App lifecycle state is canonical metadata.
|
|
57
|
+
use: up_to_date, outdated, repair_needed, migration_needed, manual_review_needed, ready_to_apply, applied, no_changes_needed
|
|
58
|
+
avoid: fresh, stale, refresh, fixed, ready, or noop as app lifecycle status values.
|
|
59
|
+
- rule: Update channel selects the published line.
|
|
60
|
+
use: stable channel, development channel, AGENTERA_UPDATE_CHANNEL, --channel stable|development
|
|
61
|
+
avoid: Treating @latest or default upgrade as implicit v2→v3 migration.
|
|
62
|
+
- rule: Worker safety commits are Git-only.
|
|
63
|
+
use: pre-spawn Git commit
|
|
64
|
+
avoid: Non-Git checkpoint or pre-dispatch commit gate in new docs.
|
|
65
|
+
- rule: Capability instruction files have current metadata and a runtime boundary.
|
|
66
|
+
use: instructions.md plus emitted first_invocation_read; runtime enforcement remains false
|
|
67
|
+
avoid: Claiming agents are policed for actual reads, or adding unsupported agentera planera commands.
|
|
68
|
+
plain_language:
|
|
69
|
+
lead_with_plain_phrase:
|
|
70
|
+
- use: final state sync, the plan-level freshness checkpoint
|
|
71
|
+
avoid: Bare freshness checkpoint
|
|
72
|
+
- use: Agentera app files need repair
|
|
73
|
+
avoid: bundle freshness gap in user-facing diagnostics
|
|
74
|
+
- use: v1 migration check
|
|
75
|
+
avoid: Bare upgrade guard in onboarding or recovery text
|
|
76
|
+
- use: checkpoint commit
|
|
77
|
+
avoid: Bare checkpoint
|
|
78
|
+
layers:
|
|
79
|
+
- layer: Product identity
|
|
80
|
+
rule: Branded, memorable, and opinionated.
|
|
81
|
+
- layer: Protocol internals
|
|
82
|
+
rule: Precise, canonical, and schema-aligned.
|
|
83
|
+
- layer: User operations
|
|
84
|
+
rule: Plain, traditional, and searchable.
|
|
85
|
+
- layer: Diagnostics and errors
|
|
86
|
+
rule: Object, state, cause, fix.
|
|
87
|
+
- layer: Onboarding
|
|
88
|
+
rule: Plain phrase first, Agentera term second.
|
|
89
|
+
decision_44:
|
|
90
|
+
summary: >-
|
|
91
|
+
Source of truth for Decision 44 wording changes. Stable identifiers, enums,
|
|
92
|
+
persisted state shapes, routing semantics, CLI exit behavior, canonical
|
|
93
|
+
Swedish capability names, and Decision 43 aliases are protected compatibility
|
|
94
|
+
surfaces unless a later decision records migration.
|
|
95
|
+
deprecated_scan_pattern: >-
|
|
96
|
+
freshness|\\bcheckpoint\\b|\\bguard\\b|Reality Verification Gate|
|
|
97
|
+
conductor protocol|memory layer|operating record|\\bdrift\\b|drifts|
|
|
98
|
+
drifted|drifting|DTC-first|\\bDTC\\b
|
|
99
|
+
replacements:
|
|
100
|
+
- deprecated: freshness as a general protocol label
|
|
101
|
+
preferred: current, up to date, out of date, synced, status, needs sync
|
|
102
|
+
rationale: Plain state words are clearer and avoid turning several conditions into one branded abstraction.
|
|
103
|
+
- deprecated: freshness checkpoint, plan-level freshness checkpoint
|
|
104
|
+
preferred: final state sync, plan-level current-state check
|
|
105
|
+
rationale: Plan closure updates durable state; it is not a Git checkpoint or a special freshness concept.
|
|
106
|
+
- deprecated: Non-Git checkpoint
|
|
107
|
+
preferred: state sync, current-state check, milestone, or the specific action
|
|
108
|
+
rationale: checkpoint remains Git-only so commit synchronization is unambiguous.
|
|
109
|
+
- deprecated: Most guard wording
|
|
110
|
+
preferred: check, status check, stop condition, safety rule, or pre-routing check
|
|
111
|
+
rationale: The replacement says what happens instead of using security-flavored jargon.
|
|
112
|
+
- deprecated: Reality Verification Gate
|
|
113
|
+
preferred: behavioral verification gate
|
|
114
|
+
rationale: Keep gate only for hard pass/fail verification boundaries, and name the behavior being verified.
|
|
115
|
+
- deprecated: Conductor protocol
|
|
116
|
+
preferred: orchestration loop
|
|
117
|
+
rationale: The loop is select, dispatch, evaluate, resolve, and log; the plain phrase explains the action.
|
|
118
|
+
- deprecated: memory layer
|
|
119
|
+
preferred: saved project context
|
|
120
|
+
rationale: Agentera persists context in project files and profile data, not model memory.
|
|
121
|
+
- deprecated: operating record
|
|
122
|
+
preferred: saved project context, project history, or progress log
|
|
123
|
+
rationale: The replacement states the artifact role directly.
|
|
124
|
+
- deprecated: Prose/label drift
|
|
125
|
+
preferred: mismatch, out of sync, or the concrete mismatch type
|
|
126
|
+
rationale: drift is vague in user-facing vocabulary; mismatch wording states the observable problem.
|
|
127
|
+
- deprecated: DTC, DTC-first
|
|
128
|
+
preferred: docs-first workflow, document intended behavior before tests and code
|
|
129
|
+
rationale: Keep the working principle while removing acronym friction.
|
|
130
|
+
allowed_uses:
|
|
131
|
+
- term: checkpoint
|
|
132
|
+
allowed: Git commits only, such as checkpoint commit or pre-dispatch checkpoint commit.
|
|
133
|
+
rationale: Git users understand checkpoint as commit synchronization; non-Git lifecycle use is deprecated.
|
|
134
|
+
- term: gate
|
|
135
|
+
allowed: Hard pass/fail boundaries, especially behavioral verification gate or regression pass/fail decisions.
|
|
136
|
+
rationale: Gate remains useful when a failed check must stop the workflow.
|
|
137
|
+
- term: guard
|
|
138
|
+
allowed: Existing code identifiers, historical text, or conventional phrases where changing the word would imply behavior or API migration.
|
|
139
|
+
rationale: Compatibility and searchability can outweigh prose cleanup in stable surfaces.
|
|
140
|
+
- term: drift
|
|
141
|
+
allowed: Historical entries, test fixture names, version-drift/package-drift diagnostics, and deliberate compatibility labels where drift is already a stable concept.
|
|
142
|
+
rationale: Some existing diagnostics and tests use drift as a compatibility signal.
|
|
143
|
+
- term: fresh, stale, fresh project
|
|
144
|
+
allowed: Plain English state descriptions when they are natural user wording, especially fresh project versus returning project.
|
|
145
|
+
rationale: Decision 44 deprecates freshness as protocol jargon, not ordinary adjectives.
|
|
146
|
+
protected_surfaces:
|
|
147
|
+
- surface: Schema fields and artifact shapes
|
|
148
|
+
boundary: Preserve field names, enum values, YAML structures, and validation semantics.
|
|
149
|
+
- surface: Stable IDs
|
|
150
|
+
boundary: Preserve capability IDs, artifact IDs, group IDs, route IDs, and test fixture IDs unless a migration is planned.
|
|
151
|
+
- surface: CLI labels and exit behavior
|
|
152
|
+
boundary: Preserve current command names, parseable labels, exit codes, and source-contract labels unless an explicit CLI migration is recorded.
|
|
153
|
+
- surface: Canonical capability names
|
|
154
|
+
boundary: Preserve hej, visionera, resonera, inspirera, planera, realisera, optimera, inspektera, dokumentera, profilera, visualisera, and orkestrera.
|
|
155
|
+
- surface: Decision 43 aliases
|
|
156
|
+
boundary: Preserve /agentera status, vision, discuss, research, plan, build, optimize, audit, document, profile, design, and orchestrate.
|
|
157
|
+
- surface: Historical artifacts
|
|
158
|
+
boundary: Do not rewrite old progress, changelog, archived plans, or decisions solely for vocabulary cleanup.
|
|
159
|
+
- surface: Release version
|
|
160
|
+
boundary: Keep Decision 44 under pending 2.2.0; do not create a later version for this cleanup without policy-driven rationale.
|