上：让 AI 采访你，把需求问清楚

毕业项目开工。前面七个场景你都是「用 AI 干活」；这两节课干一件质变的事：造一个以后自动干活的东西——一个「周一早上自动汇总」的小工具：每周一早上，它自己把上周的产出、本周的待办、没回的事项汇总成一页，等你上班打开。

不用会写代码。你出主意、定需求、验收；代码是它的事。这节课先干最重要的一半：把需求问清楚。

01心态先转过来：你是产品负责人，它是工程师

整个毕业项目只需要你转变一个观念：你是产品负责人（出主意、定需求、验收的人），它是工程师（写代码的人）。你不需要懂代码，就像老板不需要会砌墙也能盖楼。你的活只有四件：

• 说清楚你要什么（需求）
• 认可它给的方案（动手前先看它打算怎么做）
• 验收它做出来的东西（看着、点着、试着用）
• 告诉它哪里要改（改到你满意为止）

整个项目走六步：想法 → 规划 → 构建 → 截图迭代 → 备份 → 上线。本节走前两步，下节走完剩下的。

02第 0 步：给项目安个家

建一个新文件夹，叫 monday-report

所有代码和文件都住这儿。想叫别的也行，英文名省事。

03第 1 步：让它采访你（最不能偷懒的一步）

一句模糊的「帮我做个自动汇总工具」，做出来的八成不是你要的。但你不用自己憋着把需求想全——让它来采访你，每个问题给选项，你点选就行：

我想做一个「周一早上自动汇总」的小工具。动手之前，先采访我，把需求问清楚。
每个问题给我几个选项让我选，别让我空想。最后把我所有的决定整理成一份需求文档。

它会问到信息源、产出形态、栏目结构、跑的时间、出错了怎么通知你。认真答，尤其是「规则」类的问题——「没写完的待办要不要滚动到下周」「超过两周没动的项目要不要标黄」——这些「如果……就……」的规则叫逻辑，是这个工具的灵魂。而定逻辑恰恰不需要技术：你比它更懂你的工作应该怎么汇总，这就是你的专业。

04验收需求文档：给它的施工图

采访结束，它会把你所有决定写成 需求文档.md。花三分钟逐条检查——这份文档就是施工图，这里错一条，后面歪一片。重点看：

• 信息源写全了吗（漏一个源，汇总就缺一块）；
• 规则和你想的一致吗（「滚动待办」这类细节最容易被写反）；
• 有没有它自作主张加的功能——第一版宁可小，能跑通的小工具比憋大招的半成品强一百倍。

05检查点