技能介绍

要解决什么问题

在 OpenClaw 里同时跑多个「岗位」Agent（战略、商务、媒体、内容、社区、运维等）时，手工维护 ~/.openclaw/openclaw.json、每人一套工作区，以及 AGENT.md、SOUL.md、TOOLS.md 等角色文件，很容易配置漂移、账号绑错或 schema 填错字段。本技能把公司型多 Agent 组织当成可重复生成的结构，而不是一次性的手工搭目录。

技能如何工作

脚本会按默认或自定义 roles JSON 生成组织拓扑：CEO 战略中枢加若干职能 Agent，每个 Agent 对应独立的 agentId / accountId 与隔离工作区，并写入一整套角色 Markdown（如 IDENTITY.md、TASKS.md、HEARTBEAT.md 等），把人格与任务细节留在文件里，而不是塞进 agents.list 的任意字段。

写入前会自动备份现有 openclaw.json；支持 --dry-run（默认脱敏）预览变更。飞书侧可把 channels.feishu.accounts 与路由绑定对齐，使不同 accountId 落到对应 OpenClaw agentId；官方一键建应用后，可用 adopt 流程把顶层 appId/appSecret 迁入指定账号并恢复 CEO 默认应用。常用开关包括 --only 单账号更新、--role-files missing|refresh 控制角色文件是否覆盖、写完后 validate 与可选 restart。

适用边界与注意点

占位凭证仍以 __FILL_ 开头时，不要启用对应账号。
不要在对话里粘贴 App Secret；本地调试才考虑 --dry-run-raw。
用户已改过的角色文件默认用 missing 策略保留；需要全量重生成需显式 refresh。
自定义编制用 references/roles.example.json 一类角色表；已知凭证可走 credentials JSON 模式。

截图预览

使用场景

在 OpenClaw 上首次搭建「CEO 中枢 + 商务/媒体/内容/社区」多岗，需要生成各 agent 独立工作区及完整角色 Markdown 骨架。
飞书扫码完成官方一键建应用后，要把顶层 appId/appSecret 迁入指定 accountId（如 content-chief），并恢复 CEO 侧默认飞书应用。
实际编制与默认八岗表不一致，需用自定义 roles JSON 重建 agentId、accountId 与对应绑定关系。
仅需更新某一个职能账号（如 community-ops）的飞书配置与绑定，要求 CEO 与其它岗位凭证保持不变。