Daily Archives: 2026-05-31

一、前言 前两天在哪个新闻上看到有人做了一个OPC，然后招了一些名人来帮他打工，挺美的，那篇文章一下子找不到了。 这个周末在家，我也给我的小落同学招了几个员工，分别是 Musk, Jobs, Linus, Turing, Carnegie, Zezos，分别负责和担任小落同学的CEO，UCX，Developer, Test, Marketing, Support。 今天找了半天，想找之前看到的文章，并借鉴一下他的具体方案，但死活就是没找到，于是就先自己硬着头毛先实现一个版本试试。 这个月没有买token plan，然后前两天白嫖的小米MiMo大模型的token也过期了，所以我又回到了open code。 实现后，我让这些员工一起协同给小落同学设计了一个 中文字符unicode转换的工具，并跑通了整个流程。下面是整个流程全记录。 二、思路及Spec探索 一些客套、扯蛋、吹牛的废话就省略了，直接上整个流程。 1、思路探索 在opencode里打开小落同学的代码目录，输入提示词 INPUT：提出我的计划 我在小落同学数据库中新增了几个角色，Musk, Jobs, Linus, Turing, Carnegie, Bezos等，希望让他们成为生产力工具，我跟Musk交待任务（MVP产品开发任务），然后Musk让Jobs设计，Linus开发, Turing测试, Carnegie市场销售推广，Bezos技术支持。 在现有的代码基础上设计一套agent框架流程，来实现这些角色的串联。 OUTPUT: 协作方式 从项目探索来看，当前架构是单角色单轮对话模式，还没有任何多Agent编排能力。 我的第一个问题是理解交互流程： 你希望的协作方式是哪种？ A. 全自动编排 — 你给Musk下达任务后，Musk自动拆解、依次分派给Jobs→Linus→Turing→Carnegie→Bezos，每个Agent的输出自动传递给下一个，最终返回完整结果给你 B. 手动分派 — 你给Musk任务，Musk产出一份计划/需求文档，然后你手动触发不同Agent去执行不同环节（类似选择谁去做什么） C. 混合模式 — 自动走完MVP开发流程（设计→开发→测试→市场→支持），但每个环节输出需要你确认后再继续 D. […]