codymaster 4.8.0 → 5.2.0

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.
Files changed (72) hide show
  1. package/CHANGELOG.md +55 -7
  2. package/README.md +142 -95
  3. package/dist/advisory-handoff.js +89 -0
  4. package/dist/advisory-report.js +105 -0
  5. package/dist/cli/command-registry.js +8 -0
  6. package/dist/cli/commands/bench.js +69 -0
  7. package/dist/cli/commands/brain.js +108 -0
  8. package/dist/cli/commands/engineering.js +108 -0
  9. package/dist/cli/commands/evolve.js +123 -0
  10. package/dist/cli/commands/mcp-serve.js +104 -0
  11. package/dist/cm-config.js +0 -18
  12. package/dist/codybench/judges/automated.js +31 -0
  13. package/dist/codybench/runners/claude-code.js +32 -0
  14. package/dist/codybench/suites/memory-retention.js +85 -0
  15. package/dist/codybench/suites/tdd-regression.js +35 -0
  16. package/dist/codybench/suites/token-efficiency.js +55 -0
  17. package/dist/codybench/types.js +2 -0
  18. package/dist/context-db.js +157 -0
  19. package/dist/continuity.js +2 -6
  20. package/dist/execution-analyzer.js +138 -0
  21. package/dist/indexer/skills-lib.js +533 -0
  22. package/dist/indexer/skills-map.js +1374 -0
  23. package/dist/indexer/skills.js +16 -0
  24. package/dist/learning-promoter.js +246 -0
  25. package/dist/mcp-context-server.js +230 -1
  26. package/dist/skill-chain.js +63 -1
  27. package/dist/skill-evolver.js +456 -0
  28. package/dist/skill-execution-cache.js +254 -0
  29. package/dist/smart-brain-router.js +184 -0
  30. package/dist/storage-backend.js +10 -8
  31. package/dist/token-budget.js +88 -0
  32. package/package.json +2 -3
  33. package/scripts/postinstall.js +10 -59
  34. package/skills/CLAUDE.md +0 -5
  35. package/skills/_shared/helpers.md +2 -8
  36. package/skills/cm-browse/SKILL.md +6 -0
  37. package/skills/cm-conductor-worktrees/SKILL.md +4 -0
  38. package/skills/cm-content-factory/landing/docs/content/changelog.md +4 -4
  39. package/skills/cm-content-factory/landing/docs/content/deployment.md +3 -3
  40. package/skills/cm-content-factory/landing/docs/content/execution-flow.md +8 -8
  41. package/skills/cm-content-factory/landing/docs/content/memory-system.md +38 -0
  42. package/skills/cm-content-factory/landing/docs/content/openspace.md +1 -1
  43. package/skills/cm-content-factory/landing/docs/content/use-cases.md +2 -2
  44. package/skills/cm-content-factory/landing/docs/content/v5-intro.md +3 -3
  45. package/skills/cm-content-factory/landing/docs/index.html +1 -1
  46. package/skills/cm-content-factory/landing/index.html +3 -3
  47. package/skills/cm-content-factory/landing/translations.js +37 -37
  48. package/skills/cm-continuity/SKILL.md +32 -33
  49. package/skills/cm-design-studio/SKILL.md +4 -0
  50. package/skills/cm-ecosystem-roadmap/SKILL.md +4 -0
  51. package/skills/cm-engineering-meta/SKILL.md +4 -0
  52. package/skills/cm-guardian-runtime/SKILL.md +5 -1
  53. package/skills/cm-mcp-engineering/SKILL.md +4 -0
  54. package/skills/cm-post-deploy-canary/SKILL.md +4 -0
  55. package/skills/cm-project-bootstrap/SKILL.md +11 -0
  56. package/skills/cm-qa-visual-cli/SKILL.md +4 -0
  57. package/skills/cm-retro-cli/SKILL.md +4 -0
  58. package/skills/cm-second-opinion-cli/SKILL.md +4 -0
  59. package/skills/cm-security-gate/SKILL.md +1 -0
  60. package/skills/cm-skill-chain/SKILL.md +25 -4
  61. package/skills/cm-skill-evolution/SKILL.md +83 -0
  62. package/skills/cm-skill-health/SKILL.md +83 -0
  63. package/skills/cm-skill-index/SKILL.md +11 -3
  64. package/skills/cm-skill-search/SKILL.md +49 -0
  65. package/skills/cm-skill-share/SKILL.md +58 -0
  66. package/skills/cm-sprint-bus/SKILL.md +4 -0
  67. package/skills/cm-start/SKILL.md +0 -10
  68. package/skills/cm-tdd/SKILL.md +2 -2
  69. package/skills/profiles/full.txt +4 -0
  70. package/install.sh +0 -1125
  71. package/scripts/viking-demo.ts +0 -105
  72. package/skills/cm-content-factory/landing/docs/content/openviking.md +0 -33
