为什么 90% 的企业主只是“以为”自己精通了 Claude Code

当我回顾 8 篇在海外获得总计 1450 万次展示的 8 篇 X 帖子时，发现了许多在日本从未见过的使用方法。

在本文中，我将结合自己的领域，结合自己的领域，对这 8 种模式进行翻译对比。当你读完时，应该已经决定了明天要尝试的一件事。

本文你将学到什么

从 8 篇海外爆款帖子（总展示量 1450 万）中提取的 8 种实用模式概览。

每种模式的结构、海外引用、如何在自己的领域使用，以及"如果要借鉴"的具体建议。

在 Claude Code 课程、咨询客户和学习小组中验证过的实际体验记录。你不需要全部做到。它的设计是让你从最触动你的那一个开始。

日本被忽视的"30% 利用率"问题

最近，我收到了很多这样的咨询越来越多……

"我每月付 200 美元，但不太明白它和 ChatGPT 有什么区别。"

"我知道技能、子 Agent 和 MCP 这些术语，但不知道它们如何与我的业务连接。"

"即使看日本的信息，也只有零散的技巧，看不到全貌。"

日本讨论的 Claude Code 用法大多集中在编程上。

而超越编程的用法——3 层记忆、子 Agent 的分工、Token 设计、与 MCP 的业务连接——这些在海外被视为"标准层"，但在日本几乎没有系统讨论的文章。

这不是个人问题，而是结构性问题。因此，我通过自己的领域过滤器，翻译了海外实际使用的 8 种模式。

模式 1：用"3 层"构建 Claude 的记忆

@aiedge_（193 万展示量）直言："Claude 的默认记忆基本上就是垃圾。它每次都会忘记上下文，你不得不反复做同样的解释。）

这是每个认真开始使用 Claude 的人至少经历一次的痛苦。

昨天还记得的东西今天就不见了。它应该知道的你的风格，在另一个会话中又回到了初次见面的状态。

这是对 AI 信任突然动摇的瞬间。

解决方案是分三层构建记忆。我也是用同样的结构我也用同样的结构操作。

CLAUDE.md（持久规则）：写入你永远不想让它忘记的策略。在这里放置通用风格，例如"用日语回复"、"不要写免责声明"、"不要过度使用粗体"。

Memory（自动学习）：在对话中自动学习的层。过去的判断、专有名词和常用格式会自动积累。

RAG（内部知识搜索）：使过去的会议记录和资料可搜索的层。不要直接放置原始 Markdown，而是将其处理成可搜索的搜索格式。

我在 Claude Code 课程的第 3 节课中解释了这个 3 层结构。"仅仅把知识放在本地，Claude 并不能搜索它。你必须处理它、保存它、让它可搜索。"

如果要借鉴，顺序是：

步骤 1. 在 CLAUDE.md 中用 10 行写入"你永远不想让它忘记的规则"。

步骤 2. 启用 Memory 功能，让它在对话中积累你想让它记住的内容。

步骤 3. 用 RAG 使过去的会议记录、PDF 和文章可搜索。

只要按这个顺序构建，你就能从每次重新解释中解放出来。构建的那一刻，你会清楚地感觉到"Claude 的准确度是另一个层次"。

只有一个注意事项。

不要在 CLAUDE.md 中写大量文本。内容越多，Claude 就越被迫"判断优先级"而不是查看所有内容。如果可能超过 10 行，更有效的方法是将其剪切到单独的文件中让它读取。记忆不是放置就能起作用，只有设计才能起作用。

模式 2：在一台笔记本上承担 5 人的工作量

@rohit4verse（336 万展示）写道："一家用种子轮融资建立的公司现在可以装在一台笔记本上。你不需要联合创始人或代理机构。你、一个编辑和几个 Agent 就能做 5 人的工作。"

过去需要花费数百万雇佣或外包的工作，现在根据设计可以由一个人处理。他冷静地说"已经装下了"，没有炒作，所以引起了共鸣。

看起来很炫酷，但实际上正在落地。

我咨询的一位 CEO 每天花 10 小时专注于 Claude Code。他当场基于 HTML 即时创建销售材料，甚至自己进行微调。

