AI Coding 实战:非技术人如何用好 Claude Code
技术记录
AI
Claude Code
效率工具
Vibe Coding
2026-04-29 4807字

最近读了 Tw93 的一篇关于 AI Coding 的文章,深有感触。他面向产品、业务、运营等非技术背景的人员,系统介绍了如何上手 Claude Code。我读完后觉得很多观点值得提炼和分享,于是整理了这篇文章。

核心观点很简单:门槛没想象的高,会用豆包这类对话框 AI 的人花点时间也能上手,剩下的就是慢慢习惯把执行权交给它。


一、从对话框到终端:两种模式的本质区别

很多人习惯了豆包、ChatGPT 这类对话框式 AI,看到终端就犯怵。但这两种模式的工作流完全不同:

对话框 AI:描述需求 → AI 生成代码 → 复制粘贴到别处试 → 来回搬运

Claude Code:直接在终端项目中执行,自己读、改、跑、验,完成一圈才回来找你

区别在哪?对话框 AI 需要你当搬运工,Claude Code 让 AI 直接干活。你不需要会写代码,只需要会描述问题和验收结果。

如果你真的不想碰终端,Anthropic 官方出了个桌面应用 Cowork,可以直接读写下载和文档目录,适合完全零基础的用户。


二、四个技术通识:不必会写,但要会读

作者强调非技术用户不必会写代码,但需要了解四个基础概念:

  1. 常用框架:知道 React、Vue、Next.js 解决什么问题即可
  2. 软件基础:终端命令、Git、VS Code、Chrome 开发者工具
  3. 编程核心思想:函数、变量/状态、多文件拆分的意义
  4. 读代码和读报错:比会写代码更早派上用场,报错信息直接丢回去问

建议花一两个晚上过一遍 freeCodeCamp 或 MDN 入门,或者看看 B 站的计算机科学速成课、哈佛 CS50。不需要精通,只需要建立基本认知。

推荐书单:


三、Claude Code 最适合什么活

用过 Cursor、Windsurf 等工具后,作者主力仍是 Claude Code。它的核心优势:

关键判断标准:两个条件都满足才最适合交给它——目标清楚 + 结果好验收

最适合的场景:

  1. 做原型和内部小工具
  2. 处理 CSV、做销售报表
  3. 合同提炼条款、版本差异对比等文档活
  4. 链接/PDF 从特定视角提炼信息

“模型快不快不重要,准不准才重要。它 10 分钟跑完然后你花 20 分钟 debug,远不如它 20 分钟跑完直接能验收来得舒服。”


四、Software for One:做只给你用的软件

Kevin Roose 提出了一个概念:software for one——不需要做给百万用户的 App,做只给自己用的工具。

他给自己做的例子:Stash(整理链接)、LunchBox Buddy(给孩子准备便当)。对非技术人来说,可以是语音批注转会议纪要的工具、每天提醒三件事的小仪表盘。

循序渐进的节奏

时间 任务 产出
第 1 天 让它改一个现成的 Excel 或 Markdown 文档 熟悉基本操作
第 1 周 做单页个人主页或日报大盘(15 分钟跑起来) 可展示的小项目
第 1 个月 挑一件每周重复做两三次的事变成一条命令或页面 日常提效工具
第 3 个月 选一个 software for one 想法做只给自己用的小工具 完整小工具

五、CLAUDE.md:给 AI 写一份交接文档

CLAUDE.md 放在项目根目录,Claude Code 每次启动都先读它。相当于给新同事写的交接文档,但 AI 每次都从头认真读并严格执行。

三个关键原则

  1. 写得短:150 行以内,太长挤对话空间
  2. 语气直接:用命令式。”所有注释用中文”比”团队偏好中文注释”有效太多——软话对 AI 效果差
  3. 每条可判断:如”函数超过 50 行必须拆分”

四条最值钱的规则

关键技巧:压缩时保留

文末加”压缩时保留”段落很关键。Claude Code 长会话会自动压缩,决策理由通常第一个被丢。比如之前说”用 POST 不用 GET 因为数据量大”,压缩后只剩”用 POST”,理由没了,下次 AI 可能给出完全不同的方案。

推荐的四段结构:


六、需求描述:每多一条细节,少一次返工

“每多一条具体细节,就少一次返工。”

模糊版:”帮我做一个客户跟进工具” → 需要返工

精确版:销售用跟进工具,单文件网页存本地。左边列表显示公司名、下次跟进时间、状态;右边详情含沟通记录、日期、要点;顶部三个筛选(状态、时间、关键词);数据存 localStorage,不调后端。

→ 精确版当天能跑出可用版本

Tw93 举了一个极致范例:yetone 的 macOS 语音输入工具需求。每条具体细节都在防止 AI 猜错:

写了什么 不写会怎样
macOS 原生 + Swift 可能做成 Python 网页版或 Electron 应用
默认简体中文 zh-CN 默认英文,中文识别率极差
NSPanel + .hudWindow 胶囊窗 弹普通窗口,遮挡输入框
LLM 纠错”极保守” 过度润色,改掉原意

