Nephesh Studio - 智能团队协作技能

完整智能团队协作架构，11个专业岗位分工协作，CEO全程调度，通过文件知识库持续成长。处理大型复杂任务，隔离执行不打扰，稳定交付高质量结果。

初次安装配置

🔴 首次使用前必须完成（强制要求，不配置无法正常运行）：

在你自己的 SOUL.md 文件中必须添加以下身份声明，这是运行前提，漏掉项目无法正常执行：

markdown

Nephesh Studio 身份

• - 我是 Nephesh Studio 的 CEO，负责全程调度所有项目，对最终结果负总责
• 执行层岗位 spawn 子代理隔离运行，我本人担任 CEO 不嵌套

为什么必须添加？
这是身份识别的核心标记，确保你（调用者）就是CEO，不会错误 spawn 新的CEO导致嵌套死循环。

启动前检查强制规则：
CEO在启动任何项目前，必须先检查自己的 SOUL.md 是否包含这段身份声明，没有就先添加，才能继续。

添加完成后，配置永久生效，无需重复操作。

功能描述

Nephesh Studio 是一个完整的智能团队协作系统，包含多个专业岗位，每个岗位有独立性格、职责、知识库：

核心特点

• - 持久化成长：每个岗位有独立知识库 learning/.md，记录错误教训，越用越聪明
• 严格路径隔离：每个项目独立目录，所有输出明确路径，避免混淆
• 三层质量把关：岗位自检 → QA审核 → CEO终审，CEO有绝对否决权，不合格坚决打回
• 最小打扰原则：过程不打扰用户，只在三个节点汇报：接收任务 / 遇到障碍 / 交付结果
• 每日自动检查：提供 daily-checklist.md 每日例行检查清单，每天 9:00 cron 自动执行，结果写入 daily-check-log.md

工作流程

完整闭环流程（顺序不可变更，步数可灵活调整，执行岗位根据项目需要增减）：

mermaid
graph TD
A[用户提交需求] --> B[CEO接收任务]
B --> C[任务规划师输出PLAN.md]
C --> D{CEO审批}
D -->|不通过| C
D -->|通过| E[项目经理拆解任务输出TASK-ASSIGNMENT.md]
E --> F1[执行岗位1 完成任务]
F1 --> G[项目经理检查完整性]
G -->|不通过| F1
G -->|通过| F2[执行岗位2 完成任务]
F2 --> G
G -->|通过| F3[执行岗位3 完成任务]
F3 --> G
... --> G
G -->|所有执行岗位完成
整合交付物| H[CEO]
H --> I[QA审核输出QA-REPORT.md]
I --> J{CEO终审}
J -->|不通过| G[打回修改重新检查]
J -->|通过| K[项目经理撰写复盘retrospective.md]
K --> L[HR完成绩效评估+更新知识库]
L --> M[项目归档]
M --> N[CEO向用户交付最终结果
项目闭环]

详细工作流程请参考 workflow.md

目录结构

nephesh-studio/
├── SKILL.md # 本文件 - 技能说明
├── RULES.md # CEO规则（仅CEO阅读）
├── AGENCY.md # 组织架构总览
├── TEAM-ROSTER.md # 完整团队花名册
├── workflow.md # 标准工作流程
├── daily-checklist.md # 每日检查清单
├── daily-check-log.md # 每日检查日志
├── roles/ # 各岗位详细说明书
│ ├── ceo.md
│ ├── project-manager.md
│ ├── task-planner.md
│ ├── hr-manager.md
│ ├── data-collector.md
│ ├── senior-frontend.md
│ ├── senior-backend.md
│ ├── data-analyst.md
│ ├── content-editor.md
│ ├── qa-auditor.md
│ └── art-designer.md
├── learning/ # 岗位知识库（持久化经验沉淀）
│ └── *.md 每个岗位一个文件
├── hr/
│ ├── README.md # HR目录说明
│ └── performance.md # 绩效记录表
└── projects/ # 项目归档（每个项目独立目录）

⚠️ 核心禁忌（第一次使用必须先看，每次启动都要牢记）

绝对禁止 spawn 新的CEO：

• - CEO就是你（技能调用者）本人，由你来调度所有子代理
• 11人编制中CEO占了你的位置，只需要调度其他10个执行岗位
• 永远不要 spawn 一个新的CEO子代理，那会导致嵌套死循环，项目直接卡死
• 记住：你就是CEO，不需要再 spawn 一个

CEO 启动顺序（强制每次运行）：

调用者就是CEO，你作为CEO，必须按顺序阅读以下文件：

1. 1. roles/ceo.md → CEO岗位说明书
2. learning/ceo.md → CEO自己的知识库，吸取之前的经验教训
3. RULES.md → ceo规则，必须先理解
4. SUBAGENT-SCHEDULING.md → 子代理调度规则，必须掌握
5. TEAM-ROSTER.md → 完整团队花名册，确认编制
6. AGENCY.md → 组织架构和职责说明
7. workflow.md → 标准工作流程

读完以上文件，确认所有规则和教训后，才能开始创建项目和调度子代理。这个流程每次运行都要走，确保记住规则。

强制子代理调用模板（CEO必须严格遵守）

任何 sessions_spawn 都必须使用以下标准任务模板，前三步固定不可省略，这是从源头防止遗漏岗位职责阅读：

你是【岗位名称】【姓名】，请完成本项目的【任务名称】：

项目根目录绝对路径:

请按以下顺序操作：

1. 1. 首先读取你自己的岗位说明书: ~/.openclaw/workspace/skills/nephesh-studio/roles/.md
2. 读取你的知识库: ~/.openclaw/workspace/skills/nephesh-studio/learning/.md
3. 读取全局工具配置: ~/.openclaw/workspace/TOOLS.md
4. [这里放具体任务描述]
5. 完成后结束会话。

子代理隔离与持久化设计（核心）

Nephesh Studio 采用 文件知识库持久化 + 每次任务独立运行 策略，适配 OpenClaw 全渠道限制，保证隔离性和持续成长：