夜雨聆风我是窦窦，喜欢研究 AI + 内容 + 变现 这三件事。下面这篇内容适用于还没用上Claudecode的新读者阅读，已经在用的可以看看工作流。
如果你刚开始用 Claude Code，大概率已经被网上的教程搞晕了——有人让你写 CLAUDE.md 文件，有人推你装一堆 MCP server，还有人教的工作流会把你的上下文窗口塞满垃圾。
这些建议在 2025 年也许有用，2026 年基本可以忽略。
这篇文章把 Claude Code 真正要搞懂的事拆成 6 块，从安装到部署全覆盖。如果你没有技术背景，看完至少能知道该在哪里发力，不该在哪里浪费时间。
安装和使用方式：别纠结，选一个就行
安装本身没什么好说的，Google 搜 "Claude Code install"，按官方文档跑一行命令就完事。
真正容易卡住的是：Claude Code 有四五种使用方式——终端、桌面应用、Cowork、VS Code 里的终端、浏览器——到底用哪个？
简单理解：这是一条控制力光谱。
终端在最左边，控制力最强，你能看到 Claude Code 在你机器上干的每一件事。Cowork 在最右边，界面更友好，但牺牲了一些透明度。中间是 VS Code 这类 IDE——本质就是终端加了个文件浏览器，Claude Code 创建的文件你能直接在旁边看到、编辑。
对大多数人来说，VS Code + 终端是性价比最高的选择。免费，装起来两分钟，而且 95% 的场景下 Cowork 能做的事，终端都能做。
权限设置：三档，选第二档起步
打开 Claude Code 时可以加一个 flag：claude --dangerously-skip-permissions。听着吓人，但这只是解锁了第三档权限而已。
三档权限是这样的：
默认档——每次改文件都要你批准，非常慢，适合你第一次摸索时用。
Accept Edits 档——文件改动自动通过，但执行 shell 命令（比如安装依赖）还会问你。建议从这里开始。
Bypass Permissions 档——Claude Code 完全自主操作，不再问你任何事。Anthropic 自己的数据显示，重度用户基本都在这个档位，因为速度差距太大了。
关于"Claude Code 删掉我所有文件"的恐怖故事——用了几百小时的人几乎没遇到过。但如果你心里没底，先用第二档，等熟了再切。
提示词：Plan Mode + 三个要素
提示词是 Claude Code 里最值得花时间练的技能，没有之一。
最简单的提升方法：开 Plan Mode。开了之后，Claude Code 不会直接动手，而是先问你澄清问题，再制定计划。
但光开 Plan Mode 不够，它问的问题偏表面。你的提示词里最好包含三个东西：
1. 说清目标，不是任务。 不是"帮我建一个看板"，而是"我想有个地方管理过去和未来的内容，能看到每条内容的表现数据"。前者 Claude Code 会给你一个平庸的看板，后者它会围绕你的实际需求做设计。
2. 给例子。 文字描述永远不如截图。去 Dribbble 上找一个你喜欢的设计，截图拖进 Claude Code（不能复制粘贴，得从文件夹拖进去）。如果有 GitHub 仓库更好，直接给链接。
3. 问开放性问题。 比如："一个做看板的专家，在这个场景下会考虑哪些我没想到的问题？"——这一句话能让输出质量跳一个台阶。原因很简单：AI 让我们能在不熟悉的领域干活，但也意味着我们不知道自己不知道什么。主动让 Claude Code 帮你补盲区，比你自己瞎猜强太多。
有一点值得单独说：当 Claude Code 问你技术选型之类的问题（比如用 Next.js 还是纯 HTML），不要无脑选推荐项。看不懂就问它解释，解释完还不懂就再问。你不需要会写代码，但你需要理解这些东西是什么、怎么连在一起的。否则项目一复杂，你就会卡死——因为你才是定方向的人，Claude Code 只是执行者。
Skills：一个文本提示词，效果差距巨大
Claude Code 有一个公开的秘密：它的前端设计很烂。更准确地说，所有 AI 在需要"审美判断"的地方都不太行。
解决方案是 Skills。Skills 本质上就是一段预写好的文本提示词，告诉 Claude Code 在某个特定领域该怎么做。
比如 Anthropic 官方出的 frontend-design skill，你可以在他们的 GitHub 上看到全文——就是一段很长的 prompt，教 Claude Code 怎么做出不那么"AI 味"的前端。
安装方法：在 Claude Code 里输入 /plugin，搜索 frontend-design，安装，然后 plugins reload。
关键细节：安装了不等于在用。 你需要主动触发它。两种方式：
确定触发： /frontend-design 帮我重做前端自然语言触发：直接说"用合适的 skill 帮我改前端"，Claude Code 会自己判断该调哪个
实测效果：同样的提示词，不用 skill 出来的是标准 AI 紫色渐变丑页面，用了 skill 之后至少能看。差距不是微调级别的，是代际级别的。
上下文窗口管理：超过 20% 就该清了
Claude Code 的上下文窗口是 100 万 token（约等于 100 万个词）。听着很多，但有个问题叫上下文腐烂（context rot）——窗口填得越满，输出质量越差。
Anthropic 自己的测试数据：在 256K token（约 25%）时，模型效果是 92%；到 100 万 token 时，掉到 78%。
实操建议：尽量把使用量控制在 20 万 token（20%）以内。用 /context 可以查看当前用量。更方便的做法是让 Claude Code 给你做一个常驻状态栏，实时显示窗口占用百分比。
超了怎么办？/clear 一键重置。
你可能会担心：清了之后它不就忘了之前聊的内容吗？在普通聊天里确实是个问题，但在 Claude Code 里不是——你的项目文件全在本地，Claude Code 随时可以重新读取。如果有特别重要的上下文，清之前让它"给我一个摘要，我带到下一轮"就行。
CLI 工具 > MCP：2026 年的趋势
过去一年半你可能听了无数遍 MCP（Model Context Protocol）。但现在的趋势是：CLI 工具正在取代 MCP。
原因很直接：Claude Code 本身就跑在终端里，CLI 工具也跑在终端里，两者协作几乎零开销，token 消耗更低，效率更高。
举个例子：Playwright CLI 是一个浏览器自动化工具。装上之后，你可以让 Claude Code 自动打开浏览器，模拟真人操作来测试你的应用——点按钮、拖卡片、检查颜色，全自动。
安装方式：大多数 CLI 工具都在 GitHub 上，一般包含两部分——工具本体和对应的 skill。Playwright 的话，三行命令搞定安装。你也可以直接把 GitHub 链接丢给 Claude Code，让它帮你装。
Supabase CLI、GitHub CLI、Vercel CLI 都是同样的逻辑。装好之后，用自然语言指挥 Claude Code 去操作这些外部工具就行。
部署：GitHub → Vercel，两步上线
做好的项目要上线，流程是：本地代码 → GitHub → Vercel → 公网可访问。
在 Claude Code 里说 commit and push to [你的 GitHub 仓库 URL]，代码就到 GitHub 了。第一次会要求你做 GitHub 身份验证，跟着提示走，一分钟搞定。
然后去 vercel.com（免费），用 GitHub 账号登录，导入刚才的仓库，点部署。如果有报错，把错误信息粘贴回 Claude Code，它会帮你修。
部署完成后，Vercel 会给你一个公网 URL。之后每次你在本地改完代码，只要再 commit and push，GitHub 更新会自动触发 Vercel 重新部署。
这就是完整的闭环：Claude Code → GitHub → Vercel → 线上更新。
如果你刚入门 Claude Code，这 6 件事搞明白，比装 20 个 MCP server 有用得多。其中最值得反复练的是提示词——那是你和所有其他 Claude Code 用户拉开差距的地方。
如果这篇对你有用，先点赞、收藏。
