协议任务协作协议

所有执行方（研发窗口、GPT 6.1 sol、美术 GPT、网站窗口）开工前先读本文件。

一、流程

总策划写任务卡 ──→ 用户确认并下发 ──→ 执行方领取、执行 ──→ 执行方写回报 ──→ 总策划审查
  （待下发）           （已下发）          （进行中）          （待审查）        ↓
                                                             通过 → 已完成
                                                             不通过 → 写明问题，退回"进行中"

二、目录

任务/
├── README.md        本协议
├── 看板.md          所有任务的索引和状态，每个人先看这里
├── 模板_任务卡.md
├── 模板_回报.md
├── 卡片/            任务卡，一项任务一个文件，T001_xxx.md
├── 回报/            执行方写的回报，文件名和任务卡对应，T001_回报.md
└── 审查/            总策划写的审查意见，T001_审查.md
运维/
└── 运维日志.md      sol 每次开关服、加插件、改配置都追加一行

三、各方的权限

执行方可以连续做多个任务，不需要等上一个任务审查通过，除非任务卡上写了"审查后再继续"。任务卡只规定目标、红线和验收标准，具体怎么做由执行方自己判断。

对任务卡有疑问或者不同意：写在回报的"问题与建议"一栏，不要直接改任务卡。需要用户拍板的事，回报里标 ⚠️。

四、铁律

1. 测试服先行。 新插件、配置改动一律先在测试服跑通。正式服的改动必须有任务卡，并且已经通过审查。
2. 改动之前先备份。 备份路径写进运维日志。
3. 密码和密钥不写进任何文档。 包括 RCON 密码、数据库密码、授权码、网易接口密钥。统一放在 密钥/（不纳入版本管理），文档里只写"见密钥文件某项"。
4. RCON 只对本机或内网开放，必须设强密码。RCON 是明文协议，暴露在公网等于把服务器交出去。
5. 做不到就说做不到。 回报里如实写失败、跳过的步骤和报错原文，不要把"能启动"写成"已经验证"。
6. 遵守 CLAUDE.md 里的协作五条和多语言规范（D002）。

五、怎么判断交给谁

见 CLAUDE.md 的「研发和 sol 的分界线」。拿不准的任务，在回报里提出来，由总策划重新分配。