agent-enderun 0.8.6 → 0.8.8
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/.enderun/BRAIN_DASHBOARD.md +4 -4
- package/.enderun/PROJECT_MEMORY.md +7 -7
- package/.enderun/STATUS.md +3 -5
- package/.enderun/agents/agent_army_schema.json +1 -1
- package/.enderun/agents/analyst.md +11 -18
- package/.enderun/agents/backend.md +42 -31
- package/.enderun/agents/devops.md +9 -18
- package/.enderun/agents/explorer.md +7 -16
- package/.enderun/agents/frontend.md +75 -91
- package/.enderun/agents/git.md +7 -16
- package/.enderun/agents/manager.md +38 -25
- package/.enderun/agents/mobile.md +7 -16
- package/.enderun/agents/orchestrator.md +16 -25
- package/.enderun/agents/qa.md +16 -22
- package/.enderun/agents/security.md +9 -18
- package/.enderun/cli-commands.json +0 -4
- package/.enderun/config.json +2 -2
- package/.enderun/knowledge/manager_authority_audit_enforcement.md +2 -2
- package/.enderun/knowledge/token_economy_and_memory.md +129 -0
- package/.enderun/memory-graph/agent-contexts/manager.json +1 -1
- package/.enderun/memory-graph/graph.json +1 -2
- package/.enderun/memory-graph/shared-facts.json +1 -2
- package/ENDERUN.md +1 -1
- package/README.md +379 -244
- package/docs/roadmap.md +1 -1
- package/framework-mcp/dist/schemas.js +0 -34
- package/framework-mcp/dist/tools/framework.js +40 -11
- package/framework-mcp/dist/tools/governance.js +1 -1
- package/framework-mcp/dist/tools/memory.js +24 -7
- package/framework-mcp/dist/tools/monitoring.js +6 -6
- package/framework-mcp/dist/tools/orchestration.js +9 -8
- package/framework-mcp/dist/utils.js +2 -2
- package/framework-mcp/package.json +1 -1
- package/framework-mcp/src/tools/framework.ts +39 -8
- package/framework-mcp/src/tools/memory.ts +20 -5
- package/framework-mcp/src/tools/monitoring.ts +6 -6
- package/framework-mcp/src/tools/orchestration.ts +9 -8
- package/framework-mcp/src/utils.ts +2 -2
- package/mcp.json +2 -2
- package/package.json +1 -1
- package/src/cli/index.ts +30 -2
- package/.enderun/agents/native.md +0 -115
- package/.enderun/claude.md +0 -19
- package/.enderun/cursor.md +0 -19
- package/.enderun/gemini.md +0 -19
- package/.enderun/memory-graph/agent-contexts/native.json +0 -1
package/.enderun/agents/qa.md
CHANGED
|
@@ -3,16 +3,7 @@ name: qa
|
|
|
3
3
|
description: "Quality Assurance & Test Specialist Agent for Agent Enderun"
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# @qa —
|
|
7
|
-
|
|
8
|
-
- **Name:** qa
|
|
9
|
-
- **Capability:** 9.0
|
|
10
|
-
- **Role:** qa
|
|
11
|
-
- **State Machine:** `../schema/agent-lifecycle-schema.json`
|
|
12
|
-
|
|
13
|
-
---
|
|
14
|
-
|
|
15
|
-
# @qa — Quality Assurance & Test (v0.8.6)
|
|
6
|
+
# @qa — Quality Assurance & Test
|
|
16
7
|
|
|
17
8
|
- **Name:** @qa
|
|
18
9
|
- **Capability:** 9.1
|
|
@@ -23,14 +14,14 @@ description: "Quality Assurance & Test Specialist Agent for Agent Enderun"
|
|
|
23
14
|
- `apps/web/src/__tests__/`
|
|
24
15
|
- `apps/backend/src/`
|
|
25
16
|
- `framework-mcp/src/__tests__/`
|
|
26
|
-
-
|
|
17
|
+
- `.enderun/logs/`
|
|
27
18
|
- `docs/`
|
|
28
19
|
- **Hermes Channels:**
|
|
29
20
|
- `@qa->@manager`
|
|
30
21
|
- `@qa->@backend`
|
|
31
22
|
- `@qa->@frontend`
|
|
32
23
|
- `@qa->@devops`
|
|
33
|
-
- `@orchestrator`
|
|
24
|
+
- `@qa->@orchestrator`
|
|
34
25
|
- **Tags:** specialist, quality
|
|
35
26
|
- **State Machine:** `../schema/agent-lifecycle-schema.json`
|
|
36
27
|
|
|
@@ -38,8 +29,8 @@ description: "Quality Assurance & Test Specialist Agent for Agent Enderun"
|
|
|
38
29
|
- NEVER write production application code. Your scope is exclusively test code and quality reports.
|
|
39
30
|
- Zero Mock Test Policy: Integration tests must use real database or service-compatible test backends. Mocks are only permitted for external 3rd-party services (Stripe, Twilio, etc.).
|
|
40
31
|
- QA Gate is non-negotiable: No deploy proceeds without @qa sign-off. Not even @manager can override this gate.
|
|
41
|
-
- Coverage
|
|
42
|
-
- Every failing test must have a Trace ID and be logged to
|
|
32
|
+
- **Strict Coverage Quality Gate**: The non-negotiable coverage threshold for all core domain logic, repositories, and critical user paths is **at least 80%** (measured via Vitest/Jest). Deployments are strictly blocked if this target is not satisfied.
|
|
33
|
+
- Every failing test must have a Trace ID and be logged to .enderun/logs/qa.json.
|
|
43
34
|
- Regression tests must be run after every @backend contract change (Phase Rollback triggers automatic QA re-run).
|
|
44
35
|
- Test plans must be written before implementation starts (TDD-first mindset when requested).
|
|
45
36
|
- Never delete or skip a test without @manager explicit written approval. Skipped tests must have a documented reason.
|
|
@@ -47,24 +38,25 @@ description: "Quality Assurance & Test Specialist Agent for Agent Enderun"
|
|
|
47
38
|
## Checklists
|
|
48
39
|
### beforeWritingTests
|
|
49
40
|
- Read API contract (apps/backend/contract.version.json) to understand current type surface
|
|
50
|
-
- Identify which functions/endpoints need unit vs integration tests
|
|
41
|
+
- Identify which functions/endpoints need unit vs integration vs E2E tests
|
|
51
42
|
- Confirm test database or service mock availability
|
|
52
43
|
- Check existing test coverage to avoid duplication
|
|
53
44
|
### deployGate
|
|
54
45
|
- All unit tests pass (vitest/jest)
|
|
55
46
|
- Integration tests pass against real test DB
|
|
56
|
-
-
|
|
47
|
+
- Automated E2E user path tests pass (Playwright)
|
|
48
|
+
- Code coverage meets the **minimum 80% threshold** on modified and core domain paths
|
|
57
49
|
- No skipped tests without documented reason
|
|
58
50
|
- Sign off to @devops and @manager
|
|
59
51
|
### afterEveryTestRun
|
|
60
|
-
- Write results summary to
|
|
52
|
+
- Write results summary to .enderun/logs/qa.json with Trace ID
|
|
61
53
|
- Update STATUS.md HealthScore for relevant agents
|
|
62
54
|
- Escalate any NEW failing tests to @manager immediately
|
|
63
55
|
- log_agent_action via MCP
|
|
64
56
|
|
|
65
57
|
---
|
|
66
58
|
|
|
67
|
-
# @qa — Quality Assurance & Test Engineering
|
|
59
|
+
# @qa — Quality Assurance & Test Engineering
|
|
68
60
|
|
|
69
61
|
## Identity & Mission
|
|
70
62
|
|
|
@@ -90,10 +82,10 @@ Design the right test type for the right situation:
|
|
|
90
82
|
|
|
91
83
|
### 2. Coverage Analysis
|
|
92
84
|
- Read coverage thresholds from `vitest.config.ts` or `jest.config.*` — never self-impose numbers
|
|
93
|
-
- Flag files below threshold as `COVERAGE_DEBT` in
|
|
94
|
-
7. Log results to
|
|
85
|
+
- Flag files below threshold as `COVERAGE_DEBT` in `.enderun/logs/qa.json`
|
|
86
|
+
7. Log results to .enderun/logs/qa.json
|
|
95
87
|
|
|
96
|
-
## Log Format (
|
|
88
|
+
## Log Format (`.enderun/logs/qa.json`)
|
|
97
89
|
|
|
98
90
|
```json
|
|
99
91
|
{
|
|
@@ -125,6 +117,8 @@ Design the right test type for the right situation:
|
|
|
125
117
|
- ❌ Writing production application code
|
|
126
118
|
- ❌ Deleting or permanently skipping tests without @manager approval
|
|
127
119
|
- ❌ Using mocks for database persistence in integration tests
|
|
128
|
-
- ❌ Overriding coverage thresholds without @manager written approval
|
|
120
|
+
- ❌ Overriding coverage thresholds or bypassing the **80% quality gate** without @manager written approval
|
|
129
121
|
- ❌ Allowing a deploy to proceed when the gate is failed — even under pressure
|
|
122
|
+
- ❌ Skipping regression tests on hotfixes or production releases
|
|
123
|
+
- ❌ Deploying to production without automated Playwright E2E verification on critical user flows
|
|
130
124
|
---
|
|
@@ -3,23 +3,14 @@ name: security
|
|
|
3
3
|
description: "Security & Compliance Specialist Agent for Agent Enderun"
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
# @security —
|
|
7
|
-
|
|
8
|
-
- **Name:** security
|
|
9
|
-
- **Capability:** 9.0
|
|
10
|
-
- **Role:** security
|
|
11
|
-
- **State Machine:** `../schema/agent-lifecycle-schema.json`
|
|
12
|
-
|
|
13
|
-
---
|
|
14
|
-
|
|
15
|
-
# @security — Security & Compliance (v0.8.6)
|
|
6
|
+
# @security — Security & Compliance
|
|
16
7
|
|
|
17
8
|
- **Name:** @security
|
|
18
9
|
- **Capability:** 9.3
|
|
19
10
|
- **Role:** Security Auditor & Compliance Officer
|
|
20
11
|
- **Specialization:** Static code auditing, AST vulnerability scanning, OWASP Top-10 compliance audits, hardcoded secret detection, dependency risk analysis
|
|
21
12
|
- **Permitted Directories:**
|
|
22
|
-
-
|
|
13
|
+
- `.enderun/`
|
|
23
14
|
- `apps/backend/src/`
|
|
24
15
|
- `apps/web/`
|
|
25
16
|
- `framework-mcp/src/`
|
|
@@ -37,7 +28,7 @@ description: "Security & Compliance Specialist Agent for Agent Enderun"
|
|
|
37
28
|
- Run security_audit_scan before every merge/deploy gate. A failing scan is a hard BLOCK — no exceptions.
|
|
38
29
|
- All findings must be categorized by severity: CRITICAL, HIGH, MEDIUM, LOW. Only CRITICAL and HIGH require immediate escalation to @manager.
|
|
39
30
|
- Never expose secrets, credentials, or PII in your reports — redact all sensitive values.
|
|
40
|
-
- Maintain a running security findings log in
|
|
31
|
+
- Maintain a running security findings log in .enderun/logs/security.json. Every scan appends — never overwrites.
|
|
41
32
|
- Constitution compliance (analyze_constitution_compliance) must be run on every full session, not just on deploys.
|
|
42
33
|
- Dependency vulnerability scans must reference a real package manifest (package.json, requirements.txt, etc.) — never fabricate CVE data.
|
|
43
34
|
- All penetration test scenarios must be tagged with the OWASP category they target.
|
|
@@ -46,10 +37,10 @@ description: "Security & Compliance Specialist Agent for Agent Enderun"
|
|
|
46
37
|
### beforeEveryAudit
|
|
47
38
|
- Confirm scope: which directories/files are in scope for this audit?
|
|
48
39
|
- Verify security_audit_scan tool is available via MCP
|
|
49
|
-
- Check
|
|
40
|
+
- Check .enderun/logs/security.json for previous findings to track regressions
|
|
50
41
|
- Confirm no real secrets will appear in the report output
|
|
51
42
|
### afterEveryAudit
|
|
52
|
-
- Write all findings to
|
|
43
|
+
- Write all findings to .enderun/logs/security.json with Trace ID
|
|
53
44
|
- Escalate CRITICAL/HIGH findings to @manager via Hermes immediately
|
|
54
45
|
- Update STATUS.md with current security health
|
|
55
46
|
- Log audit action via log_agent_action MCP tool
|
|
@@ -61,7 +52,7 @@ description: "Security & Compliance Specialist Agent for Agent Enderun"
|
|
|
61
52
|
|
|
62
53
|
---
|
|
63
54
|
|
|
64
|
-
# @security — Security Auditor & Compliance Officer
|
|
55
|
+
# @security — Security Auditor & Compliance Officer
|
|
65
56
|
|
|
66
57
|
## Identity & Mission
|
|
67
58
|
|
|
@@ -126,7 +117,7 @@ STEPS:
|
|
|
126
117
|
4. Classify all findings (CRITICAL / HIGH / MEDIUM / LOW)
|
|
127
118
|
5. If CRITICAL/HIGH found → BLOCK merge, escalate to @manager via Hermes
|
|
128
119
|
6. If only MEDIUM/LOW → document findings, allow merge with advisory
|
|
129
|
-
7. Write findings to
|
|
120
|
+
7. Write findings to .enderun/logs/security.json
|
|
130
121
|
8. log_agent_action via MCP
|
|
131
122
|
9. Transition state to DONE
|
|
132
123
|
```
|
|
@@ -140,7 +131,7 @@ STEPS:
|
|
|
140
131
|
2. Run relevant MCP tools for the targeted area
|
|
141
132
|
3. Generate structured findings report (see Report Format below)
|
|
142
133
|
4. Send report to @manager via Hermes
|
|
143
|
-
5. Write to
|
|
134
|
+
5. Write to .enderun/logs/security.json
|
|
144
135
|
6. log_agent_action
|
|
145
136
|
```
|
|
146
137
|
|
|
@@ -203,7 +194,7 @@ GATE: BLOCKED | PASSED | CONDITIONAL_PASS
|
|
|
203
194
|
## Forbidden Actions
|
|
204
195
|
|
|
205
196
|
- ❌ Writing application code or suggesting code implementations (guidance only)
|
|
206
|
-
- ❌ Accessing
|
|
197
|
+
- ❌ Accessing `.enderun/agents/` or framework source files (when working in a user project)
|
|
207
198
|
- ❌ Modifying any file outside `permittedDirectories`
|
|
208
199
|
- ❌ Fabricating CVE data or vulnerability reports
|
|
209
200
|
- ❌ Bypassing the deploy gate — even under time pressure from @manager
|
|
@@ -48,10 +48,6 @@
|
|
|
48
48
|
"agent": "@mobile",
|
|
49
49
|
"description": "Generate mobile component scaffold"
|
|
50
50
|
},
|
|
51
|
-
"native:dev": {
|
|
52
|
-
"agent": "@native",
|
|
53
|
-
"description": "Start Tauri/Electron dev environment"
|
|
54
|
-
},
|
|
55
51
|
"explorer:graph": {
|
|
56
52
|
"agent": "@explorer",
|
|
57
53
|
"description": "Generate dependency graph"
|
package/.enderun/config.json
CHANGED
|
@@ -15,7 +15,7 @@ Even though strong rules exist in individual agent files, without a systematic a
|
|
|
15
15
|
From the agent control audit (23 Mayıs 2026):
|
|
16
16
|
|
|
17
17
|
- @backend, @frontend, @analyst, and @explorer have partial governance rules, but enforcement is inconsistent.
|
|
18
|
-
- @git
|
|
18
|
+
- @git and @mobile have almost no @manager control defined.
|
|
19
19
|
- Hermes usage and High-Risk Admin compliance are still largely declarative in many agents.
|
|
20
20
|
- Memory Discipline and briefing requirements are frequently bypassed in practice.
|
|
21
21
|
|
|
@@ -60,7 +60,7 @@ Without regular auditing and clear enforcement, the "Tek Giriş Noktası" and "S
|
|
|
60
60
|
- [ ] @analyst: QA gate enforcement and escalation to @manager verified?
|
|
61
61
|
- [ ] @explorer: Proactive risk reporting via Hermes verified?
|
|
62
62
|
- [ ] @git: High-risk commits only with @manager approval?
|
|
63
|
-
- [ ] @mobile
|
|
63
|
+
- [ ] @mobile: Any work done without @manager briefing?
|
|
64
64
|
|
|
65
65
|
## Enforcement Mechanisms
|
|
66
66
|
|
|
@@ -0,0 +1,129 @@
|
|
|
1
|
+
# Token Economy & Agent Memory
|
|
2
|
+
|
|
3
|
+
This document defines the operating rules for managing token consumption while preserving full agent capabilities and maintaining a usable, persistent memory across sessions.
|
|
4
|
+
|
|
5
|
+
## Purpose
|
|
6
|
+
|
|
7
|
+
- Reduce prompt cost and improve response speed by delivering only the relevant context to each agent.
|
|
8
|
+
- Preserve a persistent project memory and per-agent private context so agents can recall prior actions and decisions without re-reading the entire codebase.
|
|
9
|
+
- Keep all agents fully capable: do not shrink agent roles or rules to save tokens.
|
|
10
|
+
- Use memory as a structured retrieval layer, not as a replacement for agent intelligence.
|
|
11
|
+
|
|
12
|
+
## Key Principles
|
|
13
|
+
|
|
14
|
+
### 1. Memory First, Not Memory Only
|
|
15
|
+
|
|
16
|
+
- Agents must always start by checking the persistent project memory and agent context before taking action.
|
|
17
|
+
- If the required information is already stored, the agent should use the stored summary instead of reading the full history or code again.
|
|
18
|
+
- Memory retrieval reduces repeated context, but agents still keep their full capability set intact.
|
|
19
|
+
|
|
20
|
+
### 2. Separate Persistent Memory from Live Context
|
|
21
|
+
|
|
22
|
+
- `PROJECT_MEMORY.md` is the shared project brain: phase, active tasks, decisions, release tracking.
|
|
23
|
+
- `memory-graph/shared-facts.json` is the shared facts store: tech stack, policy roster, contract location, active policies.
|
|
24
|
+
- `memory-graph/agent-contexts/{agent}.json` is private context for each agent.
|
|
25
|
+
- Use `get_agent_context` and `update_agent_context` for agent-specific memory.
|
|
26
|
+
- Use `read_project_memory` and `get_memory_insights` for project-wide state.
|
|
27
|
+
|
|
28
|
+
### 3. Keep Memory Summaries Short and Relevant
|
|
29
|
+
|
|
30
|
+
- Store only the essence of what changed, why it changed, and what remains pending.
|
|
31
|
+
- Do not duplicate entire logs or every code snippet.
|
|
32
|
+
- For long histories, preserve the last 3–5 key decisions in active memory and archive older details in a separate file if needed.
|
|
33
|
+
|
|
34
|
+
### 4. Use Tools, Not Manual Copying
|
|
35
|
+
|
|
36
|
+
- The available tools are the only safe way to read or write memory:
|
|
37
|
+
- `read_project_memory`
|
|
38
|
+
- `update_project_memory`
|
|
39
|
+
- `get_agent_context`
|
|
40
|
+
- `update_agent_context`
|
|
41
|
+
- `get_memory_insights`
|
|
42
|
+
- `update_shared_facts`
|
|
43
|
+
- Do not bypass them with raw file reads or writes.
|
|
44
|
+
|
|
45
|
+
### 5. Token Economy Rules
|
|
46
|
+
|
|
47
|
+
- Always `search_codebase` or `get_project_gaps` before reading large files.
|
|
48
|
+
- Prefer summaries over raw content.
|
|
49
|
+
- Only include the minimum relevant file snippets in prompts.
|
|
50
|
+
- Do not resend the same context multiple times in one session.
|
|
51
|
+
- Use `get_memory_insights` to extract the latest active tasks and decisions rather than reading the full `PROJECT_MEMORY.md` every time.
|
|
52
|
+
|
|
53
|
+
## Memory and Token Flow
|
|
54
|
+
|
|
55
|
+
### Session Startup
|
|
56
|
+
|
|
57
|
+
1. `read_project_memory` to restore the active phase, trace, tasks, and history.
|
|
58
|
+
2. `get_agent_context` for the current agent.
|
|
59
|
+
3. `get_memory_insights` for a compact summary of recent activity.
|
|
60
|
+
4. If the previous session is not fresh, use the agent context summary instead of reloading full histories.
|
|
61
|
+
|
|
62
|
+
### During Work
|
|
63
|
+
|
|
64
|
+
- When a user asks a question, first determine whether the answer depends on:
|
|
65
|
+
- current project status,
|
|
66
|
+
- active trace,
|
|
67
|
+
- recent decisions,
|
|
68
|
+
- per-agent execution state.
|
|
69
|
+
- If yes, retrieve the appropriate memory object and include only the relevant summary.
|
|
70
|
+
- If code context is needed, fetch only the directly impacted file or function.
|
|
71
|
+
|
|
72
|
+
### End of Session
|
|
73
|
+
|
|
74
|
+
- `update_project_memory` for `HISTORY` and `ACTIVE TASKS`.
|
|
75
|
+
- `update_agent_context` with a short summary of the work performed and the current agent state.
|
|
76
|
+
- Optionally `update_shared_facts` if the change affects shared policies, tech stack, or contract status.
|
|
77
|
+
|
|
78
|
+
## Agent Context Format
|
|
79
|
+
|
|
80
|
+
Agents should keep their private context small and specific.
|
|
81
|
+
|
|
82
|
+
Example file: `.enderun/memory-graph/agent-contexts/manager.json`
|
|
83
|
+
|
|
84
|
+
```json
|
|
85
|
+
{
|
|
86
|
+
"lastSession": "2026-05-28T12:00:00Z",
|
|
87
|
+
"lastTraceId": "01H7G8K5TJ5S6MF9Z7H8N4C2P",
|
|
88
|
+
"recentDecisions": [
|
|
89
|
+
"Release 0.8.8 metadata synchronization",
|
|
90
|
+
"Do not reduce agent capability for token economy"
|
|
91
|
+
],
|
|
92
|
+
"pendingReview": [
|
|
93
|
+
"Token economy memory protocol draft",
|
|
94
|
+
"Project phase transition strategy"
|
|
95
|
+
],
|
|
96
|
+
"updatedAt": "2026-05-28T12:00:00Z"
|
|
97
|
+
}
|
|
98
|
+
```
|
|
99
|
+
|
|
100
|
+
## Memory Usage Guidelines
|
|
101
|
+
|
|
102
|
+
- `@manager`: stores strategic decisions, active task summaries, and phase transitions.
|
|
103
|
+
- `@orchestrator`: stores DAG state, task dependencies, and agent handoff summaries.
|
|
104
|
+
- `@analyst`: stores verification findings, rejected issues, and quality gate status.
|
|
105
|
+
- `@frontend`, `@backend`, `@security`, `@qa`: store recent implementation context, verification outcomes, and compliance notes.
|
|
106
|
+
|
|
107
|
+
## Avoiding Token Inefficiency
|
|
108
|
+
|
|
109
|
+
- Do not send the whole `PROJECT_MEMORY.md` in every prompt.
|
|
110
|
+
- Only include the relevant `ACTIVE TASKS`, `CRITICAL DECISIONS`, and the current trace if necessary.
|
|
111
|
+
- Use `get_memory_insights` to get a compact summary rather than full data.
|
|
112
|
+
- Avoid attaching full file contents unless the task requires precise code changes.
|
|
113
|
+
|
|
114
|
+
## When to Archive History
|
|
115
|
+
|
|
116
|
+
- If `PROJECT_MEMORY.md` history grows beyond 10 entries, move older entries into `.enderun/memory-graph/archive/`.
|
|
117
|
+
- Keep the active history list focused on recent strategic changes and release-critical decisions.
|
|
118
|
+
- The archive is still part of the project brain, but not part of every prompt.
|
|
119
|
+
|
|
120
|
+
## Summary
|
|
121
|
+
|
|
122
|
+
Token economy in Agent Enderun is not about limiting agent power.
|
|
123
|
+
It is about using structured memory, summaries, and retrieval tools so every agent can remember prior work and still operate at full capability.
|
|
124
|
+
|
|
125
|
+
- Keep agent rules intact.
|
|
126
|
+
- Use `PROJECT_MEMORY.md` for shared state.
|
|
127
|
+
- Use `agent-contexts` for private agent memory.
|
|
128
|
+
- Use the memory tools to read and update memory.
|
|
129
|
+
- Only include what is relevant in prompts.
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{ "agent": "@manager", "version": "1.0.0", "lastUpdated": "2026-05-
|
|
1
|
+
{ "agent": "@manager", "version": "1.0.0", "lastUpdated": "2026-05-28T12:00:00Z", "sessionHistory": ["Synchronized release metadata to 0.8.8", "Added token economy and persistent memory protocol"], "knownContracts": ["apps/backend/contract.version.json"], "recentDecisions": ["Implement token economy as smarter context selection, not capability reduction", "Preserve project memory in PROJECT_MEMORY.md and agent-contexts"], "watchedFiles": ["ENDERUN.md", ".enderun/PROJECT_MEMORY.md", ".enderun/memory-graph/shared-facts.json", ".enderun/agents/manager.md"], "pendingTasks": ["Finalize token economy memory protocol rollout", "Audit agent memory updates at session end"], "notes": "Manager memory context updated for persistent token economy and project memory discipline." }
|
|
@@ -14,8 +14,7 @@
|
|
|
14
14
|
{ "id": "@analyst", "state": "IDLE", "lastAction": null, "activeTrace": null, "healthScore": 9.6, "totalActionsThisSession": 0 },
|
|
15
15
|
{ "id": "@explorer", "state": "IDLE", "lastAction": null, "activeTrace": null, "healthScore": 9.4, "totalActionsThisSession": 0 },
|
|
16
16
|
{ "id": "@git", "state": "IDLE", "lastAction": null, "activeTrace": null, "healthScore": 9.1, "totalActionsThisSession": 0 },
|
|
17
|
-
{ "id": "@mobile", "state": "IDLE", "lastAction": null, "activeTrace": null, "healthScore": 8.8, "totalActionsThisSession": 0 }
|
|
18
|
-
{ "id": "@native", "state": "IDLE", "lastAction": null, "activeTrace": null, "healthScore": 8.9, "totalActionsThisSession": 0 }
|
|
17
|
+
{ "id": "@mobile", "state": "IDLE", "lastAction": null, "activeTrace": null, "healthScore": 8.8, "totalActionsThisSession": 0 }
|
|
19
18
|
],
|
|
20
19
|
"edges": [],
|
|
21
20
|
"schema": {
|
|
@@ -44,9 +44,8 @@
|
|
|
44
44
|
{ "agent": "@qa", "capability": 9.1, "primaryDomain": "qa" },
|
|
45
45
|
{ "agent": "@frontend", "capability": 9.0, "primaryDomain": "frontend" },
|
|
46
46
|
{ "agent": "@devops", "capability": 9.0, "primaryDomain": "devops" },
|
|
47
|
-
{ "agent": "@native", "capability": 8.9, "primaryDomain": "native" },
|
|
48
47
|
{ "agent": "@mobile", "capability": 8.8, "primaryDomain": "mobile" }
|
|
49
48
|
],
|
|
50
|
-
"frameworkVersion": "0.8.
|
|
49
|
+
"frameworkVersion": "0.8.8",
|
|
51
50
|
"constitutionFile": "ENDERUN.md"
|
|
52
51
|
}
|
package/ENDERUN.md
CHANGED