S24-B02 · 跑通第一个任务：安装、CLI/IDE/桌面/云端

适用读者：要在一台机器上把工具用起来的人。
前置：S24-B01。
口径：安装与命令随版本变化，本文给顺序与判据，具体命令以官方文档为准。
覆盖旧文：669(242) 667(220) 670(219) 672(197) 671(184) 673(198) 698(169) 677(223) = 2,371 点。
上一篇：S24-B01 · 认识 AI 编程工具：概念、四种入口与边界
下一篇：S24-B03 · 提示词、规则与配置。

1. 一句话结论

跑通顺序是：装 → 登录 → 选入口 → 给一个小任务 → 看它怎么改 → 验收。别一上来就让它改核心模块。

步	做什么	验收标准
1	安装（包管理器/安装包）	`--version` 有输出
2	登录/配 key	能发一次请求
3	选入口（CLI/IDE/桌面/云端）	能打开会话
4	小任务（改一个函数/加一个测试）	改动可 diff
5	验收（跑测试/看 diff）	测试通过、diff 合理

2. 四种入口的最小差异

入口	第一步	注意
CLI	在项目根目录启动	工作目录决定"它能看到什么"
IDE	装扩展并登录	上下文随打开的文件走
桌面 App	安装后选工作区	适合非工程角色
云端	关联仓库	代码会离开本机

判据："它需要在项目根目录跑命令吗？" 需要 → CLI；只想改当前文件 → IDE。

3. 第一个任务的正确选择

适合做第一个任务	不适合
加一个单元测试	重构核心模块
改一个明确的 bug	"优化一下架构"
补文档/注释	跨 20 个文件的改动

"为什么从测试开始"：测试有明确判据（通过/失败）——这是你第一次观察"它是否按规则工作"的最好方式。

4. 验收的三个必看

看什么	为什么
diff	改动是否超出要求范围
测试结果	是否真的验证过
依赖/配置改动	是否偷偷升级了库

判据："它能改的东西，比我要它改的多吗？" 是 → 收紧权限（A01）。

5. 四类日常流（A-677）

场景	关键
探索陌生代码	先让它讲，别急着改
修 bug	先让它复现（写失败测试）
重构	要求"小步 + 每步测试通过"
写测试	给规范（命名/断言风格）

6. 五个误区

误区	真相
"先让它改核心模块试试"	风险最高、判据最少
"在任意目录启动都行"	工作目录决定可见范围
"不看 diff 直接提交"	可能改了不该改的
"测试跑过就没问题"	测试可能没覆盖
"云端和本地一样"	代码出境的合规差异

7. 自检

跑通的五步顺序？
四种入口的第一个动作？
为什么第一个任务选测试？
验收的三个必看？
四类日常流各自的要点？

8. 下一篇

S24-B03 · 提示词、规则与配置

跑通讲完，下一篇讲"怎么把要求固化下来"。

本篇属于系列《S24 · AI 编程工具》。旧文来源：A-669/667/670/672/671/673/698/677。