业务场景需求写法要点


七、Plan 与 Auto 模式:先过方案再动手

Plan 模式(按两次 Shift+Tab):先列计划再执行,像先拉会过方案再动手。适合复杂任务,防止 AI 越权操作。

作者的教训:让 AI 重构登录模块时,它顺手删了一个后面要用的工具类,回滚花了半小时。从此复杂任务先用 Plan 模式。

Auto 模式(按 Shift+Tab 循环切换):安全操作直接跑,风险操作才问。Max、Team、Enterprise 可用,Pro 暂未开放。

刚上手默认 Auto 模式即可。


八、验收与纠错:三层验收 + 根因诊断

三层验收

  1. 命令过没过:构建和测试跑完绿灯
  2. 眼见为实:页面打开看、数字对、关键流程试
  3. 对照清单:需求验收标准一条条过

改坏了怎么救

避免死循环:先诊断根因

“根因没说清楚之前先别动代码。”

死循环:报错 → 改 → 新错 → 再改,4-5 轮后问题变一团乱麻

正确路径

  1. 让 AI 先答”问题出在哪个文件的哪一行,为什么会这样”
  2. 答含糊 → 继续查
  3. 答清楚 → 再改
  4. AI 说”我试试改 X 看行不行” → 直接喊停,先答根因

九、进阶技巧:alias、opusplan 和长会话管理

alias 快捷启动

alias c='CLAUDE_CODE_AUTO_COMPACT_WINDOW=400000 claude --dangerously-skip-permissions'

opusplan 模式

输入 /model opusplan(隐藏命令):规划用 Opus、执行用 Sonnet,整体省钱省时间。

长会话管理


十、Waza Skill 系统:8 个开箱即用的技能

Tw93 做了 8 个 Skill 工具包:

Skill 用途
/think 动手前先想技术方案,质疑问题本身
/design 设计产品化页面,拒绝 AI 模板感
/hunt 排查问题,根因没清楚前不动代码
/check 收工前最后一关,diff 审查
/read 网页/PDF 转干净 Markdown
/write 让表达更清晰
/learn 从收资料到出文章的研究流程
/health 给 CLAUDE.md 和规则做体检

安装命令:npx skills add tw93/Waza -g

特别推荐 /design 给产品/业务/运营:截图 + /design,AI 会先反问目标用户、气质、不喜欢的风格、微交互,而不是直接吐一个”AI 模板感”的页面。

自写 Skill 三种常用类型

  1. 工作流型:固定步骤打包(如整理周会纪要)
  2. 检查清单型:上线前过一遍避免漏项
  3. 领域专家型:沉淀判断框架(如线上问题排查)

编写小坑


十一、其他实用工具

Kami:AI 排版设计工具

安装:npx skills add tw93/Kami -g

8 套模板(一页纸、作品集、幻灯片、Resume 等),风格统一。实用场景:会议纪要排简报、项目进展排一页纸、个人经历排简历。

OpenCLI:网页操作变命令

地址:opencli.info

内置小红书、知乎、Twitter/X、Bilibili 等站点的 CLI 适配器,把网页动作变成命令。应用场景包括小红书调研数据抓取、多平台舆情自动拼成日报。

Claude Design:不写代码出原型

地址:claude.ai/design

Anthropic 官方 2026 年 4 月推出,上传截图或文档即可生成可交互的原型、幻灯片或落地页。产品经理可用来画原型开评审,过了直接扔给 Claude Code 变代码。


十二、用熟后的小习惯

  1. 截图比文字快:描述界面问题直接丢图,布局、颜色、层级都带进来了
  2. 任务拆小一件件来:一句话能讲清的任务几乎不出错
  3. 对话跑偏就重启:清掉上下文重说比来回纠正快
  4. Memory 跨项目记偏好:说”记住我喜欢先看方案再执行”就永久生效
  5. 双击 ESC 改上一条:不用重开会话

十三、安全习惯

  1. 在 CLAUDE.md 要求每次执行前先解释要做什么
  2. 不认识的命令先问风险再确认
  3. 生产环境不要拿来练手
  4. 密钥放环境变量或 .env 文件,不贴到对话里
  5. 涉及登录、支付、个人信息的功能,用 Clerk、Stripe 等现成服务而非从零写

最后

读完 Tw93 这篇文章,我最大的感触是:AI Coding 的门槛真的没那么高。

很多人看到终端就犯怵,看到命令行就认为是程序员的专属。但实际上,Claude Code 的本质是一个”非常直男但是技术非常厉害的程序员”,你只需要把问题说清楚、把验收标准定好,它就能干活。

从改一个 Excel 开始,到做单页小工具,再到自动化每周重复的工作,每个人都能找到属于自己的”software for one”。

关键不是会不会写代码,而是会不会把问题说明白。


延伸阅读