Claude Code 使用方法完全指南:写不了代码的人也能用,最初3步实操手册(2026年5月版)
每月有9900人在搜索「Claude Code 使い方」。本文从不写代码的人的视角出发,只列出第一天该做的事。安装5分钟、初体验30分钟、应用到业务为止,逐一写出每个易卡点。
这篇文章能帮你搞清楚什么
- Claude Code 的价格与导入讨论目前到了哪一步
- 哪一种方案或导入阶段更适合当前处境
- 下一篇该看哪篇,才能继续补齐费用、上手或全局理解
「Claude Code,能从头教我怎么用吗?」
进入5月以来,这类咨询以每月10件的节奏找上门来。共同点是:咨询者中超过一半是「从来没写过代码」的人。
ChatGPT和Claude都摸过。资费方案也大致看过。但一打开终端就僵住了。输入「claude」之后会发生什么,画面上跳出来的字怎么读,在最初的30分钟就卡住放弃了。
这些人说「想知道怎么用」的时候,他们想要的不是概念讲解。只是「明天早上坐到桌前,最初的5分钟该做什么」的操作步骤而已。
今天,我站在不写代码的人这一侧,列出Claude Code第一天必须的3个步骤。途中会卡住的地方、绕开的方法,全都写进来了。读完之后,你明天早上要做什么应该就定下来了。
参考:Anthropic官方 Claude Code文档、株式会社Comix「中小企业AI原生化 实施案例集」(PR TIMES 2026-05-11)
搜索「Claude Code 使い方」的人,现在真正困扰的是什么
从搜索数据看,「Claude Code 使い方」每月被搜索9900次(2026年5月时点,我日常使用的SEO工具数值)。难度偏低,排名靠前的文章都是概念讲解、资费表、功能介绍。
但搜索的人脑中想的是另一回事。
按我接咨询的实感来说,搜索者中有八成属于「打开终端那一瞬间就僵住的人」。资费和功能都看过了。唯独缺的就是「装到自己电脑里的步骤,以及装完之后立刻该做什么」。所以他们才会输入「使い方」(使用方法)。
这里又多了一股顺风。
2026年5月11日,株式会社Comix免费公开了「中小企业AI原生化 实施案例集」(PR TIMES)。这份资料是该公司用约1年时间在自家公司内部运营所构建的「100条技能 + 30个智能体」,针对处于评估初期的中小企业进行了体系化整理。里面排列的内容是:早间业务确认、下班时确认、销售支援流程、Chatwork监控。再接下来是Gmail、Notion、Google Calendar联动,以及3个月的导入路线图。
值得关注的是,里面几乎没有编码作业。
「Claude Code是写代码的工具」——这个由名字带来的印象,和现场领先的实际用法恰恰相反,后者明显偏向与代码无关的领域。会议纪要的总结、邮件的分拣、SaaS之间的联动、业务流程的自动化。这才是现场的主战场。越是不会写代码的人,反而越能从这个方向获得收益。
搜索者寻找的不是概念,而是「自己明天能做的作业示例」和「最初5分钟的步骤」。本文聚焦于此。资费的内容我写在Claude Code资费完全指南中,法人导入的30天设计请看最初的30天实操手册。今天集中讲个人用户,特别是不写代码的人的第一天。

步骤1:安装与认证——「最初5分钟」不卡壳的步骤
Claude Code的安装方法,在2026年5月时点大致分为3种。
官方推荐的是原生安装程序(Anthropic官方)。把下面这1行粘贴到macOS的终端或Linux的Shell执行即可。
curl -fsSL https://claude.ai/install.sh | bash
这样,即使是没装Node.js和npm的电脑,也会自动下载Claude Code二进制文件,配置好PATH,并设置自动更新。耗时取决于网速,大约1分钟左右。
Windows用户在PowerShell或CMD等Windows原生环境也能运行。WSL(Windows Subsystem for Linux)不是必需的。Windows的安装步骤在官方文档有最新引导,请查阅那里。若选择WSL方式,请先按Microsoft官方步骤启用WSL之后再回来。
替代安装方式还有 npm i @anthropic-ai/claude-code 和 Homebrew 的 brew install --cask claude-code。官方Help Center里也仍然有npm方式的说明,但目前官方推荐的是原生安装程序。考虑到自动更新的稳定性,从现在开始安装的人,选原生安装程序比较稳妥。
安装完成后,在终端输入 claude。仅首次会自动打开浏览器,弹出OAuth认证页面。用Anthropic的Pro、Max、Teams、Enterprise、Claude Console(API方式)中任意一种账号登录。然后回到终端,聊天界面就启动了。

