乐于分享
好东西不私藏

9 款 AI 编程工具 + 66 个实战技巧,一篇讲透怎么用好!ai-coding-guide详细教程!

9 款 AI 编程工具 + 66 个实战技巧,一篇讲透怎么用好!ai-coding-guide详细教程!

不讲概念,只讲怎么用好。9 款主流 AI 编程工具的中文最佳实践,66 个 Claude Code 技巧速查表,7 套通用方法论,可复制的配置模板。这是你需要的最后一份 AI 编程指南。

你是不是也这样用 AI 编程工具:想到什么说什么,改了又改,最后发现自己改的时间比 AI 写的时间还长?问题不是工具不行,是你没学会怎么”使唤”它。

📢 2026-04 重大更新:项目新增 速查表 / 31 个深度陷阱合集 / 3 个端到端实战脚本 / 画像推荐路径 / 延伸学习资源,从”工具教程”升级为”完整落地手册”。详细改动见 「ai-coding-guide 重大更新」 一文。


一、这个项目是什么?为什么需要它?

问题

AI 编程工具越来越多——Claude Code、Cursor、Copilot、Gemini CLI、Windsurf、Kiro、Aider、Trae、OpenClaw……每个工具的官方文档都是英文,散落各处,学习成本极高。

更关键的是:大多数人只用了工具 10% 的能力。 你以为 Cursor 只能按 Tab 补全?你以为 Claude Code 就是个聊天机器人?

解决方案

ai-coding-guide(AI 编程工具实战指南)把 9 款主流 AI 编程工具的最佳实践整理成一份中文指南:

  • 每个工具怎么配置、怎么写提示词、怎么用进阶功能
  • 7 套跨工具通用方法论(提示词工程、需求拆解、调试、测试、安全……)
  • 多工具协作工作流(Claude Code + Cursor、Claude Code + Copilot)
  • 可直接复制的配置模板
维度
数据
覆盖工具
9 款

(CLI / IDE / 框架)
Claude Code 技巧
66 个

,按 8 类分组
通用方法论
7 套
配置模板
9 套

(每个工具一套)
协作工作流
4 套

(含端到端实战脚本)
速查表 1 份

,9 工具 × 13 维度横向对比
陷阱合集 31 个深度陷阱

(Claude Code / Cursor / Copilot / Aider)
实战场景脚本 3 个端到端对话脚本
延伸学习资源 20+ 精选

 GitHub / 博客 / 播客
CI 保障
Markdown 链接检查 + 双语对照一致性校验
语言
中英双语(100% 覆盖)
开源协议
Apache 2.0

项目地址

GitHub:github.com/jnMetaCode/ai-coding-guide


二、9 款工具一览

工具
类型
亮点
Claude Code
CLI Agent
66 个技巧,Agent + Skill + Hook 完整工作流
Cursor
IDE
.cursorrules 配置,Composer Agent 模式,@ 引用
GitHub Copilot
IDE 插件
行内补全 + Agent 模式 + 自定义指令
OpenClaw
AI Agent 框架
338k Stars,多平台连接 + Skills + Cron 自动化
Windsurf
IDE
Cascade Agent,自动追踪你的编辑行为主动建议
Gemini CLI
CLI
Google 出品,2M tokens 上下文窗口,大代码库分析
Kiro
IDE
AWS 出品,Spec 驱动开发(先写规格文档再写代码)
Aider
CLI
Git 原生(每次修改自动 commit),支持几乎所有 LLM
Trae
IDE
字节出品,免费 Claude/GPT,国内直连,中文界面

每个工具的指南都有统一结构:核心概念 → 快速上手 → 提示词技巧 → 进阶用法 → 配置模板

5 款工具的核心差异化特性

Windsurf — Cascade 自动追踪

和 Cursor 最大的区别是 Cascade(级联 Agent)。它会自动追踪你的操作——切换文件、修改代码、看终端输出——然后主动提供帮助,而不是等你提问。正确用法:先手动打开几个相关文件、做一个小修改,让 Cascade 理解你的意图后,它的建议会比直接提问准确得多。

Kiro — Spec 驱动开发

Kiro 的工作流和所有其他工具都不同:不是让 AI 直接写代码,而是先生成需求规格和设计文档,你确认后 AI 再按规格实现。 适合团队协作和需要高质量交付的场景。Steering 文件支持三种加载模式:always(每次对话)、globs(按文件类型匹配)、manual(手动激活)。