过去他让下属做的工作，现在在 CEO 自己手中 30 分钟内完成。

这种结构让 CEO 本人接管了之前由直接下属完成的大部分工作。

如果你把 Claude 视为"编程支持工具"，你永远无法达到这个境界。这不是让一个任务更高效，而是改变"业务的分解单位"。

如果要借鉴，第一个问题不是如何使用工具。而是"我应该把业务的哪个部分交给 Agent，以便在不增加人员的情况下做 5 人的工作？"

从会议记录中创建摘要

构建销售材料

持续生成 SNS 帖子草稿

仅这三项就能释放一个人的手。这些空闲的手可以转向只有人类才能做的判断。

我还写下一个常见陷阱。

如果你考虑"用 AI 代替人"，通常会失败。

你应该做的是"把所有不需要人做的工作转移到 AI 上，增加只有人才能做的领域。"如果顺序颠倒，对 AI 的期望只会膨胀，最终回到老路。

模式 3：configs / plugins / skills / subagents 的分层利用

@0x_kaize（139 万展示）反思道："我以为 Claude Code 只是一个编程工具。在我发现 configs / plugins / skills / subagents 之后，它变成了别的东西。"

这不是操作问题，而是结构问题。

越多人使用 Claude，就越觉得"只是一个编程工具"不够用。当他们看到功能层次的地图时，会意识到："我隐约觉得应该还有更多的东西，实际上它作为一个系统存在。"

如果你想让它做特定任务，写一个 skill。

如果你想让它处理专业领域的判断，放置一个 sub-agent。

如果你想让跨领域的规则生效，用配置文件和 hooks 强制执行。

我在 Claude Code x Remotion 免费研讨会中解释过这一点。"Skills 用于特定任务。相比之下，sub-agents 是技术工匠。工匠的技术和工匠 sub-agent 是不同的层次。"

如果要借鉴，第一步是写下你正在重复的一个"任务"。

每周五做的数据汇总

会议前整理客户信息

修正字幕等简单任务

所有这些都可以做成 skill。一旦成为 skill，Claude 就会记住"常规"并开始自动运行。

从那里，如果你深入到 sub-agents、hooks 和设置的层次，Claude 就会变成一个在编辑器中容纳"另一个你"的设备。

一个常见的错误是试图立即从 sub-agents 开始。

正确的方法是在"收集了一定数量的 skills 之后"，将 sub-agents 作为捆绑 skills 的角色来放置。如果先放置 sub-agents，你最终只准备了大脑，而没有它应该捆绑的手脚。

模式 4：10 分钟内绕过 Token 限制的现

@milesdeutscher（518 万展示）的文章在 8 8 篇中脱颖而出。"如何在 10 分钟内永远不再担心 Claude 的 token 限制。"

标题很炫，但内容相当扎实和现实。

它走红有两个原因。

Token 限制是每个人的共同痛点。

而且解决方案不是"升级计划"或"付更多钱"，而是"改变操作"。

它通过设计而不是花钱来解决问题，所以引起了共鸣。

如果你一直使用 200 美元的计划，在深度提示中途突然出现限制。你的专注被打断，即使想继续，那天也无法再移动它。这与其说是生产力问题，不如说是动力问题。一小时的专注工作被一个限制粉碎了。

我自己长期使用一个 200 美元/月的计划。我不太在意上下文，习惯把所有历史记录以 Markdown 形式喂给它。即便如此，奇怪的是我很少遇到限制。

原因是我运行了单独的 skills 来抑制 token。

先做摘要

丢弃旧上下文

如果发现 Markdown 膨胀，当场修剪

把这些做成 skills，让 Claude 自动执行。人类方面不需要意识到。

如果要借鉴，第一件事是看看"你通常过度喂给 Claude 什么"。

你是在扔长文本吗？你每次都在复制粘贴旧的会议记录吗？你在留下不必要的开场白的同时叠加新问题吗？

如果你符合其中任何一种情况，限制都是操作问题，而不是容量问题。在升级计划之前改变操作，几乎总能绕过限制。