容易卡住的地方有2点。
第1点,没有Anthropic账号的情况。不注册账号Claude Code是启动不了的。必须用Pro、Max、Teams、Enterprise、Claude Console(API方式)中任一账号登录。「判断不了该选哪个方案」就停下来的人很多,犹豫的话花5分钟读一下刚才提到的资费指南是最快的。
第2点,公司电脑拿不到管理员权限的情况。不能在公司电脑上装工具的情形,比想象中多得多。和IT部门说「Anthropic的官方安装程序,1行curl就能装」,有时1个工作日就能批下来。MDM管控严格的公司,先在个人电脑上摸熟再带进公司,是比较现实的做法。
到这里5分钟。安装就此结束。会卡住的地方只有PC管理员权限和有无账号这2点。步骤本身就是1条命令。
步骤2:最初30分钟做什么——不写代码的人的「初体验」设计
安装完成后,终端会出现类似 > 的输入提示符。该在这里做什么?很多人就在这里撞上第2堵墙。
「既然是写代码的工具,那就让它写点代码吧」于是上来就输入「用React做一个○○」。然后看着输出结果根本看不懂,就关掉了。判定Claude Code「对自己来说还太早」,从此再也不打开。
这条引导路径,是第一天离开率的最大成因。
我每次都会请咨询者,最初30分钟只做「和代码无关的3件事」。
第1件,整理本地文件夹。让Claude Code打开自己的桌面或下载文件夹。只需加一句「看看这个文件夹的内容,按用途新建文件夹分类整理」。20个、30个混杂在一起的文件,第一次就能整理得让人惊讶。Claude Code是真的会去移动文件,所以是「会执行的工具」而非「对话型AI」——这一点几分钟内就能切身体会到。
第2件,文本文件的摘要。手边的会议纪要、长邮件、读书笔记,什么都行。只要写「把这个文件的内容摘要到A4半页。最后用列表形式列出需要决策的3点」就够了。ChatGPT也能做类似的事,但Claude Code可以直接读取本地文件,你会发现「不用复制粘贴」的差别。
第3件,让它从你的笔记中生成「待办清单」。把随手记的备忘录或者Slack中给自己的DM导出,交给Claude Code。请求是「从这些里面提取出本周该做的任务,按优先级排序生成Markdown列表」。把生成的列表和自己心里的优先度对一对,你会有种「借用了别人大脑」的感觉。

3件做完,30分钟就过去了。
到这里,你终于会真切感受到Claude Code有3个面:接近对话型AI的一面、接近文件操作工具的一面、接近业务助手的一面。让它写代码,是再之后的事情。
Comix案例集中排列的「早间业务确认」「下班时确认」「Chatwork监控」之所以都和代码无关,原因就在这里。这3个面中,「业务助手」面在中小企业现场的需求最为旺盛。不会写代码的人最先该尝试的,正是这个方向。
步骤3:只把1项业务交给它试试——从「使用」到「交付」的瞬间
最初30分钟体会到「能动起来」之后,下一步用1小时进入「只把1项业务交给Claude Code试试」的阶段。
这里绝对不能做的事是「我要把所有业务都自动化」的雄心。一天就想全部改造,设计上耗时过久,到第3天就不再打开了。
正确做法是,从每天都在做的工作中只挑「1项」交给Claude Code。
我常推荐的,是下面这几项中的1项。
第1项,每天早上的邮件查看。把Gmail的会话内容导出后交给Claude Code。请求「从今早收到的邮件中,只提取出今日内必须回复的,每封用3行总结要点」。不需要写AppleScript或Google Apps Script。最初只要手动复制邮件正文递过去就够了。
第2项,Slack或Teams的未读消化。把频道的对话按一定期间导出,请求「只提取@我的部分和我应当参与的决策,按优先级排序」。原本要花1小时的未读消化,应该10分钟左右就能解决。
第3项,定期会议的纪要生成。把录音通过转写工具处理后,把输出递给Claude Code。指令是「按议程分类整理,把决策事项和遗留事项分开,最后附上遗留事项的负责人列表」。会议刚结束就做这一步,纪要生成的负担几乎归零。
这里发生的,就是从「使用」到「交付」的转变。
「使用」是每次都自己下达指令、确认结果、再下达下一条指令的状态。对话型AI界面基本上都停留在这个状态。
「交付」是工作流程中嵌入了Claude Code,由它自己判断步骤推进,自己没有下达指令的记忆,结果却出现了的状态。
这种差别我在AI智能体的概念梳理中详细写过,但在第一天能感受到的范围内,「彻底交付1项业务」就够了。想交付3项却失败,不如只交付1项确实成功,更容易坚持下去。
第一天的3个典型卡点,以及各自的绕开方法
到这里就是「3步走完第一天」的设计。按部就班的话,5分钟+30分钟+1小时,傍晚之前已经有1项业务跑在Claude Code上了。
但实际上途中卡住的人很多。下面我写出在身边观察到的、第一天的3个典型卡点。
第1个,「指令太过抽象」型。
下达「合理地整理文件夹」「适当地摘要一下」这类指令,对输出结果产生「跟我想的不一样」的感觉。问题不在Claude Code,而在人的指令设计。
绕开方法是把指令拆成3件套:上下文(背景信息)、目标(想达到什么)、约束(不能做的事和条件)。比如整理文件夹时这样写:「这个文件夹里混着项目A、B、C的资料(上下文)。请按项目分别新建文件夹分类(目标)。截图图片请不要动(约束)。」
第2个,「不确认结果就推进」型。
Claude Code刚执行完什么,结果都没确认就下达下一条指令。Claude Code是真的会做文件操作和命令执行。错误操作之后不确认就继续,3天后多半会出现「咦,那个文件去哪了?」。
绕开方法是,第一天里每次都加上「每次执行完,用一行总结你做了什么」。Claude Code会很正常地告诉你它做了什么。读完它的反馈再推进下一步,养成这个习惯,后面就不会崩盘。
第3个,「直接扎进复杂项目」型。
第一天就直接打开自家生产代码库的症状。请求「修复我们系统的Bug」,应用了Claude Code提议的改动后,别的地方坏掉了——这种案例我见过太多次。
绕开方法是,第一天务必在「丢了也没关系的地方」试。新建一个空文件夹,在里面练习。在有生产代码或不想丢失文件的地方绝对不要试。光是这一点就能避免第一天的事故。

