7 天挑战 · 从真实任务到可复用资产免费

DAY 07 · 换一份输入,证明它真的可复用

用新输入重跑整条链路;能稳定通过验收,才算完成。

内容版本 1.0.0完整正文已导入
01
WHAT YOU WILL LEARN

这次具体会学到什么

  1. 用第二份真实输入完成一次无旧上下文的冷启动复跑。
  2. 记录耗时、临时补充、返工和验收结果。
  3. 根据失败位置决定只修改 TASK、WORKFLOW、CHECKLIST 或模板中的一处。
开始前准备
  • 准备一份结构相同但内容不同的第二份真实输入
  • 保留完整交付包和第一次运行记录
02
PUBLIC PREVIEW

真实试看

用新输入重跑整条链路;能稳定通过验收,才算完成。

03
CURRICULUM

详细教程目录

  1. 01完成后的结果
  2. 02第一步:选择真正不同的第二份输入
  3. 03第二步:做一次冷启动
  4. 04第三步:严格按流程运行
  5. 05第四步:记录四个复用指标
  6. 06第五步:判断失败应该修哪里
  7. 07第六步:完成最终验收
  8. 08第七步:整理可复用交付包
  9. 09常见错误与修正
  10. 10挑战完成判断
04
FULL TUTORIAL

完整文字教程

今天不继续美化模板,也不增加新功能。你要换一份真实输入,从零运行整条链路。第二次运行仍然需要大量口头补充,就说明得到的只是一次成功记录,还不是可复用工作流。

完成后的结果

挑战最终应交付:TASK、WORKFLOW、CHECKLIST、模板或 Skill、第二次合格结果,以及一份明确下一版只改什么的 REVIEW。

第一步:选择真正不同的第二份输入

第二份输入应满足同一输入契约,但内容明显不同。例如第一次是“CSV 导出”更新,第二次可以是“团队成员权限”更新。

不要直接复制第一份只改日期,也不要为了通过而挑一个比第一次更简单的样例。目标是验证结构能复用,不是证明你会复制粘贴。

建立新的运行目录:

runs/
├── 001/
└── 002/
    ├── input.md
    ├── preflight.md
    ├── plan.md
    ├── output-v1.md
    ├── checks.md
    └── final.md

第二步:做一次冷启动

开启不包含前六天聊天记录的新会话,只提供:

  • TASK.md
  • WORKFLOW.md
  • CHECKLIST.md
  • TEMPLATE.md 或 Skill 文件夹;
  • runs/002/input.md

使用模板规定的启动方式,不要额外解释“像上次那样”。若 AI 不知道下一步,先记录缺口,再决定修改哪个文件。

第三步:严格按流程运行

确认运行留下这些证据:

  1. 输入预检结果;
  2. 任务与风险复述;
  3. 执行计划和人工确认;
  4. 第一版结果;
  5. 每条检查项的通过/失败证据;
  6. 局部返工及最终版本。

不要跳过记录直接拿最终结果。可复用性的证据来自过程一致,而不只是第二次“看起来也不错”。

第四步:记录四个复用指标

REVIEW.md 中记录:

# 第二次实跑复盘

- 新输入:【说明,但不要写敏感信息】
- 总耗时:【分钟】
- 临时口头补充:【次数】
- 返工次数:【次数】
- 通过的检查项:【数量 / 总数】
- 是否发生边界外动作:否 / 是(说明)
- 最终验收:通过 / 未通过

第一次不需要追求漂亮指标。最重要的是数据真实,并能说明卡点在哪个步骤。

第五步:判断失败应该修哪里

使用这个顺序:

  • AI 不知道需要什么 → 修 TASK.md 的输入契约;
  • 不知道下一步做什么 → 修 WORKFLOW.md
  • 结果好坏无法判断 → 修 CHECKLIST.md
  • 每次都要替换同类信息 → 修 TEMPLATE.md 的变量区;
  • Skill 没有被正确选择 → 修 SKILL.md 的 description;
  • 只有本次业务事实不同 → 只修当前 input,不改通用规则。

一次只改最重要的一个结构问题。不要在挑战最后一天同时重构全部文件,否则无法知道哪项修改真正有效。

第六步:完成最终验收

第二次结果至少满足:

  • 使用了新的真实输入;
  • 不依赖前一次聊天历史;
  • 所有必填输入经过预检;
  • 最终结果通过同一份 CHECKLIST;
  • 没有未经确认的外部副作用;
  • 失败和返工都有记录;
  • 能明确指出下一版只改哪一处。

若其中一项失败,不必假装挑战完成。保留失败证据,修正对应文件后再跑一次,直到通过或明确决定停止。

第七步:整理可复用交付包

最终目录建议保留:

my-first-workflow/
├── README.md
├── TASK.md
├── WORKFLOW.md
├── CHECKLIST.md
├── TEMPLATE.md 或 SKILL.md
├── examples/
│   └── minimal-input.md
└── runs/
    ├── 001/
    └── 002/

README.md 只需说明用途、输入、启动方式、输出位置、安全边界和当前版本。真实运行目录包含敏感数据时,不要把它公开分发;可以另做脱敏示例。

常见错误与修正

第二次仍使用第一份输入。 这只能证明流程可重复执行,不能证明它能泛化到新内容。

遇到问题继续口头补充。 记录补充次数,并把稳定信息写回文件。

只看最终结果。 检查流程是否按同样规则暂停、验收和返工。

为了“完成挑战”忽略失败。 一份真实失败复盘比一份无法复刻的漂亮成品更有价值。

挑战完成判断

关闭所有旧聊天,让另一个人或新会话只读你的交付包和新输入。它能够启动、在缺失信息时暂停、产出结果、执行检查并等待必要的人类确认,才算拥有第一条可复用 AI 工作流。

接下来可以继续使用这个工作流收集三到五次真实运行记录。只有当重复手工步骤稳定、风险边界明确时,再考虑接 API、定时器或外部自动化;付费模板或 Skill 的价值,也应该是缩短这一段复刻和排错时间,而不是补上免费路径故意缺失的步骤。

05
RESOURCES

配套资源与下载

7 节完整文字教程站内正文

Day 1–7 均可免费阅读全文、完成练习并保存学习进度。

已包含
7 天 AI 工作流起步包Markdown

包含 TASK、WORKFLOW、CHECKLIST、SKILL 与 REVIEW 五个可复制骨架。

已包含免费下载起步包
1 项公开资源可以直接使用。

上方链接无需购买或权益验证;付费私有文件仍会单独通过服务端鉴权交付。

06
ACCEPTANCE

练习与完成标准

  1. 确认第二次运行不依赖第一次聊天历史。
  2. 确认结果通过同一份 CHECKLIST 且没有未确认外部动作。
  3. 在 REVIEW.md 中明确下一版只修改哪一个结构问题。