相反，如果你没有意识到这一点就升级计划，你只是为升级的量浪费更多。这就像你以为用钱买了时间，但实际上是用钱买了加班。限制不是惩罚，而是让你审查操作的警报。

模式 5：使用后变得更敏锐还是变得空洞

@rohit4verse 在另一篇文章中写了接近警告的内容："使用 AI 没有中立性。你要么变得更敏锐，要么变得空洞。大多数人正在变得空洞，他们只有在离开工具的那一刻才注意到。"

这是 8 种模式中唯一的"过度使用警告"。

在充斥着"你可以更高效"和"这样更快"的时间线上，他首先陈述："如果使用错误，你自己会退化。"

它之所以突出不是因为它是技巧的反面观点。它引起共鸣是因为基于事实击中了核心。

我在 Claude Code 课程的第 2 节课中说过类似的话类似。"如果你掌握了使用方法，你可以将 AI 的利用推进一两步。相反，如果使用错误，你的思考肌肉会首先萎缩。"

这符合我自己的经验。

把所有事情都交给它并放松的人，六个月后明显在六个月后变得迟钝。那些在委派的同时保持自己思考的人，在六个月后像变了一个人一样成长。

差异在开始时几乎看不见，但六个月后变成了无法弥合的距离。

如果要借鉴，一个标准就够了。

"你能用自己的话复述 Claude 的输出吗？"

如果你能复述，那个信息就在你体内。

如果你不能，它只是经过了你。

只要每天自己检查这个习惯。仅此一项就能防止你越过变得空洞的界限。

如果你最近注意到"直接粘贴 Claude 输出就完事"的情况增加了，请视为黄灯。当你放下工具时剩下的，才是你真正的能力。

模式 6：从 90 万 Skills 中筛选出 23 个的洞察力

@Mnilax（23.3 万展示）写道："Claude Skills 在六个月内从 16 个增加到 90 万个。大部分是噪音。只有 23 个永远改变了工作。"

从 16 到 90 万，六个月。10,000 倍增长。其中 23 个永远保留。0.0026%。这个压倒性的选择率本身就是一个故事。

无论是"制作"还是"使用"技能还是"使用"技能的人，如果没有淘汰策略都会崩溃。

我也每周添加和删除自己的技能。标准很简单："如果一个技能 3 周没用，我就在那个时间点怀疑它。"

我继续使用的技能会通过修复来改进。如果没有改进空间，那个技能对我的业务就不再必要。

我在 Claude Code 课程的工作坊中谈到这一点。"像自动字幕修正这样的重复任务应该做成技能。创建技能，修复它，改进它。不要停止这个循环。"

如果要借鉴，第一步是"衡量你是否使用了它"，而不是"制作它"。

步骤 1. 制作一个技能。

步骤 2. 记录制作日期。

步骤 3. 三周后，数一下你用了多少次。

如果少于 3 次，那个技能的设计很弱。重新制作或删除它。只有能完成这个循环的人才能站在"成长"Claude 的一边。

一个常见陷阱是"做得越多越好"的错觉。技能不会因为增加而获得价值，只有被选中的才有效。收集别人的技能也一样；一旦你放入数量，Claude 就开始在判断中犹豫。关键不是"拥有它"，而是"3 周后你是否还在使用它"才是真正的指标。

模式 7：每个周末一个 Skill，70 小时变成 30 小时

@av1dlive（141 万展示）说出了一个有力的短语："你可以用 AI 在一个周末建立一家十亿美元的公司。你只需要一个技能。"

十亿美元的公司是夸张，但作为结构上是真实的。

它走红的原因是门槛低。

只有一个技能。你只需要那个周末的动力。

通常想着"改天认真做"的人会被"改天"的重量压垮。当你压缩到"每个周末一个"时，行动的心理成本骤降。

在周末制作一个能工作的原型。从周一开始在实际工作中尝试。如果不行就丢弃。如果行就改进。

如果你不停止这个循环，Claude 会以加速的方式变成你的盟友。

在初学者 Claude Code 学习小组中，我说：

"大约一小时内，你可以做出能工作的东西。如果你每周工作 70 小时，你可以用 Claude Code 压缩到大约 30 小时。"

这不是理论数字，而是多个领域实际在多个领域出现的压缩率。

