00:00:00Claude Code 发展到目前为止，功能多到真的让人难以跟上。
00:00:04即便命令菜单中显示了一切，但仍有很多功能
00:00:08并非一目了然。
00:00:09你在使用 Claude Code 时遇到的大多数问题，其实都已经
00:00:13内置了解决方案。
00:00:14它们只是埋在那些几乎没人讨论的配置文件和环境变量里。
00:00:18我们梳理了所有内容，整理出了一份你应该
00:00:22立即开启的隐藏设置和标记列表。
00:00:23对于 Claude 没有内置修复方案的问题，我们也找到了一些
00:00:27可靠的开源解决方案。
00:00:28如果你曾经运行过 insights 命令或使用过 resume 标记，你可能
00:00:32已经注意到，显示的对话记录都被限制在仅一个月内，即便
00:00:37你使用 Claude 的时间要长得多。
00:00:39如果你确实需要回溯这些会话，或者想要更长时间段的
00:00:42见解分析，既然 Opus 4.6 已经支持 100 万 token 的上下文窗口，你却
00:00:48无法实现，因为 Claude Code 在系统上的存储时间不会超过
00:00:52一个月。
00:00:53这一个月是 Claude 配置中保留数据的默认时间跨度，
00:00:57但这并不意味着你不能修改这些设置来延长保留时间。
00:01:01Claude 实际上提供了一个相关的设置。
00:01:02在主 .claud 文件夹中，有一个 settings.json 文件。
00:01:06我们在视频后续还会多次用到这个文件来进行其他设置。
00:01:09这是修改 Claude Code 许多默认设置的方法。
00:01:12你可以添加这个 cleanup period days 字段，并填入你想要的任何天数。
00:01:16所以如果你将其设为 365，它就能保留整整一年的对话记录。
00:01:22而如果设为 0，则是要求它不存储任何对话，这意味着
00:01:26你将无法提取任何信息或查看过去的参考资料。
00:01:30另一件你可以做的事情是在项目的 .claud 文件夹内，配置
00:01:35特定路径的规则。
00:01:36当代理尝试修改特定文件时，这些规则会被加载到上下文中。
00:01:40这些规则在执行读取操作时触发，并在路径模式与
00:01:44被读取的文件匹配时加载。
00:01:45它们包含了处理该文件时需要遵循的所有指令。
00:01:49通常，人们会把这些内容添加到 main.claud.md 中。
00:01:52他们将应用不同方面的所有指令都堆在一个地方。
00:01:57虽然现在我们不必担心上下文限制，但当你的应用变得过于庞大时，
00:02:01这仍有助于实现关注点分离。
00:02:03把它们全放在一起有时会导致 Claude 忽略你写的指令，因为
00:02:07文件变得太庞大且塞满了指令，以至于 Claude 不知道
00:02:11到底该关注哪一个。
00:02:12例如，如果它在处理前端，它只需要加载 React 组件的
00:02:17指令，而不是同时加载所有指令。
00:02:19这能让代理保持更专注的状态。
00:02:21如你所知，Claude Code 可以运行 bash 命令并读取其输出。
00:02:25但取决于命令的不同，这些输出可能会非常庞大。
00:02:28Anthropic 限制了 Claude 实际能从任何命令输出中读取的
00:02:33字符数，这个限制是 30,000 个字符。
00:02:35超出部分会被截断，Claude 永远看不见。
00:02:38例如，如果你运行测试套件并打印出数千行结果，
00:02:42Claude 只会读取该输出中设定的前 30,000 个字符。
00:02:46查看构建日志或运行数据库迁移时也是一样。
00:02:50任何在终端输出大量内容的命令，Claude 都只能获取 30,000 个字符。
00:02:54为了解决这个问题，在 settings.json 中，再次有一个配置控制
00:02:59Claude Code 从终端加载到上下文窗口的字符数。
00:03:03之前设置为 30k 是因为旧的 200k 上下文窗口模型，当时
00:03:08无法承受加载更多内容。
00:03:09但现在有了新的 100 万 token 窗口，这已经不再是问题。
00:03:13你可以将其增加到 150,000 左右，以便加载完整输出，
00:03:18让 Claude 能够妥善地阅读所有内容。
00:03:20如果你正在处理一个包含许多子代理的项目，每个子代理都
00:03:24针对其各自的任务量身定制。如果有一个针对特定代理的任务，
00:03:29我们通常会在提示词中明确要求 Claude 使用该代理来完成任务。
00:03:33但如果你想快速将工作交给特定代理，你可以做的是
00:03:37将 Claude 作为子代理运行。
00:03:38你只需要使用 agent 标记并输入你想要运行的
00:03:42子代理名称。
00:03:43现在你可以直接向它委派任务，使用它的能力和工具，而无需
00:03:47承担 Claude 先加载该子代理再执行任务的额外开销。
00:03:51你可能已经知道，可以在配置子代理时设置模型和 MCP 工具，
00:03:57但你还可以为子代理添加更多配置。
00:04:00例如，子代理默认不继承技能，但如果你使用 skill 标记，
00:04:04你就可以让该代理继承你为该特定子代理创建的技能。
00:04:08这意味着它实际上可以使用该技能来执行任务。
00:04:11除了技能，还有一个叫做 effort（努力程度）的标记。
00:04:14如果你不知道的话，effort 决定了代理在执行任务时
00:04:18消耗多少 token 和思考能力。
00:04:19某些代理默认不需要太多 effort，所以你可以根据任务进行调整。
00:04:23除 effort 外，你还可以在子代理内部配置特定于
00:04:28该代理工作流的钩子 (hooks)。
00:04:29你还可以使用 background 标记设置代理是否应始终在后台运行。
00:04:33如果你希望代理完全在后台工作而不干扰
00:04:34主代理，则设为 true；如果你希望代理始终出现在顶部，则设为 false。
00:04:38你还可以通过在代理描述中设置 isolation 配置，
00:04:42让子代理在独立的工程树中隔离运行。
00:04:47隔离的代理会获得一份临时的工程树副本，给它们空间进行
00:04:49重大修改，而不会危及主代码库。
00:04:53如果代理没有做出更改，工程树会自动清理。
00:04:55如果有更改，则会返回工程树路径和分支以供合并和审查。
00:04:59这种设置最适合实验那些可能会破坏主代码库的方法。
00:05:03最后，你可以通过在该代理配置的工具部分添加
00:05:08permitted agent names（允许的代理名称）来控制给定代理允许生成的代理。
00:05:12这限制了生成行为，防止不必要地创建多个代理，
00:05:16避免单个代理失控并持续不断地启动太多其他代理。
00:05:20默认情况下，当 Claude 读取文件时，它只读取 25k 个 token。
00:05:24但自从上下文窗口增加到 100 万 token 以来，25k 实际上太小了，
00:05:28无法让 Claude 发挥其全部潜力。
00:05:34你可以在 settings.json 中通过将此标记设置为 100k 或更多来更改它。
00:05:36但还有一个陷阱。
00:05:41无论上下文窗口有多大，Claude 只读取 2000 行，而且它甚至
00:05:42不知道自己错过了其余行，因此永远不会回头读取剩余部分。
00:05:47Anthropic 不允许你更改此限制。
00:05:51但有一个变通方法。
00:05:53你可以在 Claude.md 文件中添加一条指令，以便每当 Claude 读取大文件时，
00:05:54它先检查行数。
00:05:59如果文件超过 2000 行，它会使用 offset 和 limit 参数来完整地
00:06:01读取整个文件，而不会遗漏中间的任何内容。
00:06:06我们还可以配置一个每当运行读取命令时触发的钩子。
00:06:08这个钩子会检查文件的行数，如果超过 2000 行，它会强制代理
00:06:12遵循 Claude.md 中的指令，使用 HEAD 等命令来确保
00:06:16Claude 能读到最后。
00:06:21如你所知，当上下文窗口达到 95% 时，Claude Code 会自动触发压缩 (compact)。
00:06:22即便拥有 100 万 token 的上下文窗口，代理实际上也不需要
00:06:27等到上下文窗口满 95%。
00:06:28当上下文窗口填满 70% 时，输出质量通常就会开始下降。
00:06:32除非你需要完整的 100 万上下文窗口，否则这是触发自动压缩的最佳时机。
00:06:35要更改此项，你只需在 settings.json 中添加一个配置标记，
00:06:40并将 auto-compact percentage override 设置为你喜欢的百分比。
00:06:44我们将我们的设为了 75%。
00:06:45一旦此设置生效，当你的上下文窗口达到 75% 时，它将自动压缩，
00:06:50从而保持代理输出的质量。
00:06:53但在我们继续介绍下一个功能之前，先插播一条赞助商信息：Make.com。
00:06:55我们都知道 AI 最大的风险在于“黑盒”问题。
00:07:00你部署了代理，却无法验证它们的决策。
00:07:02Make 的新代理彻底改变了这一点。
00:07:06它的可视化平台结合了无代码和 AI 来部署运行你业务的代理。
00:07:09你可以直接在他们的可视化画布中构建智能代理。
00:07:12只需给你的代理一个目标，凭借 3000 多种原生应用集成，
00:07:14它就能为你处理复杂的决策。
00:07:19除了代理，该平台还拥有丰富的功能。
00:07:22你可以获得预建模板以快速启动，MCP 用于安全连接，以及
00:07:27knowledge（知识）功能来让回复有据可依。
00:07:29推理面板让你能真正看到、控制并信任 AI 采取的每一步。
00:07:31此外，通过 Make grid，你的监控和见解都整合在一个中心化地图中。
00:07:36停止繁琐的手动工作，创建高效的工作流，节省时间并简化扩展。
00:07:38点击置顶评论中的链接，领取你的专属 1 个月免费 Pro 计划，
00:07:42今天就试用 Make。
00:07:46现在，你们中大多数人可能已经知道，Agent Teams（代理团队）仍处于实验阶段，
00:07:52这就是为什么很多人不了解它。
00:07:56在 Agent Teams 中，有一名团队负责人和多名团队成员，每个成员都是
00:07:57由团队负责人启动并控制的独立 Claude 会话。
00:08:01团队负责人负责在所有这些团队成员之间协调整个任务。
00:08:03这实际上与子代理不同，因为子代理之间
00:08:07无法互相通信。
00:08:10而在代理团队中，每个团队成员都能够相互交流并
00:08:15共享信息。
00:08:19我们实际上为此制作了一个完整视频，讨论了它的功能以及
00:08:20如何最好地利用它来发挥其最大潜力。
00:08:24另外，如果你喜欢我们的内容，请考虑按下“Hype”按钮，因为
00:08:25这能帮助我们制作更多此类内容并触达更多受众。
00:08:29如果你在为不同类型的工作管理多个配置，有一个名为
00:08:32Claude CTX 的开源工具，它可以让你快速切换配置好的配置文件，
00:08:36分别管理客户配置，并在相同的空间提供商中处理权限和工具。
00:08:40要安装它，所有操作系统的命令都已列出。
00:08:44在 Mac 上，你可以使用 brew install 命令，在其他系统上，你可以通过
00:08:49克隆代码库来安装。
00:08:54该工具通过主 .claud 文件夹内的 profiles 文件夹跟踪配置文件，
00:08:55从而管理你的 settings.json、claud.md、MCP 服务器和备份。
00:08:58这个 profiles 文件夹为每个配置文件包含一个子文件夹，各自拥有
00:09:02针对该特定配置文件优化的 settings.json 和 claud.md。
00:09:03每个设置文件仅包含该配置文件所需的权限，因此
00:09:08不会有任何内容溢出到另一个配置文件中。
00:09:12切换配置文件非常简单。
00:09:17你可以使用此 C 标记检查当前配置文件，要切换时运行 claud ctx，
00:09:21后跟所需的配置文件名称。
00:09:26切换时，它会创建当前工作状态的备份并将其保存到备份
00:09:27文件夹中，这样你就始终拥有之前配置文件的记录。
00:09:29这样你就可以让多个配置文件完全独立，让 Claude 仅使用
00:09:34它需要的权限来工作，而无需担心它们会相互合并。
00:09:35我们之前所有视频中的资源都可以在 AI Labs Pro 中找到。
00:09:39包括模板、技能以及一堆你可以直接插入到项目中的东西。
00:09:42如果你觉得我们的工作有价值并想支持本频道，这是
00:09:47最好的方式。
00:09:50链接就在描述中。
00:09:54如果你讨厌 Claude 在 GitHub 提交中把自己列为共同作者，其实
00:09:58也有针对此问题的解决方法。
00:10:02在你的 settings.json 中，添加 attribution 键并将 commit 和 PR 字段留空。
00:10:03之后，每当你要求 Claude 推送到 GitHub 时，它都不会再把自己列为共同作者。
00:10:04你也可以将其设置为自定义字符串，这样提交就会显示你选择的任何作者姓名。
00:10:09默认情况下，Claude Code 会在每次提交中将自己添加为共同作者，这意味着
00:10:10它会出现在你仓库的贡献者图中。
00:10:15Claude Code 还会向 StatSig 发送分析数据，用于跟踪使用模式
00:10:18以及延迟和可靠性等操作数据。
00:10:23这些数据被用于功能 A/B 测试并驱动分析。
00:10:28它还会向 Sentry 发送数据进行错误日志记录，以便 Anthropic 诊断
00:10:30生产环境中的崩溃和漏洞。
00:10:35但如果你想退出，可以通过在主 settings.json 中添加三个变量来实现。
00:10:37这些变量会禁用遥测、错误报告和反馈显示。
00:10:41有了这些设置，Claude Code 将不再向外发送你的数据，从而保持私密。
00:10:45但 Claude Code 还有一个单独的 CLI 标记用于禁用非必要流量，这
00:10:47看起来好像作用相同。
00:10:52区别在于此标记还会阻止自动更新，而你可能并不想这样。
00:10:55因此，最好依靠那三个设置，因为它们能在不切断更新的情况下
00:10:59提供同样的隐私保护。
00:11:04很多人还不知道 Claude Code 中的 prompt stashing（提示词暂存）功能。
00:11:06如果你正在输入提示词，却意识到需要先发送另一个任务给 Claude Code，
00:11:11你可以按 Ctrl + S 来暂存当前的提示词。
00:11:15之后，你可以输入并发送新的提示词，而你暂存的提示词会自动
00:11:17回到输入框中。
00:11:20你们中许多人可能已经在用钩子了，但你也可以在钩子中使用
00:11:24退出代码来告诉 Claude 执行应该继续、被拦截还是被忽略。
00:11:28主要有三种类型的退出代码。
00:11:31退出代码 0 意味着运行成功，并表示所分配的任务
00:11:33已正确完成。
00:11:37大多数情况下，它的输出不会插入到上下文中，仅作为
00:11:41此操作已正确完成的指示器。
00:11:44除了 0 和 2 以外的任何其他退出代码都会在详细模式中显示，并且是非阻塞的，
00:11:48这意味着它们是错误消息，但 Claude 认为它们还没严重到需要
00:11:49停止其工作流。
00:11:54但最重要的一个是退出代码 2，它对我们的工作流有着重大影响。
00:11:55当我们在任何工具中使用退出代码 2 时，错误消息实际上会被反馈给 Claude，
00:12:01它会被迫根据该错误消息采取行动。
00:12:05例如，经常会有这样的情况：你想使用某个库，但 Claude 因为
00:12:06训练模式而使用了另一个。
00:12:10为了防止这种情况，你可以为此配置一个钩子，并让它在每个 bash 命令前运行。
00:12:15它会检查 Claude 准备使用的命令是否匹配你不想要使用的库，
00:12:17在我的案例中是 pip，然后它会打印一条消息告诉它不要使用 pip 并引导它
00:12:21改用 uvicorn，然后以代码 2 退出。
00:12:24有了这个设置，每当 Claude 尝试通过 pip 安装时，它将被迫
00:12:28改为通过 uvicorn 安装。
00:12:33这些带有退出代码的钩子构成了 ralfloops 的基础，你可能还记得
00:12:37不久前这非常流行。
00:12:41我们也制作了一个关于它们的详细视频，你可以在我们频道查看。
00:12:45它们利用相同的退出代码和钩子机制来迫使 Claude 不断迭代，
00:12:46直到满足完整输出的标准。
00:12:50这确保了 Claude 不会偷懒并将未完成的任务标记为已完成。
00:12:52这些钩子可以帮助创建多个类似的工作流。
00:12:56好了，本视频到此结束。
00:13:01如果你想支持本频道并帮助我们继续制作此类视频，你可以
00:13:03通过点击下方的 Super Thanks 按钮来实现。
00:13:08一如既往，感谢您的观看，我们下期再见。
00:13:11本期视频到这里就结束了。
00:13:13如果您想支持本频道并帮助我们继续制作此类视频，您可以
00:13:17通过使用下方的 Super Thanks 按钮来提供支持。
00:13:19一如既往，感谢您的收看，我们下期再见。