Aider — Git 原生 + 多模型

每次修改自动 commit,天然版本控制,随时可以回滚。三种 Chat 模式各有用途:/code(直接改代码)、/ask(只问不改)、/architect(先设计再实现)。最大优势是支持几乎所有 LLM——Claude、GPT、DeepSeek、Qwen、Ollama 本地模型,灵活切换控制成本。

Trae — 零门槛入门

字节跳动出品,主打免费——不需要自己的 API Key 就能用 Claude 和 GPT。中文界面、国内网络直连、免费额度充足。Builder 是它的 Agent 模式(类似 Cursor Composer),适合 AI 编程入门和预算敏感的团队。

OpenClaw — 不只是编程工具

33 万+ Stars 的 AI 个人助手框架,能接入微信、Telegram、Slack、Discord 等平台。核心能力:浏览网页、读写文件、执行命令、定时任务调度。支持 Claude/GPT/DeepSeek/本地模型。适合需要 AI Agent 做自动化任务的场景。


三、先学会说话:提示词工程(跨工具通用)

不管用哪个工具,提示词的质量决定了输出的质量。ai-coding-guide 总结了 5 条核心原则:

原则 1:具体 > 模糊

❌ 差:帮我优化这个函数✅ 好:这个函数处理 10 万条数据时需要 30 秒,    目标是降到 5 秒以内。    可以考虑批处理、缓存、或者换算法。    不要改函数签名。

原则 2:约束 > 自由

没有约束的 AI 会发挥过度——你说”加个缓存”,它可能给你引入 Redis、改 3 个文件、加 2 个依赖。

✅ 给 getUserById 加缓存。   用内存缓存(Map),不要引入 Redis   TTL 5 分钟。不要改其他函数。不要加新依赖。

原则 3:分步 > 一次

复杂任务拆成步骤,每步确认再继续:

✅ 重构认证模块,分三步走:   第一步:先分析现在的问题,列出来让我确认。   第二步:给出重构方案(2-3 个选项)。   第三步:确认方案后再开始改代码。   现在先做第一步。

原则 4:示例 > 描述

给一个具体的输入输出例子,比描述半天清楚:

✅ 返回值统一用这个格式:   { "code": 200"data": { ... }, "message": "success" }   错误时:   { "code": 400"data": null, "message""参数 email 格式不正确" }

原则 5:参考 > 从零开始

指向已有代码,让 AI 模仿风格:

✅ 参考 src/api/users.ts 的风格,写一个 src/api/orders.ts。   路由、错误处理、返回格式都保持一致。

四、Claude Code 深度指南:66 个技巧速查

这是整个项目最硬核的部分。66 个技巧按 8 个类别分组,覆盖从提示词到性能优化的方方面面。

先搞清楚 7 个核心概念

概念
说明
用途
Subagent
子进程 Agent,独立执行任务
并行处理、隔离上下文
Command /

 开头的快捷命令
快速执行常用操作
Skill .claude/skills/

 下的方法论文件
教 AI 怎么做事
Hook
工具调用前后的钩子脚本
自动化校验、通知
MCP Server
Model Context Protocol 服务
扩展 AI 能力(数据库、API 等)
Memory
持久化记忆
跨对话保留上下文
Checkpoint
自动保存点
安全回滚

快速上手

# 安装npm install -g @anthropic-ai/claude-code# 进入项目目录cd /your/projectclaude

第一件事:在项目根目录创建 CLAUDE.md——这是 Claude Code 的”项目说明书”,每次启动都会读取:

# 项目说明这是一个 Next.js 14 + TypeScript 的电商后台管理系统。# 代码规范- 使用 TypeScript strict mode- 组件用 PascalCase 命名- API 路由放在 src/app/api/ 下# 常用命令- 启动开发:pnpm dev- 跑测试:pnpm test- 类型检查:pnpm typecheck# 注意事项- 不要修改 src/legacy/ 下的代码- 数据库 migration 必须通过 drizzle-kit 生成

📸 建议插图:CLAUDE.md 配置文件在 VS Code/编辑器中的实际效果截图

8 类 66 个技巧精选

以下从每类中精选最实用的技巧,完整列表见项目 claude-code/README.md

类别 1:提示词(12 个)

