宜博 / lemonboss

  • refactor(okr): 按 27-NAMING §六 把 goal 体系正名为 okr，含存量数据迁移脚本 ...
    74ea1ff8
    2 
    代码层：
- 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>
    yibo authored
     
    Browse Dir »
  • feat: 为所有 Agent 引入统一的 RPEV Harness 方法论与大脑到小脑法则 ...
    3944a08d 
    1. 根治所有模板 Agent残留的过往公司(LemonV)私人记忆，使其诞生即为全新白纸状态。
2. 提取出统一的 `methodology.md` 基类 Prompt，通过 `agent-chat.js` 强力注入。
3. 从 Master 到各路 Agent 都将强制遵循【从大脑到小脑】的不硬编码理念。
4. 全面引入统一的基础方法论（Harness）：学习(Research) -> 规划(Planning) -> 执行(Execute) -> 验证(Verify)
    yibo authored
     
    Browse Dir »
  • refactor: 从硬编码的 CEO 自动部署转向 Brain-to-Cerebellum 演进模式 ...
    1bc268b7 
    - 移除了 master/agent.md 中关于自动部署 CEO/CTO/COO/HR 的错误硬编码约定
- 更新了 master/tools.md 工作流，明确 Master 第一步需手动 hire CEO 并派发战略指令
- 清理了 templates/ceo 下自带的、绑定具体公司的 plan.md 和 todo.md 假数据模板，确保 CEO 诞生时是一张白纸
    yibo authored
     
    Browse Dir »
  • fix: Claude CLI 错误反馈到前端 + 致命错误自动中断 ...
    86f37a4b 
    - ClaudeCliProtocol: stderr 检测 rate_limit/429/401 等致命错误时自动 reject sendPrompt Promise
- agent-chat.js: 监听 stderr/disconnected 事件并通过 SSE 推送到前端
- AgentChat.vue: error 事件停止 thinking 状态 + ACP 日志面板显示错误
    yibo authored
     
    Browse Dir »
  • refactor: 统一数据架构 - system/templates/companies 三层分离 ...
    4a688046 
    - System agents: 只保留 master (data/system/agents/master)
- Templates: 所有可复用 agent 模板 (data/system/templates/)
- Companies: 公司创建时自动部署 5 个元 Agent (innovator/hunter/digester/evolver/agent-creator)

路径修复:
- agent-chat.js: /list 扫描路径修正 (system/agents + companies/*/agents)
- agent-manager.js: 动态 agent 查找路径修正
- skill-config-loader.js: 修正 agents root
- pipeline-service.js: pipelines 输出到 companies/{id}/pipelines/
- billing.log: 移至 companies/{id}/logs/ 下

Skills 标准化:
- 所有 template agent 建立 .claude/skills/main_skill/SKILL.md
- company-service._copyTemplate() 新增 .claude/ 目录复制
- innovator SKILL.md v3.0: 移除旧 l3-hunt/l2-digest 命名
- 清理重复 agent_creator, 统一为 agent-creator

清理:
- 移除 data/agents, data/workspace, data/logs, data/goals 旧目录
- 清除所有未使用的 DATA_DIR 声明
- 清除 template 中的 conversations/logs/memory 运行态数据
    yibo authored
     
    Browse Dir »
  • feat: add AI ToolBox demo for end-to-end Harness Engineering validation ...
    670fc9f0 
    scripts/demo-harness-company.js creates a company, hires a Base Agent
worker, and simulates the full RPEV lifecycle with real API calls:
- Company creation (skipBootstrap)
- Agent hiring with base template
- meta-research initial skill mount
- 3 transition API calls (plan → execute → verify)
- Hot Swap verification at each stage
- Artifact production validation
    yibo authored
     
    Browse Dir »
  • feat(agent): implement Harness Engineering Phase 2-5 blueprint ...
    158c46ca 
    - Add task transition CLI and API for Context Flush & Hot Swap
- Enforce strict bash-only tool policy for Base Agents
- Inject  into system prompt for self-retrying loop
- Implement Goal node updates on transitions
- Add P0 Execute pre-approval block (Human-in-the-loop)
- Track token metrics to billing.log
    yibo authored
     
    Browse Dir »