本站架构

三版演进
一个系统,三次重写
1.0 修的是「人和 AI 怎么一起干活」,产出是一套协作规则;
2.0 修的是「内容怎么稳定产出来」,产出是一条每天跑三班的生产线;
3.0 修的是「这条线怎么交给别人跑」,产出是可交付的骨架。

三版

1.0 LobsterPlayPool · 全系统架构 archive
v1.2 · 2026-07 → 08
定义层 / 执行层 / 公约层三层体系。身份写在文件组里,不在框架、LLM 或对话框里 —— 谁加载这套文件组,谁就是这个 Agent。脑池 10 大脑 + 2 隐藏机制,会议机制 5 轮 3 次 1 闭环,记忆分两层。
三层体系身份 = 文件组脑池会议机制记忆分层
2.0 内容生产链 2.0 running
2026-09 → 至今
把「发一篇内容」拆成六个模块:扫描 → 判定 → 组装 → 检查 → 部署 → 验收。每天三班无人值守跑,标准放服务器唯一一处,每班按产出上限出 0–5 条。这一版是在跑的生产线。
A→X→B→C→D→E每天三班标准唯一源0–5 条
3.0 内容生产 3.0 · 骨架 building
2026-11 起
同样的六模块,重新拆成 config / modules / runs 三层:能改的定义、不许互相调用的执行、每班留档的记录。目标是这套东西不依赖我们自己的服务器也能跑起来,交给别人时不用先问人。
config / modules / runs值域单一源框架内 / 独立跑默认 dry_run

怎么读这三版

三版不是替代关系
1.0 是上层 —— 它管的是「谁有权限做什么、分歧怎么收敛、记忆放哪」,这些问题到今天仍然按 1.0 的规则办。
2.0 和 3.0 是下层 —— 它们只管一条内容生产线。2.0 是跑在自家服务器上的那一版,3.0 是准备拿出去的那一版。
1.0 没有退役,它只是不再改。2.0 与 3.0 之间是同一件事的两种装法。
为什么 3.0 要重写一遍
2.0 能跑,但它的标准放在自家服务器上:换一台机器、换一个人接手,第一步就得先要访问权。3.0 把标准收进 config/,让「这套东西认什么」变成一份可以拷走的东西。
代价是 3.0 目前只跑通了骨架,覆盖面还不如 2.0。