仅绕开这3类,按体感第一天的挫折率会降到一半以下。
坚持1周的「下达指令的方式」——上下文·目标·约束 3件套
第一天成功后,第二天就会想做同样的工作。这时很多人会意识到「又要把同样的指令再敲一遍」,进而理解到「记下来不就能每天复用了吗」。
每天复用的指令格式,就是刚才提到的3件套。
上下文:自己当前正在做什么工作,对象的文件和背景是什么。
目标:本次请求想达到的状态。「希望能做到○○」「想判断○○」等,写出人这一侧的目标。
约束:不能做的事、要遵守的条件、输出格式的指定。「××不要碰」「按△△的格式」「用中文」等。

意识到这3件套来写指令,Claude Code的输出质量会上一个台阶。会写代码和不会写代码的人,差别就在这里决定性地拉开。会写的人,指令里无意识地包含了这3点。不会写的人,倾向于省略上下文,相应地,输出就会跑偏。
熟练之后,你会准备好5到10种自己常用的指令模板。以工作名命名文件保存,比如「daily-mail.md」「weekly-review.md」,会方便很多。理解到Comix案例集中排列的「早间业务确认」「下班时确认」也是公司内部运营的指令模板集,就能融会贯通。
实施案例集,可以当作这种模板累积到100条形态的参考样本来读。不必像该公司那样花1年攒到100条,第1周先准备5条开始就够了。
总结:「使用方法」的本质不是代码,而是把自己的工作拆开
到这里,Claude Code第一天的3个步骤都写完了。
- 步骤1:原生安装程序5分钟。
claude启动后浏览器OAuth认证 - 步骤2:最初30分钟只做「代码以外」。文件夹整理、摘要、任务提取这3件
- 步骤3:只把自己业务中的1项替换为「交付」型设计
- 卡点3类:抽象指令、不确认、复杂现场,避开这3点
- 坚持1周的诀窍:把上下文·目标·约束的3件套做成指令模板
Claude Code「使用方法」的本质,不是让它写代码的技术,而在于能否把自己的业务拆解成「能交付的单位」。不写代码的一方,反而从一开始就具备拆解业务的视角,应该更容易上手。
明天早上坐到桌前,请打开终端敲一次 claude。哪怕只有1项工作跑在了Claude Code上,那天的工作时间也一定会缩短。
从「使用」到「交付」。站到驾驭AI那一侧的第一步,比你想象中要小得多。
参考来源
- Anthropic官方 Claude Code文档:https://docs.anthropic.com/en/docs/claude-code/overview
- 株式会社Comix「中小企业AI原生化 实施案例集」(PR TIMES 2026-05-11):https://prtimes.jp/main/html/rd/p/000000262.000002500.html
- Claude Code资费完全指南(个人·法人试用·正式导入3种场景试算):/zh/blog/n2026050700014201/
- Claude Code法人导入入门设计图(最初的30天实操手册):/zh/blog/n2026050600013901/
- AI智能体是什么(Claude金融10种·AWS销售自动化·Deloitte最新预测中看现状):/zh/blog/n2026050800014501/

AIを使いこなせない方は、この先どんどん差がつきます。僕はAIエージェントを毎日動かして、壊して、直して、また動かしてます。そういう泥臭い実践の記録をここに書いてます。理論は他の方にお任せしました。僕は動くものを作ります。朝5時に起きてウォーキングしてからコードを書くのがルーティンです。


