-
## 问题 1：work 节点只有 agent.md 进提示词 graph-engine 驱动 work 节点走 PromptBuilder.build()，只读 protocol + agent.md + companyContextPath + user.md/memory.md/近期记忆。交互式的 agent-chat.js （buildSystemPrompt）另有一条独立实现，会读 soul.md/identity.md/tools.md/ heartbeat.md/OKR 目标/hippocampus 检索/main_skill/SKILL.md/其它 skills——两条链路 从未同步过。静默到什么程度：agent 照样跑、照样成功，只是少了人格/工具约束/长期 记忆检索，没有任何报错能看出原因。 新增 identity-context.js，抽出 agent-chat 那份逻辑里「读哪些文件」的等价实现（不 读 agent.md/user.md/memory.md/近期记忆——那五样已经被 PromptBuilder 覆盖，避免 重复），接进 PromptBuilder.build() 的非 SKILL.md 分支（scoped skill 那类不是完整 身份，不适用）。用户明确选择「全量对齐」：soul/identity/tools/heartbeat/OKR/ hippocampus/skills 一次性全补，不做裁剪版。 ponytail：没有反过来改 agent-chat.js 去调用这份共享实现——两处现在是「同构但 独立」的两份代码。agent-chat.js 是长期稳定的高频路径，为这次修复去动它风险和 收益不成比例，见 identity-context.js 头注的升级路径。 ## 问题 2：org node 角色定义截断到 2000 字，切没切完全不可见 describeRoleDefinition 给 workgraph-planning 的角色定义摘录一直硬切前 2000 字 （有意为之，规划要的是「职能」不是全文）。但切没切、切掉了多少，规划 agent 一无所知——agent.md 写得长一点、职能说明排在后半段，这句关键描述可能根本没 进提示词，且没有任何信号。截断上限不变，改成截断时附一句 ⚠️ 提示 + 完整路径， 给它一条自己去读全文的退路。 ## 测试 identity-context.test.js（10 条）：文件读取的每个条件分支、OKR/hippocampus 只在有 agentId 时才查、OKR 抛错不拖累其它内容、skills 目录扫描排除 main_skill。 两个依赖（OkrService/retrieveRelevantPlans）用直接换 CJS module.exports 属性 的手法隔离——本仓库服务层是纯 CommonJS，vi.mock 对嵌套 require() 链路不生效 （实测踩过），且这两个依赖没有 env 覆盖点，真实路径不能进单测。 describe-role-definition-truncation.test.js（3 条）：截断/不截断/本体不存在 三种情况，用真实 system/agents/ 下的 zz- 前缀临时本体（locator.bodyDir 没有 env 覆盖点，只能顺着真实路径走），afterEach 清理不留痕迹。 全量 npx vitest run：150 文件 / 1378 用例，零回归。 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
-
设计见 docs/done/system-design/28-agent-registry-unification.md。 改造前 Agent 本体散在三处（system/agents/ 11 个、system/templates/ 50 个、 data/companies/{id}/agents/ 17 个），同一个 AgentScaffold 被三个 baseDir 实例化。 后果是同一角色在 N 家公司下有 N 份互不相干的副本，模板更新不会同步； org-coder / org-planner 这类走 hireFromBaseMetaAgent 造出来的本体 legacy_path 指回自己公司目录，永远无法被第二家公司复用。 本次： - G1 单一注册表：system/templates/ 整体并入 system/agents/，base → _base。 7 个同名 id 逐个裁决，被丢弃的一份归档到 docs/_archive/ 而非删除。 source_kind(template/global_agent/company_hired) → origin(builtin/created)。 - G2 运行态下沉：CLI 的 cwd 从本体根改为 system/agents/{aid}/{cid}/{taskId}/。 memory / conversations 落公司态 {aid}/{cid}/，按公司隔离不串。 sessionPool 的 key 含 (companyId, taskId)，两家公司调同一 agent 不复用会话。 - G2b 产物不下沉：交付物仍落 data/companies/{cid}/，system/agents/ 只留运行痕迹。 写入边界按链路分叉——graph 节点走节点私有目录（被 indexNodeOutputs 索引）， chat 走公司 workspace，同一提示词里不再出现两条互斥指令。 - G3 公司只存引用：data/companies/{id}/agents/ 删除，新增 company_agents 关联表。 不复用 org_graph_nodes——后者是执行流图，work 层本体被雇时不写它，天生覆盖不全。 - G4 缺则创建：本体缺失时从 _base 复制骨架进 system/agents/{id}/， agent-creator 填 agent.md/soul.md 后才从 draft 转 active（哨兵判据， 骨架未填时哨兵仍在，不许被 hire）。产物即刻是全系统可复用的本体。 新增 server/services/agent-locator.js 收编原先散在 6 处的寻址逻辑。 边界守卫（graph-engine）的豁免从「本体根上五个文件名」放宽为整棵 system/agents/： 新本体的骨架本来就要进 git，gitignore 挡不住 ?? system/agents/{newId}/， 旧判据会把一个真正成功的招聘节点判成 boundary_escape fail。 存量迁移见 scripts/migrate-agent-registry.js（幂等，备份到 data/_migration-backup-*）。 真 Claude CLI E2E 已验证：新建公司 → orggraph-planning 自动规划 → 自动招聘 org-planner/org-coder/org-validator 三节点流水线； data/companies/{cid}/agents/ 不存在，company_agents 4 行， system_agents 56→56（零新建私有本体，纯复用），git status 零增量。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
-
代码层： - server/services/goals.js → okr-service.js；GoalsService → OkrService · this.goalsDir → okrDir，目录 goals/ → okr/ · ID 前缀 G- → O-；落盘文件 goal.json → objective.json · updateGoal → updateObjective，_nextGoalId/_saveGoal 等同步改名 · parseNodeId 层级名 ['Goal','Objective','KeyResult','SubTask'] → ['Objective','KeyResult','SubTask','SubTask']（OKR 无 Goal 这一层） - server/routes/goals.js → okr.js；:goalId → :objectiveId - 7 处调用点同步：index.js / agent-server.js / agent-chat.js / company.js / company-heartbeat-service.js / prompt-builder.js / test-company-e2e.js - 前端 OkrDashboard.vue / CompanyDashboard.vue 切到 /api/okr（前后端命名终于一致） - bin/lemon.js 新增 okr create/add-node/list/status 向后兼容（不破坏任何现有调用方）： - /api/goals/* 与 /api/company/:cid/goals/* 全部保留为别名，与新路径同时挂载 - task dispatch/report 同时接受 objectiveId(新) 与 goalId(旧)，写入时两字段都留 - bin/lemon.js 保留 goal * 命令别名 迁移脚本 scripts/migrate-goals-to-okr.js（npm run okr:migrate）： - 目录 data/{,companies/*/}goals/ → okr/；条目 G-xxx → O-xxx - 改写 objective.json 的 id / nodes 的 key / children 数组、_index.json、 progress.json 的 goalId、history.log 文本、system/tasklog/*.json 的 goalId+nodeId - --dry-run 预演；幂等；迁移前自动备份为 *.bak-goals（已加入 .gitignore） - 处理一个反直觉边界：OkrService 构造函数会自动 mkdir 目标目录，"okr/ 已存在" 不等于"已迁移过"——只要服务被 require 过一次就留下空壳。用 isEmptyOkrDir() 区分空壳与真实数据，空壳移除后继续迁移。这个 bug 是在 fixture 上验证时发现的。 - 同样在 fixture 上发现并修掉：nodeId 的值漏改写、tasklog 迁移不幂等 验证：新增 server/tests/unit/okr-service.test.js（7 例，覆盖新命名工作正常 + 迁移纯函数的 ID 改写）；全量 npm run test:unit 652 例全绿。 范围说明：NAMING §五 的 benchmark 三分（skill-/agent-/goal-）本轮未动代码—— 该节自身的建议就是存量保持现状、只对新增代码强制前缀，因为 benchmark_runs 等表 服务于线上 Arena 排行榜，改表名/路由是另一次独立迁移。 §二-四 的新 agent id 尚不存在实体，待 P2/P3 实现时按规范创建。 已知遗留（非本次引入）：server/scripts/test-company-e2e.js 早已失效——它按 data/{id}/ 找公司，而 company-service 用的是 data/companies/{id}/，在 HEAD 版本 同样全部断言失败。本次只同步了其中的 OKR 命名，未修这个路径问题。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> -
hire() now checks system_agents (source_kind='template') before provisioning a new company agent: if the role has a shared template row, skip copying agent.md and instead let AgentManager.getAgentConfig()/PromptBuilder.build() resolve the prompt from the shared legacy_path at call time, with per-company context assembled from a new company-context.md. Roles without a template row (including the 6 ids that exist in both system/agents/ and system/templates/, e.g. evolver-youtube-crawler) fall back to the existing full-copy behavior unchanged. - server/services/graph-service.js (new): lookupSharedAgentMd(), upsertOrgGraphNode() - server/services/company-service.js: hire() reference-mode branch, _provisionReferenceAgent() - server/src/core/agent-manager.js: getAgentConfig() resolves prompt/companyContextPath - server/src/core/prompt-builder.js: build() concatenates company-context.md - unit + integration tests covering all 6 acceptance criteria from docs/todo/system-design/27-p1-virtual-reference.md §6, including a regression test against the real idearun:evolver-youtube-crawler naming-collision case Full regression suite (587 tests) passes; independent adversarial review found 0 blocking/major issues. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
-
…ter Agent cognitive auto-recovery loop - Refactored CompanyDashboard into read-only Observer UI - Enforced strict companyId:roleId namespacing across Node APIs and AgentManager - Added dynamic <env_status> injection to PromptBuilder for robust context - Introduced bin/lemon.js CLI for structured LLM tool execution - Implemented in-stream error interceptors for implicit silent retry loop
-
- Agent as Micro-Container: each agent lives in data/agents/{id}/ with full encapsulation - Persona vs Capability split: agent.md (identity) + .claude/skills/main_skill/SKILL.md (workflow) - Conversations co-located: data/agents/{id}/conversations/ replaces global dir - Meta Skills renamed: meta_hunt, meta_digest, meta_creator, meta_evolving, meta_benchmark, meta_research - Dynamic Hot-Reload: AgentManager.getAgentConfig() falls back to filesystem scan - Parallel Sub-Agent orchestration via Promise.all with multi-terminal UI - Removed SQLite dependency, global skills/ directory, and legacy conversations/ - Full architecture docs: 18-local-filesystem-first-agent-encapsulation.md