/CLI、Desktop、IDE 与 Cowork 四种形态登录后记录进度

CLI、Desktop、IDE 与 Cowork 四种形态

建议用时：25 分钟（含练习）

学习目标

能够从交互界面、执行环境、权限和组合性比较四类 AI 工具。

本节产出

一张四类工具对比矩阵

核心知识：四种形态不是四个能力等级

你可以在终端里让 AI 改代码，在桌面应用中预览改动，在编辑器侧栏里讨论函数，也可以通过面向任务的工作界面整理文档。这些入口常被分别叫作 CLI、Desktop、IDE 和 Cowork。前面三个主要描述交互形态；Cowork 在本课中特指产品提供的协作任务体验，不是与前三者完全对等的行业技术分类，更不是一种独立模型。

CLI

CLI 是命令行界面，适合通过文本命令、工作目录和脚本组织操作。它的优势是容易组合现有开发工具、记录命令与结果，但使用者需要理解目录、进程和参数。终端本身不保证 Agent 拥有更高能力，也不保证更安全；权限和工具实现才决定实际操作范围。

CLI、桌面、IDE 和任务工作台是不同交互入口，下方仍要分别核对模型、执行环境、工具权限和交付证据

图中的共同检查项比形态名称更重要。无论从哪里发起任务，都要知道改动发生在哪个目录、测试在哪里运行、产物放在哪里，以及怎样检查和撤回本次改动。

案例：同一个小改动，用不同入口完成

使用一个虚构练习项目：网页有一个按钮，文案为“提交”，你希望改成“保存草稿”，并确认不会改变按钮动作。CLI 路径可以搜索文案、编辑文件、运行相关检查，再查看 diff。IDE 路径可以从页面组件定位按钮，在编辑器里查看调用关系和改动。桌面任务界面可能把相同步骤显示为文件预览、执行记录和差异面板。

哪一种更合适，取决于你需要观察什么。若只改一处文案，熟悉的编辑器可能最快；若需要处理多个独立文件并生成记录，任务界面可能更方便。比较应围绕正确性、可见性、学习成本和恢复方式，不应把“能在黑色终端运行”当成更专业的证据。

不同入口可能指向不同目录

你在桌面应用打开了一个 worktree，在 IDE 中却仍查看主目录。Agent 已经修改文件，编辑器却没有变化，容易让人误以为保存失败。先核对实际工作路径和 Git 分支，再检查文件内容。会话标题相同，不代表目录相同；分支名相似，也不代表未提交内容一致。

对非代码任务也同样适用。生成一份文档后，要确认它是可打开的实际文件，还是聊天中模拟的文本。如果工具只能给出内容，应该明确把内容作为交付物，而不是宣称已经完成排版、导出和发送。

选择因素应观察的证据
目录与环境当前路径、分支、执行主机
修改可见性文件差异、实际保存结果
验证能力相关测试、预览、错误输出
恢复方式Git 提交、检查点及其覆盖范围
数据权限获准文件、外部连接和上传边界

动手练习

  1. 从你已经可用的工具中选两种入口，不需要购买或安装新产品。写出每种入口的执行环境和权限来源。
  2. 使用无敏感内容的练习目录，设计“修改一处按钮文案”的完整步骤。如果没有可执行环境，只作静态分析，不声称运行通过。
  3. 记录怎样观察改动、怎样测试以及怎样恢复；指出哪些差异来自界面，哪些来自背后的工具能力。

参考答案与推演

完成检查

  • 能区分交互形态、产品名称、模型和执行环境。
  • 不把 Cowork 当作通用协议或独立模型。
  • 能确认实际工作目录，避免不同入口看错副本。
  • 选择理由基于可观察工作流程，而不是外观或营销标签。

参考与来源

CLI、Desktop、IDE 与 Cowork 四种形态

3 道题 · 及格分 60 分

开始测验
Claude Code 做什么，代码在哪里运行