说清责任与验收

责任要能落到一份成果

把“帮我管理项目”改成“维护这个项目的决定、截止时间和等待事项清单”。补充相关来源、负责人、更新条件和最终交付位置。对重复工作说明怎样算有变化；对一次性任务说明完成后是否结束。Dot 可以处理多项责任，但不同责任最好能分别查看成果与状态。

把可直接做与需要你决定的动作写清

读取已授权材料、整理清单、准备草稿与对外发送，是不同动作。说明它可直接维护什么，以及涉及预算、承诺、发送或扩大共享范围时如何处理。请求草稿不包含发送许可。明确的持续授权可以覆盖约定范围内的后续动作，超出范围则需要新的决定；自定义规则与插件权限也不能绕过内置要求。

验收应检查结果和证据

定义三项可查验标准，例如清单覆盖材料中的所有截止时间、每个重点结论带来源、输出文件能打开。把已验证、当前假设和未知信息分别写明。任务运行结束只能说明流程结束；是否达到目标、是否保存到指定位置、是否实际交付，都要检查结果。

跟着做一次

1. 用一句话写出 Dot 要持续维护的成果或责任。
2. 列明允许使用的资料、账户与版本，删掉无关来源。
3. 写出可直接做的动作、需要你决定的事项和停止条件。
4. 列三条可查验的验收标准，发送给 Dot。
5. 让 Dot 复述责任边界，并据此修订第一版成果。

请负责维护我提供的项目清单：持续更新决定、截止时间和等待事项。只使用我明确提供或授权连接的资料。你可以整理和准备建议；涉及对外发送、报价、重大承诺或新增分享对象时先让我决定。验收标准是每个关键事项有来源、日期与负责人不凭空补齐、成果保存位置清楚。先复述责任、信息缺口和停止条件，再开始。对外介绍只用我为本次沟通批准的信息，不补充我的私有经历、账号或其他项目。

这是改编的教学练习，尚未替你执行；请按实际账户和材料调整。