产品教程课程Agent 自动完成任务：从聊天到干活作业
让 Agent 替你自动跑完一件真活
换成你自己的任务，完整走一遍：自动完成一次 → 封装成 Skill → 配上定时任务，三样东西一起交。
这个作业就是把课上的三步换成你自己的活：自动完成一次 → 封装成 Skill → 配成定时任务。提交四类材料，缺一项不算完成：第一次的成果文件、Skill 截图、定时任务配置与试运行结果、一份执行记录。不要求跑得多漂亮，要求链路真的走通。
作业目标
- 找到一件「做过三次以上、每次做法差不多」的重复工作，而不是照抄课上的资讯简报；
- 让 Agent 自己跑完一次，并且你亲自核实过成果里的内容；
- 把这一次的方法封装成能复用的 Skill，再配成定时任务。
四步完成
第一部分 · 自动完成一次
选一个主题，按第二节课的流程跑一遍：建独立工作空间、写一份 工作要求.md、粘贴提示词。主题换成你自己关心的领域，比如本行业的政策动态、某个产品的用户反馈、竞品的更新记录。
| 填写项 | 我的情况 |
|---|---|
| 任务名称（这件活叫什么） | |
| 工作目标（要 AI 完成什么） | |
| 输入资料（它需要读哪些文件或信息） | |
| 输出成果（要生成什么文件、存哪里） | |
| 复用方式（一次性／做成 Skill／加定时） |
自检一条：如果「输出成果」写不出具体文件名和格式，说明任务还没想清。先把它写成「一份 XX.docx，存在工作空间根目录」这种程度，再开始。
第二部分 · 验收，并且抽两条核对
| 检查项 | 我的记录 |
|---|---|
| 文件是否真的生成、能否打开 | |
| 抽取的两条内容与原文是否一致 | |
| 来源链接是否可访问 | |
| 格式是否符合要求（页数、字段、结构） | |
| 发现的问题与修法 |
第三部分 · 封装成你自己的 Skill
参考第一次的成果文件，让它把方法封装成 Skill。名字自己起，要能看出用途，比如《周报生成器》《竞品更新追踪》。
| 填写项 | 我的情况 |
|---|---|
| Skill 名称与用途 | |
| 需要用户提供哪几项输入 | |
| Skill 里固定的流程与标准 | |
| 创建后的调用方式 |
封装完必须换一个主题测一次。只有换了主题还能跑，才说明方法被存下来了；用原主题测，看不出它是真调用还是照抄上次的结果。测试时留意执行过程里有没有「加载技能」这一步。
第四部分 · 配成定时任务并试运行
| 填写项 | 我的情况 |
|---|---|
| 任务名称 | |
| 执行时间（如每天 9:00） | |
| 绑定的 Skill | |
| 保存位置 | |
| 试运行结果（是否生成新文件） | |
| 本地还是云端，为什么这么选 |
提交清单
| 类别 | 交什么 |
|---|---|
| 第一次的成果 | Agent 自动生成的文件（简报、报告或其他成果）＋来源清单，附一句打开说明 |
| Skill 证据 | Skill 创建成功的截图，以及一次换主题调用的截图或录屏 |
| 定时任务 | 任务配置截图（含时间与绑定技能）＋ 试运行生成的结果 |
| 执行记录 | 上面四张表填完的记录，含核对过程与已知问题 |
评分标准
| 等级 | 标准 |
|---|---|
| 合格 | 四类材料齐全；任务具体、可重复；Agent 确实自己生成了文件；Skill 能创建并调用；定时任务配置成功 |
| 良好 | 在合格基础上，抽检内容与原文一致；换主题测试通过；试运行真实产出文件；记录了失败和修正过程 |
| 优秀 | 在良好基础上，任务来自真实工作并已投入使用；Skill 的输入项设计得足够少（一两句话就能调用）；对自动化后的核对方式有明确安排 |
任务类型、输出格式都不要求与课上相同。评价只看四条：任务是否真实重复、成果是否可信、Skill 是否真的被调用、定时任务是否真的跑出东西。
提交前自查
- 这件活我确实反复做过，不是为交作业编的
- 工作空间是单独建的，没让它碰其他目录
- 我打开过每个成果文件，而不是只看它说「已完成」
- 我抽了至少两条内容回原文核对
- 我换过主题测 Skill，确认它真的被加载
- 定时任务点过「立即运行」，真的生成了文件
- 材料已脱敏，没有客户资料、账号密钥或内部文件
- 我写清了哪些环节仍然需要人工确认
提交要求
- 把作业成品截图上传到网站提交；
- 挑一个你最满意的成果：发到课程群里，让大家看看你的自动化流程跑出了什么。