READ / 带走
- 选择与目标最接近的示例
- 先替换路径和输入，不急着删掉约束
- 用真实产物与检查结果验收，而不是只看最终回复
这里不是提示词合集。每个示例都是一条可以复现的工作流：先准备明确的起始状态，再提交完整任务，观察执行证据，最后检查文件、测试或历史记录。示例中的路径和名称只是占位，请替换为自己的内容。
选择一个目标
01 / CODE
审查并修复一个代码缺陷
适合已有仓库中的局部 Bug：先复现，限制修改范围，再用定向测试和差异验收。
02 / DOCUMENTS把多份材料整理成决策简报
适合需求、会议记录和调研资料：标注来源、冲突与待确认项，生成固定文件。
03 / BATCH批量审计多个独立项目
适合同一规则作用于多个目录：先用一个目录试跑，再设置并发和产物校验。
04 / SCHEDULE按计划生成项目报告
适合已经人工跑通的重复任务：固定输入输出，立即执行验证，再开启计划。
一份可靠任务的共同结构
复制示例后先检查
- 起始目录、输入文件和外部依赖真实存在。
- 任务写清允许读取、允许修改和禁止触碰的范围。
- 产物有固定路径、格式或测试命令，不只要求“给出答案”。
- 遇到不确定信息时要求停止、标注或请求确认，而不是猜测。
- 失败后可以缩小范围继续，不必重新开始整个任务。