@@ -13,7 +13,7 @@ const fs = require('fs');
13
13
  const path = require('path');
14
14
  const { execSync, execFileSync } = require('child_process');
15
15
 
16
- let skillCount = 60;
16
+ let skillCount = 68;
17
17
  try {
18
18
  const skillsDir = path.join(__dirname, '..', 'skills');
19
19
  if (fs.existsSync(skillsDir)) {
@@ -214,7 +214,6 @@ const showSkillGuide = (choice) => {
214
214
  }
215
215
 
216
216
  console.log('');
217
- console.log(`${W}${BOLD}${isVi ? 'Nhấn ENTER để quay lại...' : 'Press ENTER to go back...'}${NC}`);
218
217
  };
219
218
 
220
219
  const printMenu = () => {
@@ -244,20 +243,11 @@ const printMenu = () => {
244
243
  console.log(` ${C}⚙️ Operations${NC} : Triển khai an toàn & Quản lý CI/CD`);
245
244
  console.log(` ${C}📈 Growth${NC} : Tối ưu chuyển đổi (CRO) & Tracking`);
246
245
  console.log('');
247
- console.log(` ${W}${BOLD}💡 Nhập số (1-12) để xem hướng dẫn & ví dụ:${NC}`);
246
+ console.log(` ${W}${BOLD}🌟 Lệnh phổ biến:${NC}`);
248
247
  console.log('');
249
- console.log(` 1. ${Y}Cách CodyMaster vận hành ${NC} → cm-how-it-work`);
250
- console.log(` 2. ${Y}Vibe coding (Zero code) ${NC} → cm-start`);
251
- console.log(` 3. ${Y}Tham gia dự án có sẵn ${NC} → cm-brainstorm-idea`);
252
- console.log(` 4. ${Y}Code giao diện từ URL/Ảnh ${NC} → cm-ux-master`);
253
- console.log(` 5. ${Y}Lập trình TDD & Pair code ${NC} → cm-tdd`);
254
- console.log(` 6. ${Y}Dọn dẹp & Tái cấu trúc ${NC} → cm-clean-code`);
255
- console.log(` 7. ${Y}Quét & Sửa lỗi bảo mật ${NC} → cm-security-gate`);
256
- console.log(` 8. ${Y}Viết tài liệu Docs & API ${NC} → cm-dockit`);
257
- console.log(` 9. ${Y}Tạo Landing Page "WOW" ${NC} → cm-cro-methodology`);
258
- console.log(` 10. ${Y}Bảng theo dõi tiến độ ${NC} → cm dashboard`);
259
- console.log(` 11. ${Y}Xem Demo tự động ${NC} → /cm:demo`);
260
- console.log(` 12. ${Y}Trợ giúp & Cú pháp lệnh ${NC} → cm help`);
248
+ console.log(` 🔸 ${Y}Bảng tiến độ (Dashboard) ${NC} → cm dashboard`);
249
+ console.log(` 🔸 ${Y}Cần trợ giúp / Tìm kỹ năng ${NC} → cm help`);
250
+ console.log(` 🔸 ${Y}Cách CodyMaster hoạt động ${NC} → cm-how-it-work`);
261
251
  } else {
262
252
  console.log(` ${C}🎯 Orchestration${NC} : Task Planning & Agent Synergy`);
263
253
  console.log(` ${C}🎨 Product${NC} : UX/UI Mastery & User Psychology`);
@@ -266,20 +256,11 @@ const printMenu = () => {
266
256
  console.log(` ${C}⚙️ Operations${NC} : Safe Deployments & CI/CD Excellence`);
267
257
  console.log(` ${C}📈 Growth${NC} : Conversion Tracking & Hacks`);
268
258
  console.log('');
269
- console.log(` ${W}${BOLD}💡 Type a number (1-12) for guide & examples:${NC}`);
259
+ console.log(` ${W}${BOLD}🌟 Popular Commands:${NC}`);
270
260
  console.log('');
271
- console.log(` 1. ${Y}The ultimate guide ${NC} → cm-how-it-work`);
272
- console.log(` 2. ${Y}Vibe coding (Zero code) ${NC} → cm-start`);
273
- console.log(` 3. ${Y}Code an existing project ${NC} → cm-brainstorm-idea`);
274
- console.log(` 4. ${Y}Generate UX/UI designs ${NC} → cm-ux-master`);
275
- console.log(` 5. ${Y}Code TDD & Pair coding ${NC} → cm-tdd`);
276
- console.log(` 6. ${Y}Clean & Refactor codebase ${NC} → cm-clean-code`);
277
- console.log(` 7. ${Y}Scan for vulnerabilities ${NC} → cm-security-gate`);
278
- console.log(` 8. ${Y}Write docs & generate APIs ${NC} → cm-dockit`);
279
- console.log(` 9. ${Y}Release WOW landing page ${NC} → cm-cro-methodology`);
280
- console.log(` 10. ${Y}Open progress dashboard ${NC} → cm dashboard`);
281
- console.log(` 11. ${Y}See an interactive demo ${NC} → /cm:demo`);
282
- console.log(` 12. ${Y}Help & Command list ${NC} → cm help`);
261
+ console.log(` 🔸 ${Y}Open progress dashboard ${NC} → cm dashboard`);
262
+ console.log(` 🔸 ${Y}Help & Command list ${NC} → cm help`);
263
+ console.log(` 🔸 ${Y}The ultimate guide ${NC} → cm-how-it-work`);
283
264
  }
284
265
 
285
266
  console.log('');
@@ -287,25 +268,6 @@ const printMenu = () => {
287
268
  console.log('');
288
269
  };
289
270
 
290
- const installOpenViking = () => {
291
- console.log('');
292
- console.log(`${G}${BOLD}OpenViking — Installing Core Feature${NC}`);
293
- try {
294
- console.log(` ${W}Running: pip install openviking${NC}`);
295
- execSync('pip install openviking', { stdio: 'inherit' });
296
- console.log(` ${G}✅ OpenViking installed.${NC}`);
297
- } catch (e) {
298
- try {
299
- console.log(` ${W}Running: pip3 install openviking${NC}`);
300
- execSync('pip3 install openviking', { stdio: 'inherit' });
301
- console.log(` ${G}✅ OpenViking installed.${NC}`);
302
- } catch (err) {
303
- console.log(` ${O}⚠️ Could not install OpenViking automatically. Please run 'pip install openviking' manually.${NC}`);
304
- }
305
- }
306
- console.log('');
307
- };
308
-
309
271
  const isInstalledAsNpmDependency = () => {
310
272
  const root = path.resolve(__dirname, '..').replace(/\\/g, '/');
311
273
  return /[/\\]node_modules[/\\]codymaster$/i.test(root);
@@ -325,21 +287,10 @@ const activateCli = () => {
325
287
  return;
326
288
  }
327
289
 
328
- if (fs.existsSync(path.join(pkgRoot, 'package.json'))) {
329
- try {
330
- const pkg = require(path.join(pkgRoot, 'package.json'));
331
- if (pkg.name === 'codymaster') {
332
- console.log(` ${W}Linking ${C}cm${W} for local repo development (npm link)...${NC}`);
333
- execFileSync(npmCmd(), ['link'], { stdio: 'inherit', cwd: pkgRoot });
334
- }
335
- } catch (e) {
336
- // Ignore if npm link fails
337
- }
338
- }
290
+
339
291
  };
340
292
 
341
293
  const main = () => {
342
- installOpenViking();
343
294
  activateCli();
344
295
  printMenu();
345
296
  };
package/skills/CLAUDE.md CHANGED
@@ -129,11 +129,6 @@ The YAML frontmatter `description` field is critical for skill discovery: includ
129
129
  /plugin install systems-architecture@wondelai-skills # DDIA, System Design, Clean Architecture, Release It!, High Performance Browser Networking
130
130
  ```
131
131
 
132
- ### Via skills.sh
133
- ```bash
134
- npx skills add wondelai/skills # All skills
135
- npx skills add wondelai/skills/{skill-name} # Individual skill
136
- ```
137
132
 
138
133
  ## Versioning Policy
139
134
 
@@ -35,11 +35,6 @@ Read .cm/skeleton-index.md (~500 tokens) — modules, entry points, config fi
35
35
  Query: cm_query(scope="learnings", query="{current module or error type}", limit=5)
36
36
  OR read .cm/memory/learnings.json filtered to scope == "global" | "module:X"
37
37
 
38
- # OpenViking backend (if storage.backend: viking in .cm/config.yaml):
39
- Query: cm_query(query="{current module or error type}", limit=5)
40
- → OpenViking uses VECTOR SEMANTIC SEARCH — no need for exact keyword match.
41
- "i18n locale update" will also match "translation missing" and "locale fallback"
42
-
43
38
  Rules:
44
39
  NEVER load status = "invalidated" (proven wrong)
45
40
  CAUTION status = "corrected" (verify before applying)
@@ -64,9 +59,8 @@ cm continuity budget (or: loadBudget + checkBudget in code)
64
59
  > L0 indexes + context bus + scope filter make this possible.
65
60
  > Only escalate to L2 when L0/L1 explicitly flag the need.
66
61
  >
67
- > **Viking bonus:** With OpenViking backend, L0/L1 indexes are auto-generated by the engine —
68
- > no manual `cm continuity index` needed. Vector search also improves Step 3 recall by ~40%.
69
- > Switch: set `storage.backend: viking` in `.cm/config.yaml`.
62
+ > **Legacy note:** Some older projects may still keep `storage.backend: viking` in config.
63
+ > CodyMaster now routes that back to SQLite, so do not design workflows around a separate Viking backend.
70
64
 
71
65
  ---
72
66
 
@@ -1,5 +1,11 @@
1
+ ---
2
+ name: cm-browse
3
+ description: "Use when you need visual QA, screenshots, or post-deploy smoke testing through a real browser with Playwright."
4
+ ---
1
5
  # cm-browse — local Playwright daemon
2
6
 
7
+ > **Full runbook:** [docs/browse-daemon.md](../../docs/browse-daemon.md) (install Chromium, token, troubleshooting).
8
+
3
9
  ## When to use
4
10
 
5
11
  - Visual QA, screenshots, post-deploy smoke through a **real browser** (not only Stitch/Pencil).
@@ -1,3 +1,7 @@
1
+ ---
2
+ name: cm-conductor-worktrees
3
+ description: "Use when you need to manage parallel git worktrees for isolated feature development."
4
+ ---
1
5
  # cm-conductor-worktrees — parallel worktrees
2
6
 
3
7
  ## CLI
@@ -2,16 +2,16 @@
2
2
 
3
3
  Welcome to the **"Neural Spine"** era! Version 5 is a massive milestone that transitions CodyMaster from a specialized "Content Factory" tool into a full-fledged **Senior AI-Native Engineering Workspace**.
4
4
 
5
- We achieved this paradigm shift by deeply studying and integrating the architectural breakthroughs from two external frameworks: **OpenViking** and **OpenSpace**.
5
+ We achieved this paradigm shift by refining CodyMaster into a local-first Smart Spine architecture paired with **OpenSpace** execution.
6
6
 
7
7
  ---
8
8
 
9
9
  ## 🚀 Key Architectural Shifts
10
10
 
11
- ### 1. Replaced "Dumb" RAG with OpenViking (Semantic Memory)
11
+ ### 1. Replaced "Dumb" RAG with Layered Smart Spine Memory
12
12
  **The Problem in v4**: AI agents suffered from "code amnesia." Standard Retrieval-Augmented Generation (RAG) relied on chunking text indiscriminately. Agents hallucinated imports and forgot how system components linked together.
13
13
  **The v5 Upgrade**:
14
- By adopting OpenViking concepts, CodyMaster v5 introduces an **AST (Abstract Syntax Tree)** and **Vector-based Memory Engine**.
14
+ By adopting layered retrieval concepts, CodyMaster v5 introduces a structured memory engine built around indexes, SQLite search, and progressive loading.
15
15
  - It creates a **L0 Skeleton Index** of your entire system's structure instantly.
16
16
  - It provides a **L1 Symbol Index** to grasp function signatures perfectly without bogging down the LLM context window with implementation details.
17
17
  - Your AI agent now acts like a senior dev who inherently "knows" your monolith's entire structure before typing a single line.
@@ -33,4 +33,4 @@ We introduced **OpenSpace**—a secure sandbox and execution container.
33
33
  * **Completely Self-Evolving Skills**: The Skill Chain Engine analyzes repeated commands in your workflow and dynamically builds *new* automation skills specifically tailored to your unique codebase.
34
34
 
35
35
  > [!TIP]
36
- > **To Experience It Directly:** Try assigning a task requiring multi-file context tracking, such as *"Migrate our authentication endpoints across the monolith to use the new JWT standard."* and watch OpenViking automatically pull the precise 7 files needed.
36
+ > **To Experience It Directly:** Try assigning a task requiring multi-file context tracking, such as *"Migrate our authentication endpoints across the monolith to use the new JWT standard."* and watch Smart Spine pull the precise files needed without bloating the context window.
@@ -7,7 +7,7 @@ Setting up CodyMaster v5 for your engineering team is straightforward. Follow th
7
7
  Ensure your environment meets the following requirements:
8
8
  - Node.js v18.0.0 or higher
9
9
  - Git
10
- - SQLite (for local OpenViking memory limits, pre-packaged)
10
+ - SQLite-compatible local environment for CodyMaster's default memory stack
11
11
 
12
12
  ## 2. Installation
13
13
 
@@ -28,7 +28,7 @@ cm init
28
28
 
29
29
  This will automatically:
30
30
  1. Generate the `.agent/` folder structure to house specialized skills.
31
- 2. Spin up the **OpenViking** indexer, which will immediately begin mapping your project's Abstract Syntax Trees (AST) and caching semantic vectors.
31
+ 2. Prepare CodyMaster's local memory and index surfaces so Smart Spine can retrieve project context efficiently.
32
32
 
33
33
  ## 4. Bootstrapping Agents
34
34
 
@@ -38,7 +38,7 @@ You can dispatch your first agent task utilizing the full memory and execution l
38
38
  cm do "Refactor the user dashboard to utilize Tailwind CSS dark mode variants, ensuring all current unit tests still pass."
39
39
  ```
40
40
 
41
- - Watch the terminal to see OpenViking extract relevant context without filling the token window with unnecessary `.json` configs.
41
+ - Watch the terminal to see Smart Spine pull relevant context without filling the token window with unnecessary `.json` configs.
42
42
  - Watch OpenSpace dynamically spin up `npm run test` immediately after the code generation completes, self-correcting any errors before offering a Git commit.
43
43
 
44
44
  ## Continuous CI/CD (Founders Edition)
@@ -6,17 +6,17 @@ When you dispatch a command to the system, it doesn't just blindly pass your tex
6
6
 
7
7
  ## The High-Level Flow
8
8
 
9
- Here is a visual breakdown of how the OpenViking and OpenSpace integrations handle an incoming task:
9
+ Here is a visual breakdown of how Smart Spine memory and OpenSpace handle an incoming task:
10
10
 
11
11
  ```mermaid
12
12
  graph TD
13
13
  User([User Prompt: "Refactor Authentication"]) ==> Router
14
14
 
15
15
  subgraph "Phase 1: Knowledge Gathering"
16
- Router[Task Router] --> OViking{OpenViking Engine}
17
- OViking --> L0[L0: Skeleton Directory Map]
18
- OViking --> L1[L1: Symbol Headers]
19
- OViking --> L2[L2: Semantic Vectors]
16
+ Router[Task Router] --> Memory{Smart Spine Memory}
17
+ Memory --> L0[L0: Skeleton Directory Map]
18
+ Memory --> L1[L1: Symbol Headers]
19
+ Memory --> L2[L2: Indexed Project Context]
20
20
  L0 --> Compiler[Context Builder]
21
21
  L1 --> Compiler
22
22
  L2 --> Compiler
@@ -37,7 +37,7 @@ graph TD
37
37
 
38
38
  style User fill:#3b82f6,stroke:#fff,stroke-width:2px,color:#fff
39
39
  style Ship fill:#10b981,stroke:#fff,stroke-width:2px,color:#fff
40
- style OViking fill:#8b5cf6,stroke:#fff,stroke-width:2px,color:#fff
40
+ style Memory fill:#8b5cf6,stroke:#fff,stroke-width:2px,color:#fff
41
41
  style Sandbox fill:#f59e0b,stroke:#fff,stroke-width:2px,color:#111
42
42
  ```
43
43
 
@@ -46,8 +46,8 @@ graph TD
46
46
  ## Step-by-Step Walkthrough
47
47
 
48
48
  ### 1. Task Routing & Context Building
49
- The moment you hit enter, your command is sent to the **Task Router**. Before connecting to an external AI model (like Claude 3.5 or GPT-4o), the router queries **OpenViking**.
50
- - OpenViking executes a rapid vector search over the local SQLite cache to find all functionally related files.
49
+ The moment you hit enter, your command is sent to the **Task Router**. Before connecting to an external AI model (like Claude 3.5 or GPT-4o), the router queries **Smart Spine memory**.
50
+ - Smart Spine uses project indexes and local memory search to find all functionally related files.
51
51
  - It bundles the `L0` (Project Structure), `L1` (Function Interfaces), and `L2` (Implementation Logic) to create a highly compressed, precisely targeted knowledge package.
52
52
 
53
53
  ### 2. Autonomous Execution
@@ -0,0 +1,38 @@
1
+ # Layered Memory System
2
+
3
+ **CodyMaster's Smart Spine memory** is built to keep context retrieval practical, local-first, and honest about what ships today.
4
+
5
+ ## Why this matters
6
+
7
+ Standard AI workflows often over-rely on blunt keyword search or huge prompt dumps. That creates three predictable problems:
8
+ - agents miss architectural relationships between files
9
+ - token windows fill with low-signal context
10
+ - teams start depending on extra services before the core workflow is even stable
11
+
12
+ ## The CodyMaster approach
13
+
14
+ CodyMaster uses a layered memory model that combines:
15
+
16
+ 1. **L0 indexes** for fast structural awareness
17
+ 2. **SQLite + FTS5** for durable searchable learnings and decisions
18
+ 3. **L1/L2 progressive loading** so agents only load richer context when the task actually needs it
19
+ 4. **Context Bus** for passing task outputs between skill steps without re-deriving state from chat
20
+
21
+ ## What you get in practice
22
+
23
+ - Local-first memory with no extra semantic service required
24
+ - Better context targeting than raw grep-only workflows
25
+ - Lower token usage through progressive loading
26
+ - A supportable default setup that works across real projects today
27
+
28
+ ## Recommended setup
29
+
30
+ The supported CodyMaster path is:
31
+
32
+ ```bash
33
+ npm install
34
+ npm run build
35
+ npm run test:gate:kit
36
+ ```
37
+
38
+ From there, CodyMaster builds and queries context through the shipped Smart Spine stack without requiring a separate semantic service.
@@ -19,7 +19,7 @@ OpenSpace surrounds the agent with a secure execution container (sandbox) tightl
19
19
  ## Anatomy of a Session
20
20
 
21
21
  When an agent is initialized in OpenSpace, it acts as a headless developer:
22
- 1. It pulls semantic context from **[OpenViking](#openviking)**.
22
+ 1. It pulls focused context from the **[Layered Memory System](#memory-system)**.
23
23
  2. It drafts a solution to isolated branch files.
24
24
  3. It spawns an OpenSpace terminal subprocess to run Linters and Unit Tests.
25
25
  4. If a test fails, it captures the `stderr` output within OpenSpace and self-heals the code until all checks pass.
@@ -7,7 +7,7 @@ Here are the optimal scenarios where the Founders Edition architecture outperfor
7
7
  ## 1. Full-Stack Monolithic Refactoring
8
8
  *The Challenge*: Changing an authentication provider or modifying deeply nested CSS logic across a massive 500,000-line React/Node.js monolith usually incites dozens of cascading regressions.
9
9
  *The Spine Solution*:
10
- - **OpenViking** maps exactly where the legacy authentication logic touches every API router.
10
+ - **Smart Spine memory** maps where the legacy authentication logic touches every API router through indexes and searchable project memory.
11
11
  - **OpenSpace** attempts the refactor in an isolated branch and continuously runs the test suite.
12
12
  - The outcome is a tightly controlled refactoring PR that didn't miss a single edge case.
13
13
 
@@ -22,5 +22,5 @@ Here are the optimal scenarios where the Founders Edition architecture outperfor
22
22
  *The Challenge*: Teams accrue dead code, unused imports, and unoptimized queries over years of product pivots.
23
23
  *The Spine Solution*:
24
24
  - An agent equipped with the `cm-clean-code` skill natively runs over the codebase at midnight via cron job.
25
- - OpenSpace runs AST (Abstract Syntax Tree) evaluations against OpenViking indexing to guarantee no unused code is actually being referenced dynamically.
25
+ - OpenSpace runs AST-aware checks against CodyMaster's indexed project context to guarantee no unused code is actually being referenced dynamically.
26
26
  - The agent creates a PR each morning with a detailed breakdown of the removed complexity and the token savings achieved.
@@ -8,13 +8,13 @@ While standard AI coding assistants excel at generating functions and isolated s
8
8
 
9
9
  A spine connects the brain to the nervous system, passing critical signals instantly and maintaining the structure of the body. In CodyMaster v5, the **Neural Spine** represents the underlying infrastructure that connects your AI agents to the real world:
10
10
 
11
- - **Memory (OpenViking)**: Deep semantic retrieval and code comprehension spanning thousands of files.
11
+ - **Memory (Smart Spine)**: Layered local-first retrieval using SQLite, indexes, and progressive loading.
12
12
  - **Execution (OpenSpace)**: A sandboxed, secure environment for agents to run bash commands, databases, and testing suites.
13
13
  - **State (Context Bus)**: A fluid mechanism to exchange parameters between specialized subagents without overflowing token limits.
14
14
 
15
15
  ## Core Capabilities
16
16
 
17
- 1. **Eliminating Context Drift**: Your agents no longer guess your architecture. They retrieve the exact semantic structure directly from OpenViking.
17
+ 1. **Eliminating Context Drift**: Your agents no longer guess your architecture. They retrieve the exact structural context through Smart Spine indexes and focused memory queries.
18
18
  2. **Zero-Regression Shipping**: OpenSpace guarantees that AI-generated code is thoroughly tested (TDD-first) via automated gates before reaching production.
19
19
  3. **Multi-Agent Orchestration**: Outsource frontend, backend, and security audits to specialized subagents running in parallel.
20
20
 
@@ -22,7 +22,7 @@ A spine connects the brain to the nervous system, passing critical signals insta
22
22
 
23
23
  Explore the backbone technologies driving this paradigm shift:
24
24
 
25
- - [Explore OpenViking Memory](#openviking)
25
+ - [Explore Layered Memory](#memory-system)
26
26
  - [Understand OpenSpace Containers](#openspace)
27
27
  - [Real-world Use Cases](#use-cases)
28
28
  - [Deploy the Framework](#deployment)
@@ -169,7 +169,7 @@
169
169
  <a href="#v5-intro" class="nav-link active" onclick="loadDoc('v5-intro')">The Neural Spine</a>
170
170
  <a href="#changelog" class="nav-link" onclick="loadDoc('changelog')">What's New in v5</a>
171
171
  <a href="#execution-flow" class="nav-link" onclick="loadDoc('execution-flow')">Execution Flow</a>
172
- <a href="#openviking" class="nav-link" onclick="loadDoc('openviking')">OpenViking Memory</a>
172
+ <a href="#memory-system" class="nav-link" onclick="loadDoc('memory-system')">Layered Memory</a>
173
173
  <a href="#openspace" class="nav-link" onclick="loadDoc('openspace')">OpenSpace Workspace</a>
174
174
  </div>
175
175
 
@@ -6,9 +6,9 @@
6
6
  <meta name="viewport" content="width=device-width, initial-scale=1.0" />
7
7
  <title>CodyMaster v5 — The Neural Spine for AI-Native Engineering</title>
8
8
  <meta name="description"
9
- content="The high-performance autonomous backbone for AI agents. Featuring OpenViking semantic memory, context bus orchestration, and OpenSpace workspace isolation. Build real products with context-aware intelligence." />
9
+ content="The high-performance autonomous backbone for AI agents. Featuring Smart Spine memory, context bus orchestration, and OpenSpace workspace isolation. Build real products with context-aware intelligence." />
10
10
  <meta name="keywords"
11
- content="CodyMaster v5, AI agent backbone, OpenViking, OpenSpace, semantic memory, context bus, AI-native engineering" />
11
+ content="CodyMaster v5, AI agent backbone, Smart Spine, OpenSpace, semantic memory, context bus, AI-native engineering" />
12
12
 
13
13
  <!-- Open Graph -->
14
14
  <meta property="og:title" content="CodyMaster v5 — The Neural Spine for AI Agents" />
@@ -677,4 +677,4 @@
677
677
  <script src="script.js"></script>
678
678
  </body>
679
679
 
680
- </html>
680
+ </html>