核心用法
Agent Creator 是 OpenClaw 生态中的基础设施型技能，用于创建具有完全独立工作区的 Standalone Agent。区别于临时性的子 Agent 会话（Subagent Session），该技能通过七步标准化流程实现生产级部署：收集需求（Agent ID、名称、工作区路径、飞书绑定等）→ 创建目录结构 → 更新 openclaw.json 注册表 → 配置飞书绑定（可选）→ 设置飞书账户凭证 → 初始化工作区文件（AGENTS.md、SOUL.md、MEMORY.md 等核心人格文件）→ 重启 Gateway 生效。支持命令行脚本自动化与手动配置双模式。
显著优点
隔离性：每个 Standalone Agent 拥有独立的工作目录、配置文件、身份记忆与工具集，彻底避免多 Agent 间的数据污染与权限串扰。
扩展性：原生支持飞书生态的多机器人部署，可按业务线（客服、HR、IT 支持）配置独立 Bot 身份，实现「一个平台、多个专家」的组织架构。
标准化：内置 AGENTS.md、SOUL.md、IDENTITY.md 等 8 项核心人格文件模板，强制规范 Agent 的行为边界与记忆体系，降低配置漂移风险。
自动化：提供 create_standalone_agent.py 脚本，支持一键式部署，兼容 Windows/Linux 双平台路径处理。
潜在缺点与局限性
运维复杂度：Gateway 重启为硬性依赖，配置变更后必须重启服务，在热更新场景下存在服务中断风险。
凭证管理负担：飞书 App Secret 需明文存储于 openclaw.json，多账户场景下密钥轮换与权限审计成本较高。
资源占用：每个 Standalone Agent 独占工作区与内存上下文，高并发部署时磁盘与计算资源消耗呈线性增长。
学习曲线：需理解 OpenClaw 特有的「Gateway-Agent-Session」三层架构，以及飞书 accountId 与 appId 的映射关系，对新手不够友好。
适合的目标群体
- 企业 IT 管理员：需为不同部门部署专属 AI 助手（如 HR、法务、客服）
- SaaS 平台开发者：构建多租户 Agent 托管服务，要求租户间严格隔离
- 飞书生态集成商：快速交付基于飞书的智能客服、内部问答机器人
- AI 中台团队：统一管理多个业务线 Agent 的身份配置与版本迭代
使用风险
性能风险：Standalone Agent 持久化运行，长期积累的记忆文件可能导致加载延迟，需定期归档或清理 MEMORY.md。
依赖风险：强绑定 OpenClaw Gateway 运行时，升级或迁移时需同步处理 agents.list 注册表与文件路径映射。
安全风险：工作区目录权限配置不当可能导致跨 Agent 数据泄露；飞书凭证建议配合外部密钥管理服务（KMS）使用，避免明文泄露。