AI 使用经验与提效指南
2026/4/2约 1484 字大约 5 分钟...
AI 使用经验与提效指南
一、 核心工具
- 主力:Codex & Claude Code
- 这两者在代码补全、逻辑推演和重构上表现最为出色,是日常高频使用的核心生产力。
- 备用: Antigravity
- 拥有学生版一年 Pro 权限,作为主力工具的稳定兜底方案。
Codex vs Claude Code 选型建议
- 快速出活、生成样板代码 → 优先 Codex(
full-auto模式一路到底) - 复杂重构、需要反复推敲的逻辑 → 优先 Claude Code(Plan 模式 + 分步确认更可控)
- 两者并用效果最佳:用 Codex 快速搭骨架,再用 Claude Code 做精细打磨和 review
二、 使用途径与高性价比方案
- 高可用 API 中转站 (packycode 、foxcode)
- 优势:极致稳定、响应速度极快,适合对编码流畅度要求极高的开发阶段。
- 劣势:需要按需付费。
- relaypulse.top(LLM 中转服务可用性监控)
- 公益共享站
- 优势:完全免费,适合偶尔的轻量级代码求助或测试。
- 劣势:由于是公益性质,晚高峰或调用量大时容易出现拥堵、响应慢或不稳定的情况。
- 自动化号池 ( CPA + cc-switch)
- 优势:强烈推荐。通过工具实现账号自动切换,完美兼顾了"免费"与"稳定",是目前最具性价比的技术极客方案。
- Team 团队拼车
- 优势:成本极低(约 8 元/月),省去了自己折腾号池的精力,且拥有官方级别的稳定性体验。
三、 Claude Code 使用技巧
1. 项目记忆:善用 CLAUDE.md
- 在项目根目录创建
CLAUDE.md文件,写入项目背景、技术栈、编码规范等信息。 - Claude Code 每次启动时会自动读取该文件作为上下文,省去重复描述项目的麻烦。
- 示例内容:
# 项目说明 - 技术栈:React + TypeScript + Tailwind CSS - 包管理器:pnpm - 测试框架:Vitest - 代码风格:使用 ESLint + Prettier,缩进 2 空格 - 提交规范:Conventional Commits
2. 斜杠命令速查
| 命令 | 作用 |
|---|---|
/init | 自动生成 CLAUDE.md 项目记忆文件 |
/compact | 压缩当前对话上下文,释放 token 空间 |
/clear | 清空对话历史,重新开始 |
/cost | 查看当前会话的 token 消耗 |
/review | 对当前 git diff 进行代码审查 |
/pr | 自动创建 Pull Request |
3. 高效提示词技巧
- 先给上下文,再提需求:不要直接说"帮我改 bug",而是先用
@文件名引入相关文件,再描述问题。 - 拆分复杂任务:一次只让它做一件事。把"重构整个模块"拆成"先梳理依赖关系" → "提取公共方法" → "逐个重构"。
- 明确约束条件:比如"不要修改公共 API 的签名"、"保持向后兼容"、"只改这个函数"。
- 让它先读再改:对于不熟悉的代码,先让 Claude Code 阅读并解释现有逻辑,确认理解正确后再动手修改。
4. 进阶工作流
- Plan 模式:面对复杂需求时,先按
Shift+Tab切换到 Plan 模式让它出方案,确认后再切回执行模式写代码。避免方向跑偏。 - 并行 Agent:Claude Code 会自动派生子 Agent 并行处理独立子任务(如同时搜索多个文件),充分利用这一点可以加速大范围代码探索。
- Headless 模式:用
claude -p "你的指令"在脚本或 CI 中无交互调用,适合自动化场景(如提交前自动 review)。 - 自定义 Hook:在
.claude/settings.json中配置 hook,可以在特定工具调用前后自动执行 shell 命令(如自动格式化、自动运行测试)。
5. 省 Token 小窍门
- 对话过长时及时用
/compact压缩上下文,避免浪费 token 在重复信息上。 - 用
/clear开启新会话处理不相关的新任务,而不是在旧对话里不断追加。 - 把常用的项目规范写进
CLAUDE.md,而不是每次对话都手动输入一遍。 - 大文件不要全部贴进对话,用
@文件名引用让 Claude Code 按需读取。
四、 Codex 使用技巧
1. 项目记忆:善用 AGENTS.md
- 在项目根目录创建
AGENTS.md,作用等同于 Claude Code 的CLAUDE.md。 - 写入项目约定、架构说明、编码规范等,Codex 每次启动自动读取。
2. 三档执行模式
| 模式 | 说明 | 适用场景 |
|---|---|---|
suggest(默认) | 只读代码、给出建议,不做任何修改 | 代码审查、理解逻辑 |
auto-edit | 自动编辑文件,但执行终端命令前需确认 | 日常开发,改代码 + 手动确认命令 |
full-auto | 自动编辑 + 自动执行命令(沙箱内) | 快速原型、批量操作、脚手架搭建 |
- 启动时通过
codex --approval-mode full-auto指定模式。 full-auto模式下所有命令在网络隔离的沙箱中运行,防止误操作影响系统,可放心使用。
3. 高效使用技巧
- 善用 full-auto 快速迭代:生成样板代码、批量重命名、创建测试文件等机械性任务直接开
full-auto,省去逐步确认的时间。 - 用 suggest 模式做 review:不想让它动代码时切到
suggest,让它只分析不动手,相当于免费的 code reviewer。 - 指令要具体:Codex 的风格偏"直给",模糊指令容易跑偏。比如说"添加用户登录功能,使用 JWT,包含注册和登录两个接口"比"加个登录"效果好得多。
- 多文件操作是强项:Codex 擅长同时创建/修改多个文件(如一次性生成 controller + service + route + test),适合搭建项目骨架。
4. 配置与自定义
- 全局指令:在
~/.codex/instructions.md中写入全局偏好(如"始终使用 TypeScript"、"优先使用函数式组件"),所有项目生效。