agent-enderun 0.6.8 → 0.7.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/{.enderun → .antigravitycli}/BRAIN_DASHBOARD.md +0 -0
- package/.antigravitycli/ENDERUN.md +253 -0
- package/.antigravitycli/PROJECT_MEMORY.md +78 -0
- package/{.enderun → .antigravitycli}/STATUS.md +0 -0
- package/.antigravitycli/agents/agent_army_schema.json +79 -0
- package/.antigravitycli/agents/analyst/agent.json +55 -0
- package/.antigravitycli/agents/backend/agent.json +58 -0
- package/.antigravitycli/agents/explorer/agent.json +50 -0
- package/.antigravitycli/agents/frontend/agent.json +56 -0
- package/.antigravitycli/agents/git/agent.json +53 -0
- package/.antigravitycli/agents/manager/agent.json +82 -0
- package/.antigravitycli/agents/mobile/agent.json +52 -0
- package/.antigravitycli/agents/native/agent.json +56 -0
- package/.antigravitycli/assets/manager.png +0 -0
- package/{.enderun → .antigravitycli}/blueprints/README.md +1 -1
- package/{.enderun → .antigravitycli}/blueprints/backend/errors/config/meta.json +7 -2
- package/{.enderun → .antigravitycli}/blueprints/backend/errors/domain-error.ts +2 -1
- package/.antigravitycli/cli-commands.json +72 -0
- package/{.enderun → .antigravitycli}/config.json +1 -1
- package/{.enderun → .antigravitycli}/knowledge/api_design_rules.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/async_error_handling.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/branded_types_pattern.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/code_review_checklist.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/contract_versioning.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/database_migration.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/deployment_checklist.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/documentation_ownership.md +7 -7
- package/{.enderun → .antigravitycli}/knowledge/enterprise_capabilities_reference.md +11 -11
- package/{.enderun → .antigravitycli}/knowledge/enterprise_frontend_adaptation.md +4 -4
- package/{.enderun → .antigravitycli}/knowledge/enterprise_project_adaptation.md +3 -3
- package/{.enderun → .antigravitycli}/knowledge/framework_vs_user_project_boundary.md +3 -3
- package/{.enderun → .antigravitycli}/knowledge/frontend_professionalization_guidelines.md +2 -2
- package/{.enderun → .antigravitycli}/knowledge/frontend_real_battle_test_protocol.md +4 -4
- package/{.enderun → .antigravitycli}/knowledge/git_commit_strategy.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/hermes_live_test_guidelines.md +4 -4
- package/{.enderun → .antigravitycli}/knowledge/hermes_protocol.md +2 -2
- package/{.enderun → .antigravitycli}/knowledge/legacy_onboarding.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/manager_authority_audit_enforcement.md +4 -4
- package/{.enderun → .antigravitycli}/knowledge/monitoring_setup.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/performance_guidelines.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/project_scaffold_guidelines.md +4 -4
- package/{.enderun → .antigravitycli}/knowledge/reference_application_guidelines.md +1 -1
- package/{.enderun → .antigravitycli}/knowledge/repository_patterns.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/responsive_design_standards.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/security_scanning.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/troubleshooting_guide.md +0 -0
- package/{.enderun → .antigravitycli}/knowledge/zero_ui_library_policy.md +0 -0
- package/{.enderun/logs → .antigravitycli/messages}/.gitkeep +0 -0
- package/ENDERUN.md +9 -9
- package/README.md +115 -148
- package/antigravity.md +1 -1
- package/bin/cli.js +21 -36
- package/bin/validate-agent-army.js +46 -0
- package/docs/README.md +16 -43
- package/docs/architecture/approval-flows.md +38 -0
- package/docs/architecture/decisions/README.md +31 -0
- package/docs/architecture/notification-strategy.md +38 -0
- package/docs/backend/audit-logging.md +34 -0
- package/docs/backend/error-handling.md +52 -0
- package/docs/frontend/component-patterns.md +48 -0
- package/docs/frontend/forms.md +40 -0
- package/docs/frontend/notifications.md +37 -0
- package/framework-mcp/dist/tools/framework.js +9 -4
- package/framework-mcp/dist/tools/messages.js +1 -1
- package/framework-mcp/dist/utils.js +17 -8
- package/framework-mcp/package.json +1 -1
- package/framework-mcp/src/tools/database.ts +2 -2
- package/framework-mcp/src/tools/framework.ts +9 -4
- package/framework-mcp/src/utils.ts +3 -10
- package/package.json +7 -11
- package/.enderun/PROJECT_MEMORY.md +0 -62
- package/.enderun/agents/README.md +0 -45
- package/.enderun/agents/analyst.md +0 -432
- package/.enderun/agents/backend.md +0 -683
- package/.enderun/agents/explorer.md +0 -253
- package/.enderun/agents/frontend.md +0 -742
- package/.enderun/agents/git.md +0 -190
- package/.enderun/agents/manager.md +0 -574
- package/.enderun/agents/mobile.md +0 -177
- package/.enderun/agents/native.md +0 -225
- package/.enderun/cli-commands.json +0 -21
- package/.enderun/docs/README.md +0 -50
- package/.enderun/docs/api/README.md +0 -8
- package/.enderun/docs/api/auth.md +0 -11
- package/.enderun/docs/api/errors.md +0 -7
- package/.enderun/docs/error-handling.md +0 -13
- package/.enderun/docs/phase1-reference-app-execution-plan.md +0 -177
- package/.enderun/docs/privacy.md +0 -3
- package/.enderun/docs/project-docs.md +0 -19
- package/.enderun/docs/security.md +0 -13
- package/.enderun/docs/structure-audit-2026-05-24.md +0 -72
- package/.enderun/docs/tech-stack.md +0 -37
- package/.enderun/docs/troubleshooting.md +0 -7
- package/.enderun/logs/manager.json +0 -47
- package/.enderun/messages/.gitkeep +0 -0
- package/claude.md +0 -15
- package/codex.md +0 -15
- package/cursor.md +0 -15
- package/gemini.md +0 -15
- /package/{.enderun → .antigravitycli}/knowledge/README.md +0 -0
- /package/{.enderun → .antigravitycli}/knowledge/blueprint_driven_construction.md +0 -0
- /package/{.enderun → .antigravitycli}/knowledge/database_governance_guidelines.md +0 -0
- /package/{.enderun → .antigravitycli}/knowledge/documentation_ownership_status.md +0 -0
- /package/{.enderun → .antigravitycli}/knowledge/testing_standards.md +0 -0
|
@@ -1,177 +0,0 @@
|
|
|
1
|
-
# Phase 1 Reference Application — Granular Execution Plan (v0.6.5)
|
|
2
|
-
|
|
3
|
-
**Owner:** @manager
|
|
4
|
-
**Status:** APPROVED & ACTIVE (23 May 2026)
|
|
5
|
-
**Goal:** Produce the first production-grade reference application inside `apps/` that proves the entire governance system (Kurumsal CRUD, managerApproval, Hermes, Contract-First, Audit) works in practice.
|
|
6
|
-
|
|
7
|
-
**Critical Rules (Non-Negotiable)**
|
|
8
|
-
- All code lives **only** inside `apps/backend/` and `apps/web/`
|
|
9
|
-
- Never touch `framework-mcp/`, `.enderun/agents/`, root config files
|
|
10
|
-
- Contract-First + Branded Types mandatory
|
|
11
|
-
- Every high-risk action requires explicit `managerApproval`
|
|
12
|
-
- Zero mock data (except 3rd party like Stripe)
|
|
13
|
-
- Full audit logging + Trace ID on every change
|
|
14
|
-
|
|
15
|
-
---
|
|
16
|
-
|
|
17
|
-
## Phase 1 Execution Steps (18 Concrete Steps)
|
|
18
|
-
|
|
19
|
-
### Preparation (Steps 1-2)
|
|
20
|
-
|
|
21
|
-
**Step 1: Activate Execution Plan in Memory**
|
|
22
|
-
- Read current `PROJECT_MEMORY.md`
|
|
23
|
-
- Add new section: "Phase 1 Reference App Execution — Started 2026-05-23"
|
|
24
|
-
- Record Trace ID for this plan (generate via `enderun:trace` or manual ULID)
|
|
25
|
-
- Update Strategic Roadmap to mark Phase 1 as IN_PROGRESS
|
|
26
|
-
- Log this action with `log_agent_action`
|
|
27
|
-
|
|
28
|
-
**Step 2: Workspace Validation**
|
|
29
|
-
- Confirm `apps/` directory does not exist or is empty
|
|
30
|
-
- Verify workspaces in root `package.json` already declare `"apps/*"`
|
|
31
|
-
- Check that `framework-mcp` is buildable (`npm run enderun:build`)
|
|
32
|
-
- Confirm no existing user project code that would conflict
|
|
33
|
-
|
|
34
|
-
---
|
|
35
|
-
|
|
36
|
-
### Backend Foundation (Steps 3-8)
|
|
37
|
-
|
|
38
|
-
**Step 3: Create Backend Monorepo Skeleton**
|
|
39
|
-
- `mkdir -p apps/backend/src/{types,db, routes, plugins, utils}`
|
|
40
|
-
- `cd apps/backend && npm init -y`
|
|
41
|
-
- Add required dependencies:
|
|
42
|
-
- fastify, @fastify/cors, @fastify/jwt, kysely, kysely-postgres, zod, @types/node
|
|
43
|
-
- Create `tsconfig.json` (strict, ESM, paths for @/types)
|
|
44
|
-
- Add scripts: `dev`, `build`, `typecheck`, `lint`
|
|
45
|
-
|
|
46
|
-
**Step 4: Define Core Branded Types & Error Hierarchy**
|
|
47
|
-
- Create `apps/backend/src/types/branded.ts` (UserID, RoleID, TraceID, etc.)
|
|
48
|
-
- Create `apps/backend/src/types/domain.ts` (User, Role, Permission)
|
|
49
|
-
- Create `apps/backend/src/types/errors.ts` (DomainError base + specific errors)
|
|
50
|
-
- Update `contract.version.json` (initial version 1.0.0, empty hash)
|
|
51
|
-
|
|
52
|
-
**Step 5: Database Layer (Kysely)**
|
|
53
|
-
- Create `apps/backend/src/db/connection.ts`
|
|
54
|
-
- Create migration folder + first migration (users table with id, email, role, created_at)
|
|
55
|
-
- Create `UserRepository` with findById, findAll, updateRole (with audit fields)
|
|
56
|
-
|
|
57
|
-
**Step 6: Normal CRUD Endpoints (Standard Business Logic)**
|
|
58
|
-
- `POST /users` — create user (standard)
|
|
59
|
-
- `GET /users` — list with pagination + search
|
|
60
|
-
- `GET /users/:id` — detail
|
|
61
|
-
- `PATCH /users/:id` — profile update (non-admin fields)
|
|
62
|
-
- All routes protected by JWT + standard auth plugin
|
|
63
|
-
- Every mutation logs to `apps/backend/logs/` with TraceID
|
|
64
|
-
|
|
65
|
-
**Step 7: High-Risk Admin Operation — Role Upgrade**
|
|
66
|
-
- `PATCH /admin/users/:id/role`
|
|
67
|
-
- Payload must contain: `isHighRiskAdminAction: true`, `newRole: 'SuperAdmin'`
|
|
68
|
-
- Backend **must refuse** unless valid `managerApproval` object is present in headers/body
|
|
69
|
-
- `managerApproval` = { traceId, approvedBy: '@manager', timestamp, signature (simple hash for v1), reason }
|
|
70
|
-
- Create `plugins/managerApproval.ts` validator
|
|
71
|
-
- On success: update role + write full before/after audit record to `logs/admin-actions.jsonl`
|
|
72
|
-
|
|
73
|
-
**Step 8: Contract Versioning & Verification**
|
|
74
|
-
- After any type change, run contract hash update
|
|
75
|
-
- Store `contract.version.json` with hash of all exported types
|
|
76
|
-
- Add endpoint `GET /contract` that returns current version + hash
|
|
77
|
-
|
|
78
|
-
---
|
|
79
|
-
|
|
80
|
-
### Frontend Foundation (Steps 9-13)
|
|
81
|
-
|
|
82
|
-
**Step 9: Create Frontend Monorepo Skeleton**
|
|
83
|
-
- `mkdir -p apps/web/src/{components/ui, pages, hooks, types, lib}`
|
|
84
|
-
- `cd apps/web && npm create vite@latest . -- --template react-ts`
|
|
85
|
-
- Install: @vitejs/plugin-react, panda-css, zustand (if needed), lucide-react (icons only)
|
|
86
|
-
- Configure Panda CSS (use root `panda.config.ts` or local copy)
|
|
87
|
-
- Set up `styled-system/` generation
|
|
88
|
-
|
|
89
|
-
**Step 10: UI Component System (Zero Library + Composition)**
|
|
90
|
-
- Create inside `apps/web/src/components/ui/`:
|
|
91
|
-
- `Button.tsx` (compound: Button + Button.Icon + Button.Loading)
|
|
92
|
-
- `Modal.tsx` (with slot for header/body/footer)
|
|
93
|
-
- `Table.tsx` (with Row, Cell composition)
|
|
94
|
-
- `FormField.tsx`
|
|
95
|
-
- All components use Panda CSS + strict accessibility props
|
|
96
|
-
- Enforce 44x44px touch targets, focus rings, ARIA
|
|
97
|
-
|
|
98
|
-
**Step 11: Type Contract Sync (Frontend Side)**
|
|
99
|
-
- Copy or generate branded types from backend into `apps/web/src/types/`
|
|
100
|
-
- Create script that fails build if `contract.version.json` hash mismatches
|
|
101
|
-
- Use same branded types on client (UserID etc.)
|
|
102
|
-
|
|
103
|
-
**Step 12: Normal User Pages**
|
|
104
|
-
- `/users` — list (Table component + pagination)
|
|
105
|
-
- `/users/:id` — detail + edit form (profile only)
|
|
106
|
-
- Use hooks: `useListPage`, `useDetailPage` (blueprint pattern)
|
|
107
|
-
- All data fetching goes through typed API client
|
|
108
|
-
|
|
109
|
-
**Step 13: High-Risk Role Change UI**
|
|
110
|
-
- On user detail page, show "Upgrade to SuperAdmin" button (only for authorized)
|
|
111
|
-
- Button opens `SecurityApprovalModal`
|
|
112
|
-
- Modal shows:
|
|
113
|
-
- Risk warning
|
|
114
|
-
- Reason input
|
|
115
|
-
- "Request Manager Approval" button → triggers Hermes message to @manager
|
|
116
|
-
- After approval token received → submits the high-risk PATCH with `managerApproval` payload
|
|
117
|
-
- On success: shows audit trail + success banner
|
|
118
|
-
|
|
119
|
-
---
|
|
120
|
-
|
|
121
|
-
### Integration & Governance Proof (Steps 14-18)
|
|
122
|
-
|
|
123
|
-
**Step 14: Hermes Integration**
|
|
124
|
-
- Implement `send_agent_message` usage from frontend (via backend proxy or direct if MCP available)
|
|
125
|
-
- Scenario: Frontend requests briefing for role change → @manager responds with signed approval
|
|
126
|
-
- Log all Hermes messages under `.enderun/messages/`
|
|
127
|
-
|
|
128
|
-
**Step 15: Full Audit & Logging System**
|
|
129
|
-
- Backend writes structured JSONL logs for every mutation
|
|
130
|
-
- High-risk actions additionally write to dedicated `admin-audit.log`
|
|
131
|
-
- Trace ID propagated from @manager briefing all the way to DB and UI
|
|
132
|
-
|
|
133
|
-
**Step 16: Contract Integrity Gate**
|
|
134
|
-
- Add Vitest test that compares backend `contract.version.json` hash vs frontend copied types
|
|
135
|
-
- Fail CI if drift detected
|
|
136
|
-
|
|
137
|
-
**Step 17: Professionalization Checkpoints (Frontend)**
|
|
138
|
-
- All components pass manual WCAG 2.2 AA checklist (documented)
|
|
139
|
-
- Performance budgets verified (LCP < 2.5s, bundle < 250KB)
|
|
140
|
-
- Minimum 70% component test coverage
|
|
141
|
-
|
|
142
|
-
**Step 18: Final Governance Validation**
|
|
143
|
-
- @manager performs full walkthrough:
|
|
144
|
-
1. Normal CRUD works without special approval
|
|
145
|
-
2. High-risk role upgrade is **blocked** until managerApproval present
|
|
146
|
-
3. Hermes message was sent and processed
|
|
147
|
-
4. Full audit trail exists in logs
|
|
148
|
-
5. Contract version is consistent
|
|
149
|
-
- Update `PROJECT_MEMORY.md` — mark Phase 1 COMPLETE
|
|
150
|
-
- Record maturity increase for @backend and @frontend
|
|
151
|
-
- Update Risk Dashboard: "No Production-Grade Reference Application" → CLOSED
|
|
152
|
-
|
|
153
|
-
---
|
|
154
|
-
|
|
155
|
-
## Success Criteria (Definition of Done for Phase 1)
|
|
156
|
-
|
|
157
|
-
- A developer can run `npm run dev --workspace=backend` and `npm run dev --workspace=web`
|
|
158
|
-
- Can create user via UI, then attempt role upgrade
|
|
159
|
-
- Role upgrade fails without @manager approval
|
|
160
|
-
- After simulated approval, role changes and audit log is written
|
|
161
|
-
- Hermes message appears in `.enderun/messages/`
|
|
162
|
-
- `contract.version.json` is maintained and verified
|
|
163
|
-
- Zero lint errors, all TypeScript strict
|
|
164
|
-
- All high-risk rules from `manager.md` followed
|
|
165
|
-
|
|
166
|
-
---
|
|
167
|
-
|
|
168
|
-
## Risk Mitigation During Execution
|
|
169
|
-
|
|
170
|
-
- If any step takes > 2 sessions → split further and update memory
|
|
171
|
-
- If frontend composition patterns feel weak → pause and reinforce @frontend agent first
|
|
172
|
-
- Every major decision must be recorded in CRITICAL DECISIONS section of PROJECT_MEMORY.md
|
|
173
|
-
|
|
174
|
-
**Next Action After This Plan:** Execute Step 1 immediately.
|
|
175
|
-
|
|
176
|
-
---
|
|
177
|
-
*This document is the single source of truth for Phase 1 execution. Every step must be checked off in PROJECT_MEMORY.md before moving to the next.*
|
package/.enderun/docs/privacy.md
DELETED
|
@@ -1,19 +0,0 @@
|
|
|
1
|
-
# CRM Dashboard Requirements
|
|
2
|
-
|
|
3
|
-
## Request
|
|
4
|
-
|
|
5
|
-
A CRM dashboard
|
|
6
|
-
|
|
7
|
-
## Generated Scope
|
|
8
|
-
|
|
9
|
-
- Domain: CRM
|
|
10
|
-
- Auth: yes
|
|
11
|
-
- Users: yes
|
|
12
|
-
- Roles: yes
|
|
13
|
-
- Reports: yes
|
|
14
|
-
|
|
15
|
-
## Architecture
|
|
16
|
-
|
|
17
|
-
- `apps/backend`: Fastify API
|
|
18
|
-
- `apps/web`: React dashboard
|
|
19
|
-
- `apps/backend/src/types`: Contract-first backend TypeScript types
|
|
@@ -1,13 +0,0 @@
|
|
|
1
|
-
# Security Policy
|
|
2
|
-
|
|
3
|
-
## Supported Versions
|
|
4
|
-
Only the latest v0.3.x version is supported for security updates.
|
|
5
|
-
|
|
6
|
-
## Reporting a Vulnerability
|
|
7
|
-
Please report security vulnerabilities to security@ai-enderun.com.
|
|
8
|
-
|
|
9
|
-
## Security Standards
|
|
10
|
-
- All inputs are validated via Zod.
|
|
11
|
-
- No raw SQL tags allowed.
|
|
12
|
-
- Branded types are used for ID protection.
|
|
13
|
-
- **AST-Based Compliance:** All UI components and types are scanned via Abstract Syntax Tree parsing to prevent library injection and enforce the Zero UI policy.
|
|
@@ -1,72 +0,0 @@
|
|
|
1
|
-
# Structure & Naming Audit Report
|
|
2
|
-
|
|
3
|
-
**Project:** Agent Enderun
|
|
4
|
-
**Date:** 24 May 2026
|
|
5
|
-
**Auditor:** @manager (AI-assisted)
|
|
6
|
-
**Scope:** File/folder naming + overall structural quality (excluding apps/, only governance and MCP layer)
|
|
7
|
-
|
|
8
|
-
---
|
|
9
|
-
|
|
10
|
-
## 1. Executive Summary
|
|
11
|
-
|
|
12
|
-
**Overall Score:** 7.2 / 10
|
|
13
|
-
|
|
14
|
-
The project is moving toward an **enterprise-scale manageable structure**, especially with the improvements made in May 2026. However, there are still significant gaps in **naming consistency**, **discoverability**, and **folder discipline**.
|
|
15
|
-
|
|
16
|
-
**Strongest Areas:**
|
|
17
|
-
- Clear separation between `.enderun/` and `framework-mcp/` layers
|
|
18
|
-
- Knowledge files mostly follow consistent `kebab-case`
|
|
19
|
-
- Newly created `live-tests/` structure is clean and scalable
|
|
20
|
-
|
|
21
|
-
**Most Critical Weaknesses:**
|
|
22
|
-
- Core "brain" files (`PROJECT_MEMORY.md`, `BRAIN_DASHBOARD.md`) use mixed UPPERCASE + snake_case
|
|
23
|
-
- Many important folders lack README / INDEX files
|
|
24
|
-
- `.enderun/messages/` contains a mix of old and new test messages
|
|
25
|
-
- Content clutter in the `blueprints/` folder
|
|
26
|
-
|
|
27
|
-
---
|
|
28
|
-
|
|
29
|
-
## 2. Naming Consistency
|
|
30
|
-
|
|
31
|
-
### Good Practices
|
|
32
|
-
- Agent files: `manager.md`, `backend.md`, `git.md` → **consistent lowercase**
|
|
33
|
-
- Knowledge files: `hermes_protocol.md`, `enterprise_project_adaptation.md` → **nearly perfect kebab-case**
|
|
34
|
-
- MCP tool files: `contract.ts`, `memory.ts`, `hermes_live_test_guidelines.md` → good
|
|
35
|
-
|
|
36
|
-
### Issues Found
|
|
37
|
-
|
|
38
|
-
| File / Folder | Problem | Recommendation | Priority |
|
|
39
|
-
|----------------------------------------|----------------------------------------------|-----------------------------------------|----------|
|
|
40
|
-
| `PROJECT_MEMORY.md` | UPPERCASE + underscore | `project-memory.md` | High |
|
|
41
|
-
| `BRAIN_DASHBOARD.md` | UPPERCASE + underscore | `brain-dashboard.md` | High |
|
|
42
|
-
| `2026-05-23-manager-to-backend-....json` | Dated flat message files | `messages/archive/2026-05-23/...` | High |
|
|
43
|
-
| `blueprints/backend/errors/domain-error.ts` + `blueprint.json` | Both TS and JSON in same folder | `blueprints/backend/errors/` + `config/` | Medium |
|
|
44
|
-
|
|
45
|
-
**Conclusion:** Naming is ~80% consistent. The biggest problem is special treatment given to "core brain files".
|
|
46
|
-
|
|
47
|
-
---
|
|
48
|
-
|
|
49
|
-
## 3. Folder Structure Evaluation
|
|
50
|
-
|
|
51
|
-
### Strong Points
|
|
52
|
-
- `.enderun/` → Governance layer (agents, knowledge, memory, rules)
|
|
53
|
-
- `framework-mcp/src/tools/` → MCP tools are modular and domain-separated (excellent)
|
|
54
|
-
- `.enderun/messages/live-tests/` → New structure is very clean and scalable
|
|
55
|
-
|
|
56
|
-
### Weaknesses and Risks
|
|
57
|
-
1. **Missing README / Discoverability**
|
|
58
|
-
2. Mixed old and new test messages in `.enderun/messages/`
|
|
59
|
-
3. Content disorder in `blueprints/`
|
|
60
|
-
|
|
61
|
-
---
|
|
62
|
-
|
|
63
|
-
## 4. Recommendations (Priority Order)
|
|
64
|
-
|
|
65
|
-
1. Rename core brain files to lowercase kebab-case.
|
|
66
|
-
2. Add README.md to every important folder.
|
|
67
|
-
3. Archive old test messages under `messages/archive/`.
|
|
68
|
-
4. Enforce strict blueprint discipline (no empty folders).
|
|
69
|
-
|
|
70
|
-
**Overall:** The governance layer is structurally sound but needs naming and documentation hygiene improvements to reach true enterprise maturity.
|
|
71
|
-
|
|
72
|
-
**Last Updated:** 24 May 2026
|
|
@@ -1,37 +0,0 @@
|
|
|
1
|
-
# TECH STACK & ARCHITECTURE
|
|
2
|
-
|
|
3
|
-
## Core Technologies
|
|
4
|
-
|
|
5
|
-
| Layer | Technology | Description |
|
|
6
|
-
| :--- | :--- | :--- |
|
|
7
|
-
| **Frontend** | React 19 + Vite (SPA) | Modern, fast, and scalable UI layer. |
|
|
8
|
-
| **Styling** | Panda CSS | Type-safe, zero-runtime CSS-in-JS for high performance. |
|
|
9
|
-
| **Backend** | Node.js (Fastify/Hono) | High-performance, schema-driven backend architecture. |
|
|
10
|
-
| **Database** | PostgreSQL (Kysely) | Type-safe SQL builder for robust data management. |
|
|
11
|
-
| **Orchestration** | Agent Enderun (v0.5.0) | Multi-agent autonomous governance framework. |
|
|
12
|
-
|
|
13
|
-
## Architectural Patterns
|
|
14
|
-
|
|
15
|
-
- **Contract-First Development:** All API and data models are defined in the backend app's `types` directory before implementation.
|
|
16
|
-
- **Branded Types Law:** All unique identifiers must be branded types defined in the app-local types.
|
|
17
|
-
- **Zero Mock Policy:** Real integration with database/services is preferred over fragile mocks (except for external 3rd-party APIs).
|
|
18
|
-
- **Phase-Based Execution:** Development follows a strict state machine (Discovery → Architecture → Core → Integration → Optimization).
|
|
19
|
-
|
|
20
|
-
## MCP Framework Intelligence
|
|
21
|
-
|
|
22
|
-
The project uses a modular Model Context Protocol (MCP) server for agent tooling:
|
|
23
|
-
- **Scaffolding:** Dynamic blueprint instantiation and capability growth.
|
|
24
|
-
- **Codebase:** Intelligence, dependency graphs, and AST-based search.
|
|
25
|
-
- **Security:** Automated audits and constitution compliance scanning.
|
|
26
|
-
- **Academy:** Strategic briefing, performance metrics, and agent memory.
|
|
27
|
-
- **Hermes:** Standardized inter-agent messaging protocol.
|
|
28
|
-
- **Knowledge:** Structured Obsidian-style Wiki for persistent technical context.
|
|
29
|
-
|
|
30
|
-
## Project Structure
|
|
31
|
-
|
|
32
|
-
```text
|
|
33
|
-
/
|
|
34
|
-
├── apps/ # Production applications with app-local types
|
|
35
|
-
├── framework-mcp/ # Core AI Intelligence and Scaffolding Engine
|
|
36
|
-
└── {{FRAMEWORK_DIR}}/ # Governance, memory, logs, and blueprints
|
|
37
|
-
```
|
|
@@ -1,7 +0,0 @@
|
|
|
1
|
-
# Troubleshooting Registry
|
|
2
|
-
|
|
3
|
-
| Issue | Solution |
|
|
4
|
-
| :--- | :--- |
|
|
5
|
-
| `EUNSUPPORTEDPROTOCOL` | Run `agent-enderun init` again to sanitize workspaces. |
|
|
6
|
-
| MCP Not Found | Verify `mcp.json` path in your IDE settings. |
|
|
7
|
-
| Build Failed | Ensure `npm run enderun:build` is run from the root. |
|
|
@@ -1,47 +0,0 @@
|
|
|
1
|
-
[
|
|
2
|
-
{
|
|
3
|
-
"timestamp": "2026-05-24T08:52:00.000Z",
|
|
4
|
-
"agent": "@manager",
|
|
5
|
-
"action": "ORCHESTRATE",
|
|
6
|
-
"requestId": "01JK5V3A4B5C6D7E8F9G0H1J2K",
|
|
7
|
-
"status": "SUCCESS",
|
|
8
|
-
"summary": "Resolved agent loading error in Gemini Extension by adding valid YAML frontmatter to agents/README.md in both agent-enderun and kentim directories, and bumped the framework package versions to 0.6.8 globally.",
|
|
9
|
-
"files": [
|
|
10
|
-
"/Users/ybekar/Desktop/Projeler/agent-enderun/.enderun/agents/README.md",
|
|
11
|
-
"/Users/ybekar/Desktop/Projeler/kentim/.gemini/agents/README.md",
|
|
12
|
-
"/Users/ybekar/Desktop/Projeler/agent-enderun/package.json",
|
|
13
|
-
"/Users/ybekar/Desktop/Projeler/agent-enderun/framework-mcp/package.json",
|
|
14
|
-
"/Users/ybekar/Desktop/Projeler/kentim/package.json",
|
|
15
|
-
"/Users/ybekar/Desktop/Projeler/kentim/framework-mcp/package.json",
|
|
16
|
-
"/Users/ybekar/Desktop/Projeler/agent-enderun/README.md",
|
|
17
|
-
"/Users/ybekar/Desktop/Projeler/agent-enderun/framework-mcp/README.md",
|
|
18
|
-
"/Users/ybekar/Desktop/Projeler/kentim/framework-mcp/README.md",
|
|
19
|
-
"/Users/ybekar/Desktop/Projeler/agent-enderun/CHANGELOG.md"
|
|
20
|
-
],
|
|
21
|
-
"details": {
|
|
22
|
-
"frontmatterFix": "Added a valid name/description YAML frontmatter to README.md in both workspaces so loader validations pass seamlessly.",
|
|
23
|
-
"versionBump": "Upgraded framework to 0.6.8 across all workspaces and configuration settings."
|
|
24
|
-
}
|
|
25
|
-
},
|
|
26
|
-
{
|
|
27
|
-
"timestamp": "2026-05-24T08:38:00.000Z",
|
|
28
|
-
"agent": "@manager",
|
|
29
|
-
"action": "ORCHESTRATE",
|
|
30
|
-
"requestId": "01JK5V3A4B5C6D7E8F9G0H1J2K",
|
|
31
|
-
"status": "SUCCESS",
|
|
32
|
-
"summary": "Resolved MCP server TypeScript compilation errors, linked the root CLI globally via npm link, and bumped the framework package versions from 0.6.6 to 0.6.7 across both agent-enderun and kentim directories.",
|
|
33
|
-
"files": [
|
|
34
|
-
"/Users/ybekar/Desktop/Projeler/agent-enderun/framework-mcp/src/tools/index.ts",
|
|
35
|
-
"/Users/ybekar/Desktop/Projeler/kentim/framework-mcp/src/tools/index.ts",
|
|
36
|
-
"/Users/ybekar/Desktop/Projeler/agent-enderun/package.json",
|
|
37
|
-
"/Users/ybekar/Desktop/Projeler/agent-enderun/framework-mcp/package.json",
|
|
38
|
-
"/Users/ybekar/Desktop/Projeler/kentim/package.json",
|
|
39
|
-
"/Users/ybekar/Desktop/Projeler/kentim/framework-mcp/package.json"
|
|
40
|
-
],
|
|
41
|
-
"details": {
|
|
42
|
-
"typeFix": "Strongly typed allHandlers in tools/index.ts to avoid the forbidden any type while resolving TS2345.",
|
|
43
|
-
"linking": "Executed npm link globally to expose the agent-enderun CLI command.",
|
|
44
|
-
"versionBump": "Upgraded all references from 0.6.6 to 0.6.7 across configuration and dependency fields."
|
|
45
|
-
}
|
|
46
|
-
}
|
|
47
|
-
]
|
|
File without changes
|
package/claude.md
DELETED
|
@@ -1,15 +0,0 @@
|
|
|
1
|
-
# Agent Enderun — Claude Adapter
|
|
2
|
-
|
|
3
|
-
This file is the entry point for Claude. The project's "Supreme Law" and all instructions are located in the following file:
|
|
4
|
-
|
|
5
|
-
👉 **[{{FRAMEWORK_DIR}}/ENDERUN.md]({{FRAMEWORK_DIR}}/ENDERUN.md)**
|
|
6
|
-
|
|
7
|
-
### 🤖 AGENT DIRECTIVE
|
|
8
|
-
You are ALWAYS operating as `@manager` (Team-Lead) by default — on every message, every turn. The user does NOT need to type `@manager`. Typing a specific agent (e.g. `@backend`) explicitly will override this and activate that specialist role directly. You are responsible for analysis and delegation.
|
|
9
|
-
|
|
10
|
-
⚠️ **CRITICAL STARTUP REQUIREMENT:**
|
|
11
|
-
At the start of every new session/conversation or first turn, before you perform any task or respond to the user:
|
|
12
|
-
1. You **MUST** read `{{FRAMEWORK_DIR}}/PROJECT_MEMORY.md` immediately (using the `read_project_memory` tool or the most specific file viewing tool) to restore the project's state, active phase, Trace ID, and recent history.
|
|
13
|
-
2. You **MUST** read `{{FRAMEWORK_DIR}}/agents/manager.md` (or the specialist's md file in `{{FRAMEWORK_DIR}}/agents/` if explicitly overridden) to load your role-specific rules, workflows, and checklists.
|
|
14
|
-
|
|
15
|
-
Please read the Supreme Law thoroughly before taking any action.
|
package/codex.md
DELETED
|
@@ -1,15 +0,0 @@
|
|
|
1
|
-
# Agent Enderun — Codex Adapter
|
|
2
|
-
|
|
3
|
-
This file is the entry point for Codex. The project's "Supreme Law" and all instructions are located in the following file:
|
|
4
|
-
|
|
5
|
-
👉 **[{{FRAMEWORK_DIR}}/ENDERUN.md]({{FRAMEWORK_DIR}}/ENDERUN.md)**
|
|
6
|
-
|
|
7
|
-
### 🤖 AGENT DIRECTIVE
|
|
8
|
-
You are ALWAYS operating as `@manager` (Team-Lead) by default — on every message, every turn. The user does NOT need to type `@manager`. Typing a specific agent (e.g. `@backend`) explicitly will override this and activate that specialist role directly. You are responsible for analysis and delegation.
|
|
9
|
-
|
|
10
|
-
⚠️ **CRITICAL STARTUP REQUIREMENT:**
|
|
11
|
-
At the start of every new session/conversation or first turn, before you perform any task or respond to the user:
|
|
12
|
-
1. You **MUST** read `{{FRAMEWORK_DIR}}/PROJECT_MEMORY.md` immediately (using the `read_project_memory` tool or the most specific file viewing tool) to restore the project's state, active phase, Trace ID, and recent history.
|
|
13
|
-
2. You **MUST** read `{{FRAMEWORK_DIR}}/agents/manager.md` (or the specialist's md file in `{{FRAMEWORK_DIR}}/agents/` if explicitly overridden) to load your role-specific rules, workflows, and checklists.
|
|
14
|
-
|
|
15
|
-
Please read the Supreme Law thoroughly before taking any action.
|
package/cursor.md
DELETED
|
@@ -1,15 +0,0 @@
|
|
|
1
|
-
# Agent Enderun — Cursor Adapter
|
|
2
|
-
|
|
3
|
-
This file is the entry point for Cursor. The project's "Supreme Law" and all instructions are located in the following file:
|
|
4
|
-
|
|
5
|
-
👉 **[{{FRAMEWORK_DIR}}/ENDERUN.md]({{FRAMEWORK_DIR}}/ENDERUN.md)**
|
|
6
|
-
|
|
7
|
-
### 🤖 AGENT DIRECTIVE
|
|
8
|
-
You are ALWAYS operating as `@manager` (Team-Lead) by default — on every message, every turn. The user does NOT need to type `@manager`. Typing a specific agent (e.g. `@backend`) explicitly will override this and activate that specialist role directly. You are responsible for analysis and delegation.
|
|
9
|
-
|
|
10
|
-
⚠️ **CRITICAL STARTUP REQUIREMENT:**
|
|
11
|
-
At the start of every new session/conversation or first turn, before you perform any task or respond to the user:
|
|
12
|
-
1. You **MUST** read `{{FRAMEWORK_DIR}}/PROJECT_MEMORY.md` immediately (using the `read_project_memory` tool or the most specific file viewing tool) to restore the project's state, active phase, Trace ID, and recent history.
|
|
13
|
-
2. You **MUST** read `{{FRAMEWORK_DIR}}/agents/manager.md` (or the specialist's md file in `{{FRAMEWORK_DIR}}/agents/` if explicitly overridden) to load your role-specific rules, workflows, and checklists.
|
|
14
|
-
|
|
15
|
-
Please read the Supreme Law thoroughly before taking any action.
|
package/gemini.md
DELETED
|
@@ -1,15 +0,0 @@
|
|
|
1
|
-
# Agent Enderun — Gemini Adapter
|
|
2
|
-
|
|
3
|
-
This file is the entry point for Google Gemini. The project's "Supreme Law" and all instructions are located in the following file:
|
|
4
|
-
|
|
5
|
-
👉 **[{{FRAMEWORK_DIR}}/ENDERUN.md]({{FRAMEWORK_DIR}}/ENDERUN.md)**
|
|
6
|
-
|
|
7
|
-
### 🤖 AGENT DIRECTIVE
|
|
8
|
-
You are ALWAYS operating as `@manager` (Team-Lead) by default — on every message, every turn. The user does NOT need to type `@manager`. Typing a specific agent (e.g. `@backend`) explicitly will override this and activate that specialist role directly. You are responsible for analysis and delegation.
|
|
9
|
-
|
|
10
|
-
⚠️ **CRITICAL STARTUP REQUIREMENT:**
|
|
11
|
-
At the start of every new session/conversation or first turn, before you perform any task or respond to the user:
|
|
12
|
-
1. You **MUST** read `{{FRAMEWORK_DIR}}/PROJECT_MEMORY.md` immediately (using the `read_project_memory` tool or the most specific file viewing tool) to restore the project's state, active phase, Trace ID, and recent history.
|
|
13
|
-
2. You **MUST** read `{{FRAMEWORK_DIR}}/agents/manager.md` (or the specialist's md file in `{{FRAMEWORK_DIR}}/agents/` if explicitly overridden) to load your role-specific rules, workflows, and checklists.
|
|
14
|
-
|
|
15
|
-
Please read the Supreme Law thoroughly before taking any action.
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|