不是固定的 Planner / Executor / Reviewer

Planner、Executor、Reviewer 只是常见的协作示例，不是 LoneAct 的内置固定模板。一个项目可以有自己的支付专家、前端负责人、数据分析员、运维值班员或合规审查员；团队结构应该由项目能力和工作边界决定。

每个角色拥有明确的职责、关键路径和交付物，避免多个 Agent 重复做同一件事。

项目根角色可以阅读代码、识别能力边界，并提出第一版团队结构。

可以新增成员、修改职责、调整关键路径，或在项目变化后更新团队。

Role 与 Agent：工作和人分开

LoneAct 用两层模型管理团队：Role 定义“这份工作是什么”，Agent 代表“谁在做这份工作”。这种分离让团队可以复用职责模板，同时让长期协作者拥有自己的记忆。

数字员工不是营销词

在 Settings → Agents 中点击 Hire agent，就是创建一个有名字、有角色、有独立记忆目录的长期 Agent。之后按名字委派任务，它会继续同一个人的上下文。

角色在招聘时确定

Hire agent 后角色不会随任务变化而自动切换。需要换岗位时，创建一个新的 Agent，避免把旧岗位的记忆错误带到新职责里。

团队围绕项目文件夹工作；项目越明确，角色边界越容易划分。

在 Team 面板选择构建，让根角色阅读项目并提出能力角色；每个角色应有独立的关键路径。

可以编辑角色职责、关键路径、模型与技能，也可以新增成员。团队不是一次生成后不可改的黑盒。

项目变化后使用 Update from code 或 Rebuild；更新会尽量保留已有角色记忆，重建则从当前项目重新组织能力。

一句话说明角色负责什么，再用完整 instructions 写清边界、检查项和交付格式。

为空时继承工作区默认模型；也可以为这个角色指定更合适的模型。

只加载这个角色需要的技能；为空时使用工作区可用技能。

控制角色能否继续委派子 Agent，以及最多向下展开几层。

前端负责人、后端负责人、测试审查员与发布经理长期协作。

数据整理员、报表审查员与运营助理共享项目上下文。

客户问题分析员、故障调查员与知识库维护员持续积累记忆。

团队规模不需要一开始就很大。先从两三个职责清晰的角色开始，等任务边界稳定后再增加成员，通常比一次性堆出很多角色更有效。