技巧
说明
先分析再动手
让 Claude 先读代码、给方案,确认后再改
推翻重来
不满意?说”扔掉这个方案,用你了解到的信息重新设计”
考考我
“帮我审查这个改动,问我问题,直到你确认我理解了再提 PR”
限定范围
“只改这一个文件,不要动其他文件,不要加新依赖”
指定参考文件
“参考 src/api/users.ts 的风格写 orders.ts”
用否定句划红线
“不要用 Redis,不要引入新依赖,不要改接口签名”
给出 2-3 个方案让我选
让 AI 分析优缺点,你来决策
用 ultrathink 深度思考
在提示词开头加 “ultrathink” 触发扩展思考

类别 2:CLAUDE.md 配置(10 个)

技巧
说明
控制在 200 行以内
太长 AI 会忽略后面的内容。大项目拆到 .claude/rules/
“跑测试”测试法
任何人打开 Claude Code 说”跑测试”能成功 → CLAUDE.md 写够了
settings.json 代替”不要”
权限控制比 CLAUDE.md 里的”不要”更可靠
加 <important> 标签
关键规则用 <important> 包裹,模型会更重视
分层 CLAUDE.md
根目录放全局规则,子目录放模块规则
用 .claude/rules/ 按条件加载
大项目用 globs 按文件类型加载规则

类别 3:Agent 与 Subagent(10 个)

技巧
说明
按功能拆 subagent
创建”支付模块专用 agent”而不是泛泛的”后端工程师”
对抗式测试
一个 agent 写代码,另一个(独立上下文)找 bug
agent 之间传文件而不是传消息
让 agent A 的输出写到文件,agent B 读文件,更可靠
不要让 agent 做太多事
一个 agent 一个明确任务,成功率远高于一个 agent 做 5 件事
用 MCP 扩展能力
连数据库、调 API、查文档——MCP 让 agent 能做的事多 10 倍

类别 4:Hook 自动化(8 个)

技巧
说明
PostToolUse 自动格式化
Claude 写代码后自动跑 prettier/eslint –fix
PostToolUse 自动跑测试
每次修改文件后自动跑相关测试
PreToolUse 拦截危险操作
在 Bash 执行前检查命令,拦截 rm -rf
hook 里用 exit 1 阻止执行
hook 返回非 0 就阻止工具调用,强制规则

Hook 配置示例:

{  "hooks": {    "PostToolUse": [      {        "matcher": "Write|Edit",        "hooks": [          { "type": "command", "command": "pnpm lint --fix" }        ]      }    ]  }}

类别 5:工作流(12 个)

技巧
说明
上下文 50% 时手动 /compact
不要等自动压缩,主动压缩保持 AI 质量
Esc Esc 回退 checkpoint
跑偏了用 checkpoint 回滚
PR 保持小而聚焦
理想 PR 约 120 行,大改动拆多个 PR
新对话做新任务
旧对话的上下文污染会降低质量
用 plan mode 开始
复杂任务先 /plan,确认方案后再执行
用 --resume 继续上次对话
claude --resume

 恢复上下文继续工作
headless 模式跑批量任务
claude -p "任务" --output-format json

 适合脚本调用

类别 6:Git 与 PR(8 个)

技巧
说明
让 Claude 写 PR 描述
“读 git diff,写 PR 描述,说清楚改了什么、为什么改”
squash merge 保持历史干净
AI 的中间 commit 很乱,squash 后只保留最终结果
不要 amend 上一个 commit
Claude 有时会 --amend 覆盖你的提交,明确说”新建 commit”
让 Claude 解决合并冲突
“按业务逻辑解决冲突,保留两边的有效改动”

类别 7:调试(10 个)

技巧
说明
让它跑命令看输出
“跑 pnpm test 把失败输出贴出来分析”比”测试挂了帮我修”好 10 倍
先复现再修复
“先写一个能复现 bug 的测试用例,再修复”
用 git bisect 二分法定位
“用 git bisect 找到引入 bug 的 commit”
不要盲目修复
“先给出 3 个可能原因和排查方法,我确认后再改”

类别 8:性能与成本(6 个)

技巧
说明
简单任务用 haiku
claude --model haiku

 做简单任务,便宜 10 倍
精准的 CLAUDE.md 省 token
上下文越精准,AI 需要读的文件越少,成本越低
用 /compact 释放上下文
长对话及时压缩,减少每轮 token 消耗
避免反复读大文件
告诉 Claude 具体行号范围,不要每次读整个文件

