当然可以！我们可以一起探讨各种有趣的话题，比如科技发展、文化知识、日常生活技巧等。请告诉我你感兴趣的具体方向或者问题，我会尽力提供帮助和相关信息。让我们一起探索和创造吧！

这一章我们会解锁 Claude 的 teammate 模式，尝试开发一款 AI-oriented + 中医学习小游戏。 在遍地都是“成功学”的今天，第一版游戏更像是大型事故现场>_<，本文分两部分： Teammate 模式的开发流程回顾与技术解析 Teammate 模式踩坑指南：尤其针对国内模型，部分问题未必适用于 Claude 官方模型 一句话总结：不是AI不强大而是我和AI作为两个完全不相似的灵魂，从头到尾都没有拉齐过世界观。 “AI时代每个人都是一个团队”吗？ 经过这一期做游戏的尝试我的观点是“分情况，别激动”, 在以下两个场景，AI能给你带来无得价值 吃过猪肉（技能增强）：我是搞算法的，所以围绕算法站的的场景，从产品到设计到算法到前后端，甚至运营和测试，有AI加持，我能全链路操作，如鱼得水。 看过猪跑（目标极度具象）：比如你没做过动画，但你对“我想要什么效果”已经能在脑海里很清楚地构建出来。目标可描述、效果可感知，差距可衡量。那跨界只会带来不被传统局限的无穷创意。 哈哈但做游戏，我纯属是脑袋一热，小时候没咋玩过游戏，那咱直接跳过玩游戏来做个游戏呗，所以我属于及没吃过猪肉也没见过猪跑，于是这里就埋下了灾难的种子。 step1. 澄清需求 说实话，一开始我也不知道我要做个啥游戏。 我给模型的需求大概是：“我想做一个 AI-oriented 的中医学习游戏。” 我开启了 /plan 模式，大致提了需求，然后——完全放手让AI去做了。 事实证明，这是一切灾难的开始。这里必须敲黑板： 对于有一定复杂度的项目，写代码并不是最核心的部分，澄清需求才是。 需求要澄清到什么程度？至少要做到： 开发提不出异议 设计提不出异议 测试知道怎么验收 最关键的是：你自己知道你到底想要什么 否则后面所有“高效开发”，本质上都是：高效地朝错误方向狂奔。 事实证明，楼歪得太狠的时候，是无法扶正的。 step2. 开始组队 终于轮到“一个人拥有一个AI团队”的梦幻环节了 为了提高项目进度，我开启了 Claude 的 teammate 模式，设置了三个角色： 前端开发：负责写代码 设计师：负责页面设计和药材/饮片内容绘制 数据工程师：负责游戏药物相关的数据 schema 在我当时的想象里，这三位同事应该是：边界清晰、分工明确、各司其职、高效协同 而从结果回溯，当需求文档本身充满漏洞时，早在他们写下各自技术细分文档时，楼就已经歪了。 Teammate 适合什么场景？ 我目前觉得，它的前提是：多Agent之间必须基本独立工作，边界非常清晰。 适合的情况大概有两种： 要的就是不同:在以下场景下，差异本身就是价值。 从不同角度分析同一个问题 基于不同假设同时做实验 多方案并行探索 分工真的很明确：在以下场景下，团队写作才有提效空间 采集不同类型的数据 不同工种处理完全不同模块 前后依赖少，冲突少 整体上，我现在对 teammate 的判断是：它更擅长提效，不太擅长提质。 我目前觉得，它的前提是：多Agent之间必须基本独立工作，边界非常清晰。 适合的情况有两种： 差异本身就是价值 从不同角度分析同一个问题 基于不同假设同时做实验 多方案并行探索 分工明确切边界清晰 采集不同类型的数据 不同工种处理完全不同模块 前后依赖少，冲突少 整体上，我现在对 teammate 的判断是：它更擅长提效，不太擅长提质。 Teammate 模式是怎么工作的？ Claude 的 teammate 模式目前还是 beta，需要在项目配置中增加以下变量： { "env": { "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1" } } 整个工作流大致是这样的： TeamCreate：创建团队，其实就是同时创建多个subagent，并为每个智能体设定角色，职责，任务命令（必要上下文） 创建后，你可以在：./claude/teams/团队名称/config.json里看到所有队员的配置和指令。 TaskCreate：拆任务 这一步就是plan的具象化升级版工具，但更进一步：它会把任务拆成任务列表。这里面既包含： 可以并行执行的任务 也包含必须串行推进的任务 而具体任务之间有没有依赖、谁先做谁后做，主要由 Team Leader 来判断和分配。 Task：启动任务，其实是subagent的启动工具，用于告知某个子智能体开始执行对应任务。