何为自律1. 先从终端认识 Claude Code
我在本地项目里跑 claude 这行命令之前，其实已经见过不少“AI 编程助手”：网页聊天、IDE 补全、自动生成 PR 的机器人。Claude Code 给我的第一感觉和这些都不太一样——它不是插在编辑器边上的小翅膀，而是直接住在终端里、能真正把代码仓库当“现场”来操作的一个命令行智能体。简单说，你打开终端进入项目目录，敲 claude，它就能读你的文件、看 git 状态、自己翻代码、改文件、跑测试，甚至一条龙把 commit 都提交了。
从零开始学 Claude Code，最关键的是先建立正确预期：它是“会干活的 agent”，不是“会聊天的对话框”。它的默认工作方式不是一次性丢一大段完整代码给你，而是把任务拆成很多小步，一边做一边向你汇报，需要权限的时候找你确认。正因如此，很多重复性、机械性的开发工作，比如写单元测试、重构公共函数、排查 CI 报错，都能交给它，而且比你自己一个个文件翻要快得多。
1.1 它和普通网页版有什么区别
Claude Code 底层用的还是 Anthropic 的 Claude 模型，所以你会感觉“对话能力”和网页版差不了太多，但它多出来的是三样东西：文件系统访问、命令执行能力、项目上下文。网页版你只能一段段贴代码，它只能猜你项目长什么样；Claude Code 则是自己进到目录里看，知道你有几个 package、哪些测试挂了、最近改了什么。这不是把代码复制进上下文的“伪现场”，而是真正在项目里运行的工具集。
还有一个本质区别：Claude Code 会真的去执行命令。比如你让它“跑一遍测试并修复失败用例”，它可能会先执行 npm test，看到失败输出再定位到对应源码修改，改完再跑一次验证。这个“读取 → 行动 → 验证”的循环，是它和普通聊天助手最大的分水岭。也正因为可以执行命令，它比网页版更需要你在权限上把好关。
1.2 哪些人现在适合上手
适合谁呢？三类人最值回票价：一是日常要写大量样板代码或测试的工程师；二是刚接手陌生项目、需要快速读懂代码库的开发者；三是喜欢在终端里工作、不想在 IDE 和网页之间来回切换效率流失的人。完全零基础也可以入，前提是至少会基本命令行操作，不然容易在权限确认和环境配置阶段被卡住。
这一点很重要，我在别的地方吃过亏：Claude Code 可以执行 shell 命令，所以不要一上来就在生产环境目录里让它“放开了干”。第一次使用建议先开个临时 demo 项目摸清它的脾气。好，现在你应该对“它是什么”有了整体认知。接下来是动手前必须解决的门槛：账号和环境。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 安装前准备与三种接入方式
2.1 Claude Code 不是独立计费的软件
很多人搜“claude code下载”“claude code安装”，第一反应是找安装包。其实 Claude Code 并没有一个单独的“客户端安装包”，它就是一个命令行工具，通过 npm 全局安装或官方脚本安装。先说清楚，安装它本身是免费的，但真正使用 Claude 模型，你有两条路：一是开通 Claude Pro 或 Max 订阅，登录授权后使用；二是使用 Anthropic API，按 token 用量付费。
这也解释了为什么网上没有“claude code 免费版”这种说法——它不是一个独立订阅产品。网上偶尔能看到“free claude code 安装”的教程，本质上是两个方向：要么用的是订阅套餐自带的额度，要么是通过第三方兼容层把 Claude Code 接到本地模型或其他模型服务上，后者我会在后面单独讲。新人建议先老老实实走订阅或官方 API 一条路，把主流程跑通，再折腾模型替换。
我的建议是：如果你是重度开发者，每个月用 Claude Code 干很多活，Max 订阅往往更划算；如果只是偶尔体验、或者想把它接进自动化脚本里高频调用，API 按量付费更灵活。注意不要把 API Key 提交到 git 仓库，Claude Code 的报错里有相当一部分就是鉴权失败导致，后面排查部分我会专门列。
2.2 环境要求：先检查 Node.js
Claude Code 是基于 Node.js 的命令行工具，官方推荐版本通常是 Node 18 以上。你先在终端里跑一下：
bash复制node -v
npm -v
如果 node 命令不存在，或者版本太老，先去官网把 Node.js 装好，LTS 版本即可。这一步不要贪新装奇怪的版本，Claude Code 在部分尚不稳定的 Node 最新版上偶尔会有兼容问题，LTS 是最稳的选择。
Windows 用户还要额外留意终端环境。我推荐直接用 Windows Terminal 或 VS Code 内置终端，别用老旧的 cmd.exe。原因是 Claude Code 的交互显示里有不少特殊字符和颜色，老终端不仅显示难看，还容易出现乱码，这个我在第 8 节会专门给解决方案。
2.3 选择订阅授权还是 API Key
登录方式决定了你后面的环境变量配置。走订阅授权，通常在第一次运行 claude 的时候会弹出浏览器，让你登录 Claude 账号并授权，完成后本地会保存一个凭证，之后打开就能直接用。走 API，则需要设置一个环境变量：
bash复制export ANTHROPIC_API_KEY="你的key"
Windows PowerShell 对应的写法是：
powershell复制$env:ANTHROPIC_API_KEY = "你的key"
需要注意，新版 Claude Code 对“订阅授权”和“API Key”两套逻辑做了区分。如果你两边都配置了，有时会出现“为什么我订阅了却提示没有权限”的怪问题，原因往往是环境变量里的 key 覆盖了订阅登录态。排查思路很简单：确认终端里的 ANTHROPIC_API_KEY 是否被设置成了旧 key，必要时先 unset 再跑。
3. 安装与升级：Windows / macOS / Linux 都怎么操作
3.1 通过 npm 全局安装
最通用的安装方式就是 npm：
bash复制npm install -g @anthropic-ai/claude-code
安装完成后验证一下：
bash复制claude --version
能看到版本号，说明安装基本成功。macOS 和 Linux 用户如果提示权限不足，就在命令前加 sudo，或者检查一下 npm 全局目录是不是没有写入权限。Windows 用户如果遇到 PowerShell 禁止执行脚本的报错，常见原因是执行策略限制，可以先运行：
powershell复制Set-ExecutionPolicy -Scope CurrentUser RemoteSigned
这个策略是让本机能够运行合法的本地脚本，算是 Windows 下安装无签名 npm 全局命令的常规操作。运行完再执行 claude --version 验证。
3.2 用官方安装脚本
如果你不想依赖 npm，也可以用官方提供的安装脚本。macOS/Linux 终端执行：
bash复制curl -fsSL https://claude.ai/install.sh | bash
Windows 下则建议继续走 npm，或者使用 WSL 后在 Linux 环境里安装。其实两种方式没有本质区别，最后装的都是同一个 CLI。我的实际体会是 npm 方式更便于统一管理升级，因为你只需要：
bash复制npm update -g @anthropic-ai/claude-code
就能把工具更新到新版本。用官方脚本安装的话，升级通常直接执行 claude update。无论哪种方式，我都建议你养成定期升级的习惯，因为 Claude Code 迭代非常快，很多新模型、新权限系统、Skills 功能都是最新版才支持。
3.3 安装后常见的“找不到命令”问题
很多人在安装完成后，下一步就卡住了：明明显示安装成功，但输入 claude 提示找不到命令。这大概率是 npm 全局目录不在系统 PATH 里。先查一下全局安装路径：
bash复制npm config get prefix
如果输出的是某个 Node.js 安装目录下的路径，比如 C:\Users\你的用户名\AppData\Roaming\npm 或 /usr/local，你要确认这个目录已经加到了 PATH 里。macOS/Linux 下通常是 ~/.zshrc 或 ~/.bashrc 里缺了 export PATH="$(npm prefix -g)/bin:$PATH"，加上后重新加载配置即可。
我发现一个很典型的场景：VS Code 里装了 Claude Code 相关插件，但启动插件时提示 Could not locate the Claude CLI on PATH。这种情况往往不是插件问题，而是你的 IDE 没有继承 shell 的 PATH 环境。解决方式很简单：先在外面终端确认 claude 能跑，再完全重启 VS Code；如果还不行，就在插件设置里手动指定 claude 可执行文件的完整路径。
4. 第一次启动与基础使用
4.1 进入项目目录并初始化
安装好之后，先别在乱七八糟的目录里运行。进入一个真实项目目录，或者新建一个测试目录：
bash复制mkdir claude-demo
cd claude-demo
claude
第一次运行会提示登录授权，按终端里的提示操作即可。如果是订阅用户，浏览器会打开授权页面；如果是 API 用户，确保 ANTHROPIC_API_KEY 环境变量已经设置好。启动成功后，你会进入一个交互式会话界面。
进入会话后，我建议第一句话不要急着让它写代码，而是先让它介绍一下当前项目：
先看一下这个项目的结构、技术栈和关键入口，给我一份概览。
这会帮你确认它确实具备了读取目录的能力，同时也能把项目上下文加载起来。Claude Code 会自动生成一个 CLAUDE.md 文件用来记录项目约定，相当于项目的“长期记忆”，它会在每次对话中自动参考这份文件。
4.2 常用斜杠命令
Claude Code 支持很多斜杠命令，类似 Discord 那种风格。新人先记这几个就够用：
/help：查看帮助和所有命令/clear：清空当前对话上下文，开始新话题/init：在项目里初始化 CLAUDE.md，让它学习你的代码风格/model：切换模型，比如在轻量任务和复杂任务之间切换/compact：压缩当前对话，节省后续 token
我最常用的是 /model。同一个 Claude Code，背后可以接不同档位的模型：简单任务用轻量型号更快更省，复杂重构再切回强模型。这个习惯对省钱至关重要。
4.3 让 Claude Code 修改文件与执行命令
交互模式下，你直接用自然语言提需求，比如“把 utils 里的日期格式化函数抽成单独模块，并补上单元测试”。Claude Code 会先理解任务，然后列出操作计划，每步需要什么权限会弹出来问你：读取文件、编辑文件、执行命令，默认都是需要确认的。
我建议新手保持默认权限确认，不要为了省事直接全部放行。虽然多几次回车，但你能清楚地看到它每一步在做什么，这也是学习 Claude Code 工作方式的最好机会。跑了一段时间、对它的行为模式有把握之后，再根据实际需要调整权限策略。
如果你以后想把它接到自动化脚本里，可以用非交互模式：
bash复制claude -p "修复 src 下所有 lint 错误"
-p 是 print 模式，直接执行任务并输出结果，不会进入交互界面。配合 --output-format json 还可以拿到结构化输出，方便写自定义工作流。这条是进阶玩法，但值得第一周就了解，因为很多“Claude Code 自动化”的高级教程都在这个基础上展开。
5. 开发环境集成：VS Code、JetBrains 与桌面端
5.1 VS Code 里配置 Claude Code
日常开发中，我很少单独开一个终端窗口使用 Claude Code，更多是把它嵌进 VS Code 的内置终端里。VS Code 的集成终端天然继承你的 shell 环境，所以直接 Ctrl + \`` 打开终端，输入 claude` 就能用，完全不需要额外插件。
不过很多人问的“vscode配置claude code”，通常是指安装官方扩展。在 VS Code 扩展市场搜 “Claude Code”，安装 Anthropic 出品的插件后，左侧边栏会出现 Claude Code 面板，你可以直接在面板里发起对话，同时看到当前文件、选中代码块的上下文。这个插件更倾向于“图形化操作 Claude Code”，适合不习惯纯命令行的同学。
我在实际项目里发现，插件面板对单文件改动很顺手，比如“帮我优化当前函数”“给这段代码写注释”；但涉及跨多个文件的仓库级重构，还是切换到终端里的交互模式更灵活，因为它对项目整体上下文的感知更连续。两种形态共用同一套登录凭证和项目记忆，切换成本很低。
5.2 JetBrains 系怎么用：IDEA / PyCharm
JetBrains 家（IDEA、PyCharm 等）用 Claude Code 有两个方案。最简单的方案和 VS Code 一样，直接用内置 Terminal，项目路径下敲 claude。JetBrains 的 Terminal 面板默认会打开项目根目录，省去了反复 cd 的麻烦。
如果你想要图形面板，JetBrains 也有官方或社区插件。以 IDEA 为例，装好 Claude Code 插件后，在工具窗口里能直接发起任务，插件会把当前打开的文件、工程模块结构等作为上下文传给 Claude Code。这个集成对 Java、Kotlin 项目的体验尤其好，因为它的工程模型识别得准。
有一点提醒：JetBrains 内置终端对 ANSI 颜色和交互式 UI 的渲染有时不如 Windows Terminal 跟手，如果遇到光标错位、显示不全，可以把终端设置成模拟标准终端，或者干脆切到外部终端工具。
5.3 “桌面版”到底是啥
网上搜索“claude code桌面版”，很多是旧资料。其实 Claude Code 没有一个独立的“桌面客户端”安装包，它最自然的宿主就是终端。所谓“桌面版”体验，目前主要来自两类：一是 Claude 桌面应用里通过 MCP 接入 Claude Code 的能力；二是 IDE 插件提供的图形面板。我的态度很直接——不用纠结桌面版，直接把终端用好比什么都强。
如果你确实想要更“桌面”的体验，可以重点研究 VS Code 插件，或者关注官方桌面应用的更新日志。但不管外壳怎么变，核心还是那个 claude 命令行工具，底层的项目读取、命令执行、Skills 机制全都一样。
6. 进阶玩法：Skills、Ollama 与省 token
6.1 Skills 机制：给 Claude Code 造专属技能
Claude Code 的 Skills 机制是最近很受关注的一个能力，官方文档叫 “Agent Skills”。简单理解，Skill 是一个带说明和示例的文件夹，里面用 Markdown 写好“怎么完成某类任务”的完整流程，Claude Code 在执行任务时会按需加载这些技能，而不是每次把所有内容都塞进上下文。这个设计最大的好处是省 token。
创建一个 Skill 的目录结构通常是这样：
code复制skills/
code-review/
SKILL.md
examples/
01-bad-review.md
02-good-review.md
SKILL.md 里是核心指令，用 YAML 开头写元信息，比如名称、描述、适用场景，正文里写清楚执行步骤和规范。比如我写过一个“Code Review”技能，它会让 Claude Code 按“安全性、可维护性、性能、命名”四个维度检查代码，并且要求每条问题必须附代码行号和修改建议。
Skills 可以放在项目级别的 .claude/skills，也可以放在用户级别的 ~/.claude/skills。前者跟着项目走，适合团队统一规范；后者是个人全局可用。需要注意，Skills 不是越多越好——每个 Skill 的说明都会在任务匹配时被扫描，如果你加了太多花哨技能，它反而可能选错技能。我的建议是最多先建两三个真实高频场景的技能，用熟了再扩展。
6.2 接入 Ollama 本地模型
热词里有个组合是“claude code + cc switch + ollama”，这个搭配本质是想把 Claude Code 的模型后端从云端换成本地模型，省 token 顺便去掉网络依赖焦虑。先说结论：能做，但不是完全无缝。
你需要一个把本地模型转换成 Anthropic API 格式的兼容层。方法是先装好 Ollama，拉一个代码模型，比如：
bash复制ollama pull qwen2.5-coder:14b
然后把 Claude Code 指向本地服务，核心是设置两个环境变量：
bash复制export ANTHROPIC_BASE_URL="http://localhost:8000"
export ANTHROPIC_API_KEY="local"
这里的 ANTHROPIC_BASE_URL 指向的是兼容层地址，不是 Ollama 默认端口。因为 Claude Code 发的是 Anthropic 风格的请求，需要一层转换，cc-switch 这类工具就是帮你管理不同“后端”之间的切换配置，它本身不是一个模型服务。
我的实操体会是：本地小模型可以应付解释代码、生成注释、简单脚本这类轻任务，但要让它完成多文件重构、跑测试定位 bug 这类需要强推理的任务，效果和官方模型差距明显。所以更合理的用法是“轻任务走本地，重任务走云端”，而不是彻底替换。这个话题网上教程很多，但大部分不会告诉你：模型切换之后，稳定的输出格式是关键，别期待本地模型能完全复刻云端行为。
6.3 真正有用的省 token 技巧
“claude code如何用省token”是我看到的高频搜索词，说明大家被账单伤过。这里有四个我实测有效的方法。
第一，善用 /compact。长对话越到后面，越早的消息仍然会占上下文窗口，/compact 可以把之前的对话压缩成摘要，显著减少后续请求体积。我一般每隔三四十轮对话就主动压缩一次。
第二，用 /clear 开新会话。不要指望一个会话干完所有事。如果任务之间没有强依赖，直接新开会话反而更便宜，因为上下文从零开始，模型不会带着无关历史瞎猜。
第三，用 /model 切换轻量模型处理琐碎任务。格式化、翻译注释、写简单脚本，这类任务用轻量档位足够，复杂重构再切回强模型。别所有任务都上最强模型。
第四，让 Claude Code 少读文件。在提问时明确“只看 src/utils 下的文件”，或者用 CLAUDE.md 定义好项目结构，它就不会为了找答案把整个仓库扫一遍。上下文体积直接决定 token 消耗，这一个习惯就能省不少。
6.4 通过兼容层接 DeepSeek 等第三方模型
把 DeepSeek 接进 Claude Code 的思路和 Ollama 类似，本质是通过一个 Anthropic API 兼容层，配置第三方模型服务作为后端。这类配置通常也要改 ANTHROPIC_BASE_URL 和 ANTHROPIC_API_KEY，只不过地址指向的是第三方服务商的兼容端点。
精神状态上要有预期：第三方模型不是 Claude，工具调用的稳定性、指令遵循能力都不一样。Claude Code 是个很“话痨”的 agent，它喜欢把步骤拆得很细并持续调用工具，这要求底层模型必须有很强的 function calling 能力。不是所有模型都顶得住这种玩法，所以我个人不太建议把 Claude Code 折腾成“万能模型启动器”，新鲜劲过了你会发现，官方 Claude 模型的稳定输出才是最划算的。
7. Claude Code 和 Codex 怎么选
7.1 两者定位高度相似
Codex 是 OpenAI 推出的命令行编程 agent，Claude Code 是 Anthropic 的同类产品。二者都在终端里工作，都能读仓库、改文件、执行命令，目标是同一个：让 AI 直接干活而不是只给建议。所以“谁比谁强”的搜索下面往往吵成一团，但如果你同时试用过，会发现它们其实是同一类工具的不同实现，差别更多在产品细节和模型风格。
7.2 核心差异对比
我做了一个简单的对比表格，帮你快速理清：
| 对比项 | Claude Code | Codex |
|---|---|---|
| 背后模型 | Claude 系列，长上下文和代码推理强 | OpenAI Codex 系列，指令遵循稳 |
| 安装方式 | npm 全局安装，或者官方安装脚本 | 官方 CLI 安装，也有 IDE 插件 |
| 项目记忆 | CLAUDE.md 作为长期项目记忆 | AGENTS.md 类似机制 |
| 本地模型接入 | 可通过 Anthropic 兼容层接 Ollama/第三方 | 相关生态也有，但成熟度略逊 |
| 交互风格 | 步骤拆解细，主动汇报，权限确认明确 | 更偏直接执行，风格更克制 |
| 适合场景 | 大规模重构、长期多轮项目任务 | 单文件处理、自动化脚本、快速问答 |
这个表是我基于两队产品近期的公开体验整理的，细节会随版本变化。我自己的体会是，Claude Code 在“跨多文件的大改动”上更让我放心，因为它会反复确认、逐步验证；Codex 则更适合“我明确知道改哪，你赶紧改”的场景，少废话多干活。二者都可以装来试试，不需要站队。
7.3 选型建议
如果你现在问我选哪个，我会先说：别选工具，选工作流。你是什么开发场景？如果是频繁多文件重构、需要 AI 自己理解测试反馈的复杂项目，Claude Code 的多轮代理循环更合适。如果你更多是写脚本、写数据处理、快速生成一段可运行代码，Codex 的直来直去可能更顺手。另外，如果你的日常模型订阅已经绑定了某一家的服务，优先用配套工具，省去单独配置的麻烦。
8. 高频报错与排查实录
8.1 “Could not locate the Claude CLI on PATH”
这个报错基本出现在 VS Code 插件或某些 IDE 面板里，插件在后台要调用 claude 命令，但在它继承的 PATH 里找不到。你单独开终端 claude 是好的，但插件就是报错，说明 IDE 没拿到 shell 的配置。解决路径三步走：
- 确认终端执行
which claude（Windows 用where claude）能返回完整路径。 - 检查
~/.zshrc或~/.bashrc是不是把 npm 全局目录加进了 PATH。 - 在纯终端里启动 IDE，或者重启 IDE 让它重新加载环境变量。
如果还是不行，在插件的 settings 里手动指定 Claude 可执行文件的绝对路径，这是最粗暴也最有效的兜底方案。
8.2 PowerShell 安装报错
Windows 下常见两种情况。一是执行策略问题，报错信息会提到 running scripts is disabled，用之前说的 Set-ExecutionPolicy -Scope CurrentUser RemoteSigned 解决。二是 npm 安装时提示 EPERM 或 EACCES，这通常是权限问题，用管理员身份打开 PowerShell 重新安装。我试过最头疼的是公司电脑上被安全软件拦截 npm 全局写入，这种情况只能联系 IT 放行目录，没有更好的本地绕法。
8.3 订阅授权被禁用：Your organization has disabled Claude subscription access
这条报错是我在不少企业用户那看到的。它的意思是：当前账号所在的组织策略不允许使用 Claude Code 的订阅访问权限，通常是企业管理员通过后台统一控制的。解决办法不是本地改配置，而是要联系管理员确认企业订阅是否包含 Claude Code 的使用权限。如果你是个人订阅，但账号不小心登录到了公司组织空间，切回个人账号就能解决。
我特别提醒一下：不要在遇到这类错误时去搜索“绕过”“破解”，一是没必要，二是容易踩到来源不明的脚本，反而把环境搞坏。正规解法就两句话：要么让管理员开权限，要么用自己的个人账号。
8.4 模型名不识别："xxx" is not a model this version of claude code recognizes
这通常发生在你把 Claude Code 接到自定义模型后端之后。某个版本的 CLI 内部有模型白名单，当你通过环境变量或 /model 指定了一个它不认识的模型名，就会拒绝启动或自动补全失败。
最直接的解法是升级 Claude Code 到最新版，因为新版会同步支持更多模型 ID。如果你是通过兼容层接第三方模型，那就要看兼容层有没有把模型名映射成 Claude Code 认识的 ID，有些工具支持在配置里做别名映射。网上流行的 GLM 系列模型接入也属于这一类问题，本质上不是模型不行，而是名字对不上。
8.5 乱码问题与对话历史保存
Windows 终端下显示乱码，90% 是编码问题。Claude Code 默认输出 UTF-8，而老版 PowerShell 默认可能是 GBK 编码。临时解决办法是在 PowerShell 里执行：
powershell复制chcp 65001
或者直接在 $PROFILE 里加上：
powershell复制[Console]::OutputEncoding = [System.Text.Encoding]::UTF8
这样以后每次打开终端都是 UTF-8。VS Code 用户可以在设置里搜 terminal.integrated.defaultProfile 和编码相关配置，把终端编码调整为 UTF-8，乱码问题基本就绝迹了。
至于对话历史，Claude Code 默认会把每次会话记录保存在本地目录里，路径通常在 ~/.claude/projects。你会看到按项目路径哈希命名的文件夹，里面是 .jsonl 格式的会话日志。想要恢复上一次对话，可以回到同一个项目目录，执行：
bash复制claude --continue
或者用 claude --resume 选择恢复某条历史会话。如果你想让会话记录更长时间保留，也可以把 ~/.claude/projects 整个目录备份到网盘或纳入自己的笔记系统。需要特别注意的是，这些日志里可能包含你项目里的敏感代码，备份时要做好权限控制。
8.6 其他值得留意的坑
- 如果你用
claude一段时间后感觉卡顿、回答变慢，先看是不是对话历史太长，执行/clear就好。 - 如果你在 CI 里跑
claude -p，记得用 API Key 方式鉴权，不要依赖浏览器授权的本地状态。 - 如果你在项目里同时存在多个
.env文件，注意 Claude Code 在读取项目上下文时可能会把这些变量带进 token 消耗，敏感信息也会出现在它的可见范围里。
踩过一轮坑之后，我的个人习惯是：每个重要项目第一次启动 Claude Code 前，先把 CLAUDE.md 写好，明确告诉它哪些目录不要碰、哪些命令需要二次确认、代码风格是什么。这个成本极低，但能让后面所有对话的质量高出一大截。还有一个小技巧，遇到解释不清的报错时，直接把报错信息复制给 Claude Code 让它自己诊断，通常比在网上翻帖子来得快，因为它能看到完整的终端上下文，定位问题的路径比人脑搜索快得多。工具更新得很快，但“让 AI 替你干活、你来把方向”的工作方式，是这两年我觉得最值得花时间掌握的能力。