常见陷阱

陷阱
表现
解决
上下文溢出
对话太长 AI 变笨
定期开新对话,用 CLAUDE.md 传递上下文
幻觉 API
AI 编造不存在的 API
让它先 grep 确认
过度重构
你说修 bug 它把整个文件重写了
明确说”只改这一处,不要重构”
测试没跑
AI 说”完成了”但没验证
用 verification skill 或 hook 强制验证
忽略错误处理
快速实现但没考虑异常
在提示词里明确要求错误处理

五、Cursor 实战指南

Cursor 的优势在于和编辑器的深度集成——选中代码直接对话、实时预览修改。

核心功能

功能
说明
Tab 补全
基于上下文的代码补全,按 Tab 接受
Chat
侧边栏对话,可选中代码提问
Composer
Agent 模式,可跨文件修改
Rules .cursor/rules/*.md

 规则文件
@ 引用 @file@folder@web@terminal

 精确指定上下文
Notepads
可复用的上下文片段

@ 引用技巧

这是 Cursor 最强大的特性之一:

@src/components/Button.tsx 这个组件的 Props 类型不对,帮我修@src/api/ 这些接口的错误处理不统一,帮我统一改@https://tanstack.com/query/latest 参考官方文档改成 useQuery@terminal 看看刚才的报错信息,帮我修

📸 建议插图:Cursor 中使用 @ 引用文件/文件夹的实际交互截图

配置模板

项目提供了可直接复制的 .cursorrules 模板:

# 项目规则## 技术栈- React 18 + TypeScript + Tailwind CSS- 状态管理:Zustand- 测试:Vitest + Testing Library## 代码风格- 函数组件 + Hooks,不用 Class 组件- Props 用 interface 定义- 文件命名 kebab-case,组件命名 PascalCase## 禁止- 不要用 any 类型- 不要用 useEffect 做数据获取,用 TanStack Query- 不要直接操作 DOM,用 React ref

六、7 套通用方法论

这是 ai-coding-guide 最有价值的部分之一——不管你用哪个工具,这 7 套方法论都能让你的 AI 编程更高效。

1. 提示词工程(prompting.md)

5 条核心原则(第三章已详述)+ 4 种常用模式:

模式
适用场景
模板
分析模式
理解代码/排查问题
“先读 XX 文件,分析 XX 问题,给出 XX 方案”
实现模式
写新功能
“参考 XX 风格,实现 XX 功能,满足 XX 约束”
修复模式
Bug 修复
“跑 XX 命令看报错,定位根因,先写测试再修复”
审查模式
代码审查
“按安全性、性能、可维护性三个维度审查这个 PR”

2. 需求拆解(task-decomposition.md)

AI 一次做好一个小任务的成功率远高于一次做一个大任务。三条拆解原则:

原则 1:每个任务是一个”原子操作”

❌ 太大:"重构整个用户模块"✅ 合适:  任务 1:把 UserService 的查询从 SQL 改成 ORM  任务 2:给 UserService 的每个方法加单元测试  任务 3:把 UserController 的参数校验改成 Zod  任务 4:统一 User 接口的错误返回格式

原则 2:每个任务有明确的”完成标准”

✅ getUserList 接口响应时间从 3s 降到 500ms 以内。   跑 pnpm test 验证功能不变。   跑 ab -n 1000 -c 10 验证性能目标。

原则 3:任务之间有清晰的依赖关系

独立的任务可以用 Subagent 并行执行,有依赖的必须按顺序。

3. 调试方法论(debugging.md)

4 阶段系统化调试,告别”猜一个 → 试一下 → 不行再猜”:

阶段 1:收集证据 → 完整错误信息、复现步骤、最近变更阶段 2:分析根因 → 找正常工作的类似代码对比阶段 3:验证假设 → 单一假设 + 最小测试阶段 4:精准修复 → 先写测试再修代码

4. 代码审查(code-review.md)

5 个审查维度,按优先级排序:

  1. 安全性
    (最高优先级)— 注入、认证、权限
  2. 正确性
     — 逻辑错误、边界条件
  3. 性能
     — N+1 查询、内存泄漏
  4. 可维护性
     — 命名、结构、复杂度
  5. 测试
     — 覆盖率、边界测试

5. 测试策略(testing.md)

核心原则:策略先行,测行为不测实现。

3 种工作流:

  • Code-first
    :先写代码再补测试(适合探索性开发)
  • TDD
    :先写测试再写代码(适合需求明确的功能)
  • Safety net
    :给已有代码补测试(适合重构前)

6. 上下文管理(context-management.md)

AI 编程工具的”记忆力”有限。4 个核心策略:

  • 精准喂料
     — 只给 AI 需要的文件,不要全丢
  • 配置文件
     — 用 CLAUDE.md / .cursorrules 传递持久上下文
  • 长对话刷新
     — 对话过长主动 /compact 或开新对话
  • 文件做桥梁
     — agent 之间通过文件传递结果

7. 安全注意事项(security.md)

AI 写的代码倾向于”先让功能跑起来”,安全性不是它的第一优先级。4 个高频风险:

风险
AI 常犯的错
防护
敏感信息硬编码
把 API key 写在代码里
项目规则里明确禁止
SQL 注入
字符串拼接 SQL
要求使用参数化查询
缺少权限校验
CRUD 接口不检查权限
审查时把安全性放第一位
敏感数据日志
把密码打到日志里
明确禁止日志记录敏感字段

七、多工具协作:1+1 > 2

真正高效的做法不是只用一个工具,而是让不同工具发挥各自的长处。

什么场景用什么工具

场景
推荐工具
原因
日常编码(补全、小修改)
Cursor / Copilot
IDE 集成,按 Tab 就行
复杂重构(跨文件、架构级)
Claude Code
Agent 能力最强
新项目搭建
Claude Code
需要全局规划能力
Bug 调试
Claude Code
能看日志、跑命令、系统化分析
学习新代码库
Cursor + Chat
选中代码问问题
前端 UI 调整
Cursor
实时预览 + 可视化编辑
大代码库探索
Gemini CLI
2M tokens 上下文窗口

工具能力对比

能力
Claude Code
Cursor
Copilot
Gemini CLI
代码补全
★★★
★★★
对话式编程
★★★
★★☆
★★☆
★★★
Agent 自主执行
★★★
★★☆
★★☆
★★☆
终端命令执行
★★★
★★★
上下文窗口
★★☆
★★☆
★★☆
★★★
IDE 集成
★★★
★★★
免费额度
★☆☆
★☆☆
★★☆
★★★

推荐组合

组合一:Claude Code + Cursor(最流行)

Claude Code → 架构设计、复杂重构、调试、测试Cursor     → 日常编码、小修改、UI 调整、快速问答

适合全栈开发者。

组合二:Claude Code + Copilot(轻量)

Claude Code → Agent 任务(重构、生成、调试)Copilot     → 行内补全、写注释

适合后端开发者、VS Code 用户。

组合三:Gemini CLI + Cursor(预算友好)

Gemini CLI → 大规模分析、代码探索(免费)Cursor     → 日常编码、交互式修改

适合个人开发者。

📸 建议插图:多工具协作工作流示意图——Claude Code 做架构设计 → Cursor 填充实现 → Claude Code 跑测试审查


八、可复制的配置模板

每个工具都提供了即装即用的配置模板,直接复制到项目里就能用:

工具
模板文件
用途
Claude Code
CLAUDE.md
项目说明、代码规范、常用命令
Claude Code
settings.json
权限控制(允许/禁止的操作)
Cursor
global.cursorrules.md
全局规则
Cursor
api.cursorrules.md
API 开发专用规则
Copilot
copilot-instructions.md
项目指令
Copilot
security-reviewer.agent.md
安全审查 Agent
Windsurf
windsurfrules.md
Cascade Agent 规则
Kiro
steering-always.md
始终生效的引导规则
OpenClaw
code-reviewer.md
代码审查角色
Trae
project_rules.md
项目规则
Gemini CLI
GEMINI.md
项目配置
Aider
aider.conf.yml
Aider 配置

使用方式:进入项目的 templates/ 目录,复制到你的项目对应位置即可。


九、生态系统:完整 AI 编程链路

ai-coding-guide 不是孤立的项目,它是一个完整生态系统的入口:

学会用工具 → 注入方法论 → 加载专家角色 → 多角色编排 → 安全防护(guide)     (superpowers)  (agents)       (orchestrator) (shellward)

📸 建议插图:生态系统链路图——从学习工具到完整 AI 编程工作流的递进关系

项目
定位
说明
本项目
教学
9 款工具怎么用好,从入门到进阶
superpowers-zh
方法论
20 个 skills,让 AI 学会怎么思考和做事
agency-agents-zh
专家角色
211 个专业角色,让 AI 变成安全工程师、DBA、产品经理
agency-orchestrator
编排
一句话调度多个 AI 专家自动协作,几分钟交付完整方案
shellward
安全
防止 AI Agent 执行危险命令、泄露敏感数据

完整链路示例:

1. 读 ai-coding-guide,学会用 Claude Code 的 66 个技巧2. 装 superpowers-zh,让 AI 学会先想再做(TDD、调试、代码审查)3. 装 agency-agents-zh,让 AI 能扮演安全工程师、数据库优化师4. 用 agency-orchestrator,让多个角色协作完成复杂任务5. 装 shellward,防止 AI Agent 执行危险命令

十、实战场景

场景 1:用 Claude Code 重构一个复杂模块

步骤 1:了解现状> 读 src/services/payment/ 下所有文件,画出调用关系图,  列出现在的问题(重复代码、耦合、缺少测试等)。步骤 2:方案设计> 针对上面列出的问题,给出 2 个重构方案,  分析每个方案的优缺点和改动范围。步骤 3:确认方案后分步执行> 按方案 1 重构,分步做:  第一步:抽取公共的支付网关接口  第二步:把微信支付和支付宝支付改成实现类  第三步:加单元测试  第四步:加集成测试  每步做完暂停等我确认。

场景 2:用 Cursor + Claude Code 协作开发

1. Claude Code 做架构设计:   > 分析需求,设计数据库表结构和 API 接口,输出到 docs/design.md2. Claude Code 生成骨架代码:   > 按 design.md 生成 model、service、controller 的骨架代码3. 切 Cursor 填充实现:   在 Cursor 里打开骨架文件,用 Tab 补全和 Composer 填充业务逻辑4. 回 Claude Code 跑测试和审查:   > 跑 pnpm test,审查代码质量,修复问题

场景 3:给老项目补测试

> 读 src/services/ 下所有文件,按以下优先级写测试:  1. 核心业务逻辑(支付、订单、用户认证)  2. 外部依赖调用(数据库、API)  3. 工具函数  每个文件先分析关键路径和边界条件,  用 Vitest 写测试,放在 __tests__/ 下。  覆盖率目标 80%。  每写完一个文件暂停让我看一下。

💡 本章扩展:项目里 workflows/scenarios.md 提供了完整的端到端对话脚本(3 个场景)——复制改就能用。包含”不要改任何代码”、“不要重构”、”不要推断,跑测试贴输出”等关键打断话术。


十一、陷阱合集:系统化踩坑手册(🆕 2026-04 新增)

用同一个工具久了,你会发现总会遇到一些”只能靠经验”才能避开的坑。这次更新专门建了 pitfalls/ 目录,按 “症状 → 根因 → 出坑 → 预防” 四段式深度展开。

已覆盖(31 个深度陷阱)

工具
陷阱数
最受欢迎的 3 个
Claude Code
8
上下文溢出胡说八道 / CLAUDE.md 被忽略 / Subagent 上下文对不上
Cursor
8
Composer 脱缰跨文件改 / @file 引用失效 / 索引过期
GitHub Copilot
8
Agent 读 .env 泄密 / 免费版隐形限流 / 自定义角色不生效
Aider
7
auto-commit 吃未提交工作 / 切模型后质量塌 / lint 循环烧 token

举个例子:CLAUDE.md 被忽略

症状:明明写了规则,AI 照样违反根因:CLAUDE.md 超过 ~200 行,靠后规则被 AI 摘要时边缘化出坑:"从现在开始严格按 CLAUDE.md 第 X 节执行。重要规则是 [复述]。"预防:- CLAUDE.md 控制在 200 行以内- 大项目拆到 .claude/rules/ 用 globs 按文件类型加载- 关键规则加  标签- 用 "必须/禁止" 代替 "建议/尽量"

每一条都是项目维护者自己踩过的,不是抄官方 FAQ。

未覆盖的工具(欢迎 PR)

Windsurf / Gemini CLI / Kiro / Trae / OpenClaw 还没写——真实踩过的坑比推测更有价值pitfalls/README.md 有详细模板和质量标准。


十二、常见问题

Q:9 款工具都需要学吗?

A:不需要。先选你主要使用的 1-2 款工具深入学习。推荐起步组合:Claude Code + Cursor(全栈)或 Claude Code + Copilot(后端)。

Q:方法论部分和 superpowers-zh 重复吗?

A:侧重不同。ai-coding-guide 的 7 套方法论是”教你怎么跟 AI 说话”,superpowers-zh 的 20 个 skills 是”教 AI 怎么做事”。前者是你的技能,后者是 AI 的技能。

Q:配置模板需要修改吗?

A:需要。模板提供的是通用结构和最佳实践,你需要根据自己的项目技术栈、代码规范、常用命令等做定制。模板的价值在于省去从零开始的时间。

Q:英文版和中文版内容一样吗?

A:一样。每个 .md 文件都有对应的 .en.md。中英双语完全对照。

Q:和其他 AI 编程教程有什么区别?

A:三个区别:一是覆盖面广(9 款工具而非单一工具);二是实战导向(每个技巧都有 ❌/✅ 对比,可直接复制模板);三是生态完整(和 superpowers-zh、agency-agents-zh 等项目形成完整链路)。


十三、社区与延伸学习

社区

  • 微信公众号
    :AI不止语(搜索:AI_BuZhiYu)
  • QQ2群
    :1071280067
  • 微信群
    :关注公众号后回复「群」获取
  • GitHub
    :github.com/jnMetaCode/ai-coding-guide

读完本项目还想深入?(🆕 2026-04 新增)

项目根目录 resources.md 精选 20+ 外部资源,分 7 类:

  • Prompt 工程
    :Anthropic 官方交互教程、DAIR 指南、吴恩达课中文版
  • 工具 Awesome 列表
    :awesome-cursorrules / awesome-claude-code / awesome-copilot / gemini-cli-tips
  • Claude Code 进阶
    :anthropics/claude-code、courses、cookbook、claude-code-hooks-mastery
  • MCP 生态
    :modelcontextprotocol/servers、awesome-mcp-servers
  • Agent 工程化
    :12-factor-agents、系统 Prompt 逆向合集、openai-cookbook
  • 中文优秀资源
    :Datawhale llm-cookbook、LangChain 中文入门、phodal/aigc、unit-mesh/auto-dev
  • 博客 / 播客 / Newsletter
    :Anthropic Engineering、Simon Willison、Latent Space、宝玉的分享

每条三要素:链接 + 量级 + “什么场景值得看”。

致谢

本项目参考了以下优秀的开源项目:

  • claude-code-best-practice — Claude Code 最佳实践
  • awesome-cursorrules — Cursor 规则集合
  • awesome-copilot — GitHub Copilot 官方资源
  • gemini-cli-tips — Gemini CLI 技巧
  • Everything Claude Code — 本能评分、AgentShield、多语言规则
  • BMAD-METHOD — 完整 SDLC、Agent 角色、多平台

总结

ai-coding-guide 是一份”用了就回不去”的 AI 编程实战指南:

  • 9 款工具全覆盖
    ,每个工具都有核心概念 → 快速上手 → 进阶用法 → 配置模板
  • 66 个 Claude Code 技巧
    ,按 8 类分组,收藏这一份就够了
  • 7 套通用方法论
    ,不管用哪个工具都能提升效率
  • 可复制的配置模板
    ,直接用在你的项目里
  • 多工具协作工作流
    ,让不同工具各展所长
  • 完整生态链路
    ,从学工具到注入方法论到多角色编排到安全防护

现在就开始:

git clone https://github.com/jnMetaCode/ai-coding-guide.git

先读你最常用工具的指南,把配置模板复制到项目里,试试那 5 条提示词原则。你会发现 AI 突然”听话”了很多。


觉得有用?

  • 给个 Star
     → github.com/jnMetaCode/ai-coding-guide
  • 关注公众号「AI不止语」
    (搜索 AI_BuZhiYu)→ 获取更多 AI 编程实战内容
  • 加入社区
     → QQ2群 1071280067,或公众号回复「群」加微信群
  • 贡献内容
     → 补技巧、修过时内容、分享协作经验,提 Issue 或 PR

本文介绍的 ai-coding-guide 项目基于 Apache 2.0 开源协议,GitHub 仓库:github.com/jnMetaCode/ai-coding-guide