我设计了一套自己的多agent协作体系：星核协作体系
我自己的三省六部制
我希望有一个能力强大的个人助手——这是我做星核最初的出发点。
当一个任务需要同时搞定架构设计、内容创作、代码实现、还要确保安全合规，指望一个Agent从头做到尾，基本是天方夜谭。
所以我搞了星核（StarCore）。简单说，就是让一群各有专长的AI Agent打配合，像一支真正的团队一样协作——不是简单拼在一起，而是每个人有明确的分工，有明确的交接规矩，最后出来的东西还有人把关。
01 星核是什么
星核是一套多Agent分工协作的方法。
核心理念就一句话：专业的事交给专业的Agent。
每个Agent只干自己最擅长的事，有明确的职责边界——谁该干什么、谁不该干什么，全都提前定好。最后交付的东西，每一步都能查到来源、经过审核、存档备用。下次遇到类似问题，不用再从零摸索。
02 八个人，三层架构
星核现在有8个核心Agent，分三层：
🧠 决策层——管方向
- 枢：任务入口，调度分发，不写代码不写内容。理解用户意图，根据任务复杂程度进行路由，是整个链条的入口和出口。
- 司：架构设计，定方向路径，不直接执行。只做规划，不动手落地——遇到复杂决策找司。
⚙️ 执行层——管落地
- 磐：工程代码，把方案变成可运行的代码，最贴近生产环境的那个角色，后续会用ACP对接Claude。
- 匠：工具封装，把高频操作封装成单一的原子Skill给其他人用在组装的工作流型skill。
- 蝉：内容创作，把规划变成可传播的内容。有内容嗅觉的那个。
🛡️ 守护层——管质量
- 验：质量验收，守住质量底线。交付前最后一道关，干活的人自己说的不算，得验点头才行。
- 典：知识归档，把经验沉淀下来。管方案、管记录、管踩坑，相当于团队的集体记忆。
- 盾：安全合规，守住安全底线。所有对外的东西都要过盾这一关，有风险的一票否决。
03 协作流程
举一个具体例子你就明白了：
第一步：枢接活
用户发来一个需求，枢先做意图解析——用户到底想要什么？需要哪些环节参与？先后顺序怎么排？拆清楚再往下走。
第二步：分发任务
枢把拆好的子任务发给对应的人。要方案？发给司。要写代码？发给磐。要做内容？发给蝉。
第三步：各显神通
司画架构图，磐敲代码，蝉出文案。中间遇到拿不准的，随时可以问典查历史经验——不用重复造轮子。
第四步：盾扫一遍
所有对外交付的内容，都要经过盾的安全扫描。有问题？打回去重来。没问题的往下走。
第五步：验来验收
过了安全关，验再查一遍质量。格式对不对、内容达不达标？不合格就打回，合格才放行。
第六步：典存档
整个流程跑完，典把这次的经验、方案、踩坑记录都存进知识库，以后遇到类似的，直接调出来用。
第七步：枢交付
枢把所有人的产出整合成完整的交付物，交到用户手上。任务完成，闭环。
04 未来展望
回想去年四月份MCP刚火那会儿就想搞个类似的个人助手，但总是不尽如人意，包括此前也写过一些和代审有关的项目，其中有一个基于AST去做多语言AI代审的项目，当时还想如何去实现skill加载机制，但现在看来，为什么要造轮子，直接在执行层多加一个代审agent然后将代审项目顷刻炼化成一个skill不是更好？
更让人兴奋的是随着不断的迭代我可以更快地地完成自动化：
- 采集素材等数据整理成文档或视频并通过自媒体渠道发布
- 采集数据经过审核得到干净有效的知识库让龙虾更加聪明并不断提升能力
- 替我去做SRC挖掘前的信息搜集，让我直接定位测试点避免耗费过多时间在一个个无效测试点的判断上
- 等等其他各种行业的任务，不论是电商商品比价还是简单的AIGC应用
更高的生产效率能让我有更多时间聚焦于重要的事情上。
另外，一个优秀的个人助手必然是多种工具优势的结合，所以我也不会只局限于龙虾。如果感兴趣，也欢迎关注我。
后续的公众号规划大致分以下几种：
- 咨询信息：AI和安全相关的日报之类的
- 个人写的更加高质量的技术文章
星核协作体系 · StarCore
公众号：AIGC&Security