如果要借鉴，把周末做的工作缩小到一个。

将每天 30 分钟的任务减少到 5 分钟。

将每周一次 1 小时的任务减少到 5 分钟。

将每月一次半天的任务减少到 30 分钟。

只要其中一个就行。如果减少了一个，你就有余裕用那个时间制作下一个技能。从那时起，空闲时间会以复利增长。

小心不要"一开始就试图做得太大"。

如果你在周末追求完美，周一早上只会留下未完成的东西。完成一个最小可工作的东西，周一一部署到实战，在周中根据使用感受修剪。原型不是要做得漂亮；如果周一能工作，周一能运行你就赢了。

模式 8：用 MCP 服务器连接所有业务

@eng_khairallah1（69.5 万展示）写的是 8 种模式中最先进的。"有一个很大的误解，认为 MCP 服务器只适用于开发者。它实际上是 AI 和外部世界之间的桥梁。有了它，你甚至可以瞄准不涉及开发的高价订单。"

在日语圈，MCP 仍然被理解为"开发者的技术"。通过将其表述为"连接 AI 和业务的标准连接器"，目标受众一下子扩大了。MCP 就像 USB。

插上它，Claude 和外部服务开始通信。

此时，Claude 不再只是编辑器内的存在。

在我自己的系统中，我让多个 MCP 服务器持续运行，例如 UTAGE、CMKiller、claude-in-chrome 和 Google Drive。

自动分发到 LINE。搜索过去录音。浏览器操作。文档链接。所有这些都处于可以从 Claude 端调用的状态。

我在 Claude Code 课程的第 3 和第 4 节课中也深入探讨了这一点。"首先检查你通常使用的服务是否可以通过 MCP 连接。如果不能，还有用 Playwright 替代的选项。"

如果要借鉴，起点是写下你业务中"目前手动操作的所有屏幕"。

邮件客户端

日历

电子表格

客户管理

分发工具

当天连接那些可以 MCP 连接的。对于不能连接的，用 Playwright 自动化浏览器。两者结合使整个业务可以从 Claude 操作。

作为注意事项，MCP 不是"连接的服务越多越好"。如果你连接所有每天只碰一次的服务，只会增加启动成本和延迟。按接触频率的前三个。

缩小范围连接它们，你会在一周内感受到日常工作的时间分配发生变化。之后可以扩展。

8 种模式说明了什么

让我们从顶部再看一遍。

1. 用 3 层构建记忆
2. 在一台机器上承担 5 人的工作量
3. 使用 configs / plugins / skills / subagents 的层次
4. 通过操作绕过 Token 限制
5. 站在使用后变得更敏锐的一边
6. 持续淘汰 skills
7. 每个周末制作一个来增加
8. 用 MCP 连接整个业务

综合来看，这不是"学习功能的阶梯"，而是"改变思维方式"。

它从记忆的故事开始，以连接整个业务结束。每种模式都是关于如何设计你的工作方式，而不是如何使用工具。

第一步

已经很长了，最后压缩成 3 点。

Claude Code 不是"编程工具"，而是整个业务的设计设备。评估轴不是"变快了"，而是"业务的分解单位"是否改变了。不是让一个任务更高效，而是增加只有人才能做的领域。

8 种模式的共同点是"改变思维方式的阶梯"。记忆、人数、层次、限制、依赖、选择、速度、连接。按顺序攀登，你对 Claude Code 的接近方式会逐步改变。

而这 8 种在海外被视为"标准层"的模式，只是还没有在日本系统化。你不需要全部做到。把触动你的那一个翻译到自己的业务中。如果持续六个月，Claude 和你的关系将完全不同。

请把"设计力"这个词当作武器。

从使用的时代到构建的时代。Claude Code 的利用方式已经改变了。

话虽如此，我认为大多数企业主觉得将这 8 种模式融入自己的业务很困难。

对于这些人，我总结了如何用 Claude Code 构建从广告、LP、LINE 分发到内容生成的一切。

"企业主必看！Claude Code 实用 100 问"

请点击这里。

https://utage-system.com/line/open/byRw0azrc4B8?mtid=TtuzaXM1C2dl