AI 编程工具跑通后，第一条任务应该怎么写？

很多人终于把 Codex 或 Claude Code 跑通以后，第一反应是兴奋。

然后立刻发一句：

"帮我做一个项目。"

或者：

"帮我优化一下这个页面。"

这一步最容易翻车。

先说结论：AI 编程工具跑通后，第一条任务不要写大需求，要写一个小到能验收的任务。

第一条任务的目标不是证明 AI 很强，而是证明你们能稳定协作。

在此之前，我把配置教程，常见字段，排查顺序和首次测试模板整理成了一个持续更新的资料页，可以点击这里快速开始

https://gitcode.com/u011635002/little_ai/blob/main/docs/安装基础教程/02-OpenAI Codex CLI 配置教程.md

第一条任务不要做完整功能

新手最容易把第一条任务写得太大。

比如：

帮我做一个后台管理系统。

这句话里面其实包含很多东西：

• 页面结构
• 路由
• 登录
• 表格
• 搜索
• 接口
• 表单
• 权限
• 样式
• 错误处理

你看起来只说了一句话，AI 实际上要替你猜几十个细节。

它当然可能做出来一点东西，但你很难判断它做得对不对。

对新手来说，第一条任务更适合这样写：

请先不要做完整项目。

请只帮我完成一个很小的任务：
在当前 README.md 里增加一个"本地启动步骤"小节。

要求：
1. 不修改其他文件
2. 不新增依赖
3. 修改前先告诉我你准备改哪里
4. 修改后说明我怎么检查

这才是一条适合新手的第一条任务。

它小、清楚、能检查、能回退。

第一条任务要满足 4 个条件

我建议新手用 AI 编程工具时，第一条任务必须满足 4 个条件。

第一，目标一句话能说清。

比如"给 README 增加启动步骤""把按钮文案从提交改成保存""给空列表增加提示文案"。

第二，只影响一两个文件。

如果第一条任务就要改十几个文件，新手很难验收。

第三，不涉及真实数据风险。

不要一上来让它改登录、支付、删除、批量操作、权限判断。

第四，完成后你能肉眼确认。

比如页面上文案变了，README 多了一段说明，按钮 loading 出现了。

这四个条件少一个，第一条任务都容易变难。

推荐从这 5 类任务开始

新手第一条任务可以从这 5 类里选。

第一类，改文案。

比如把"提交"改成"保存"，把"暂无数据"改成"当前没有记录"。

第二类，补 README。

比如让 AI 根据项目文件，补一段启动步骤或目录说明。

第三类，增加空状态。

比如列表为空时显示一段提示。

第四类，增加 loading 状态。

比如按钮提交时显示"处理中"。

第五类，解释项目结构。

这类甚至不需要修改代码。你可以先让它读项目，再告诉你入口、目录、启动命令和主要模块。

如果你完全没把握，就从"只读不改"开始。

请先不要修改代码。

请阅读当前项目，告诉我：
1. 项目入口在哪里
2. 本地启动命令可能是什么
3. 页面代码主要在哪个目录
4. 如果我要改一个按钮文案，应该先看哪些文件

这条任务的价值很大。

因为它先让 AI 证明自己读懂了项目。

第一条任务最好带上"不做什么"

很多新手写任务，只写"要做什么"，不写"不要做什么"。

但 AI 编程里，"不要做什么"非常重要。

比如你只说：

帮我给列表增加空状态。

AI 可能顺手整理组件、改样式、改请求、改状态管理。

你应该补一句：

不要重构组件，不要调整接口请求，不要改全局样式。

这句话会让任务范围明显收窄。

更完整的写法是：

请给当前列表页增加空状态提示。

要求：
1. 只处理数据为空时的展示
2. 不修改接口请求
3. 不重构组件
4. 不改全局样式
5. 修改前先告诉我预计会改哪些文件
6. 修改后告诉我怎么手动验收

这就比"帮我加空状态"稳很多。

第一条任务不要急着让它直接改

新手第一条任务可以分两步。

第一步，让它先分析。

第二步，你确认后再让它改。

比如：

请先不要修改代码。

我想把列表为空时的提示补上。
请你先告诉我：
1. 可能涉及哪些文件
2. 最小改动方案是什么
3. 哪些文件不应该动
4. 修改后怎么验收

等它回答后，如果范围合理，你再说：

可以，按这个最小方案修改。
不要做额外重构。

这一步看起来慢一点，但对新手非常稳。

因为你先把 AI 的理解拉到台面上，再决定要不要让它动手。

一条可以直接复制的第一任务模板

请先不要急着改代码。

我想完成一个很小的任务：
【写你的任务，比如：给列表为空时增加提示文案】

请先帮我确认：
1. 这个任务可能涉及哪些文件
2. 最小修改方案是什么
3. 哪些文件本次不应该修改
4. 修改后我应该怎么验收

限制：
1. 不重构无关代码
2. 不新增依赖
3. 不改全局配置
4. 如果你认为必须扩大范围，请先说明原因

你可以把这个模板当作 AI 编程的第一条安全带。

不是每次都要这么啰嗦，但刚开始非常值得。

第一条任务不要夹带第二个目标

新手还有一个很常见的问题：一个任务里塞了多个目标。

比如：

帮我给列表增加空状态，顺便优化一下样式，再把组件整理一下。

这句话看起来很自然，但对第一次协作来说太重。

空状态是一个任务。

样式优化是一个任务。

组件整理又是一个任务。

三件事放在一起，AI 很可能一起改。改完之后，如果页面不对，你很难判断是哪一部分导致的。

第一条任务最好只做一件事。

如果你真的有多个想法，可以这样写：

我后面可能还想优化样式和整理组件。
但本轮只做空状态提示。
请不要处理其他内容。

这句话能把未来想法和当前任务分开。

第一条任务最好选择低风险文件

并不是所有小任务都适合作为第一条。

比如"改一个权限判断"看起来只改一行，但风险很高。

"改一个按钮文案"也许只改一行，但风险很低。

新手选第一条任务时，可以优先选择这些文件：

• README
• 文案文件
• 单个页面组件
• demo 页面
• 样式影响范围很小的文件

尽量避开这些文件：

• 登录权限
• 支付下单
• 删除逻辑
• 数据迁移
• 全局请求封装
• 路由和构建配置

第一条任务的目的不是挑战难度。

它的目的，是让你熟悉 AI 如何读文件、如何修改、如何交付总结。

第一条任务完成后，要做一次小复盘

很多人任务一完成，就立刻进入下一条。

其实第一次任务完成后，最好让 AI 做一次小复盘。

可以这样问：

请基于这次修改，做一个新手能看懂的复盘：
1. 我这次任务描述里哪些地方写得清楚
2. 哪些地方如果下次补充会更稳
3. 这次你实际修改了哪些文件
4. 我下次可以尝试什么同等级的小任务

这一步很有价值。

它能帮你逐渐形成自己的任务模板。

AI 编程不是只靠一次 Prompt，而是靠一次次把任务交清楚。

最后说句最实在的话。

工具跑通之后，第一条任务不要追求惊艳。先完成一个小、清楚、可验收、能回退的任务。你和 AI 的协作感，就是从这个最小闭环开始建立的。