随着模型变得越来越智能，它们需要的指令更少，约束更少，示例也更少。我们有 /loop、SL goal 以及工作流。这些功能都是为了促使智能体长时间运行而设计的。这只是一个单步提示，比如当给出一个提示时，它创建了字幕，生成了小叠加层，现在它将淡出至黑色。我今年的目标是提高效率，但减少工作量。大家好，今天我非常高兴欢迎来自 Claude Code 团队的 Tharic。这期待已久，所以我将请 Tharic 向我们展示如何设计循环和工作流，让 Claude 工作更长时间，以及他个人如何使用 Claude Code 和新推出的 Claude Tag。欢迎。
大家好，彼得。谢谢邀请。我很期待加入。是的，好的。那么在演示之前，也许你可以从宏观层面谈谈你和 Claude 团队是如何思考从“人类提示智能体”转变为“设计循环”以及让智能体自主工作的。你们是如何看待这一点的？完全正确。循环是一个相当通用的术语，我认为它指的是让智能体获得反馈或以协调方式长时间工作的不同方法。我们有 /loop、/goal 和工作流。正如你所说，这些都是为了让智能体长时间运行。
/Goal 是其中之一，它帮助智能体提醒自己的退出条件，只有在满足条件时才允许退出。因此，/Goal 非常适合复杂任务，你需要确保最终完成，防止任何中途停止。你还想给智能体反馈信号，基本上是说“坚持下去”。如果你站在 Claude 的角度，有时你被要求执行任务，遇到可能不符合规格或与用户要求不符的复杂情况时，你可能会提前停止并问：“我是否应该继续？” /Goal 是用户表明“我已经提供了足够的规范和预期，理解问题空间，直接执行，如果遇到填充内容”的一种方式。
在我看来，工作流可能是这种形式中最强大的。你可以启动子代理来并行处理工作、验证工作。特别是对于非技术工作，这是一种将非确定性任务大致分解为确定性任务的好方法。这就是我们对这些功能的思考方式。我知道我要做一个快速演示，但在演示之前，关于 Claude 团队，你们如何使用这些东西？比如是“去让这个匹配设计”还是“去让这个数据增长”？大家做的事情各不相同，基于他们想要达成的目标。
Jared 经常谈论用 Rust 重写 Bond 以及如何使用工作流，他将会更多地谈论这一点。我认为，只要你有确定性的信号，比如延迟，/Goal 就是一个让智能体以自动研究方式探索事物的好工具。如果你谈论设计，思考方式之一是智能体能在多大程度上理解你的设计。如果它有可以验证的规范，比如 Figma 文件，你可以使用 Figma MCP，然后使用 /goal 确保渲染的设计与 Figma MCP 匹配。这比截图容易得多。
如果是截图，可能更模糊，你需要评估的准则和验证代理等。所以这非常依赖于任务。基本上，规划非常重要。因为我曾尝试让它“给我做一个很棒的游戏”，结果它偏离了轨道，因为只有一行指令。细节有很多需要厘清，这需要大量工作。让我们把这个变得具体。你一直在 Twitter 上分享很棒的视频，关于使用 Claude 制作视频，我想你有一个视频工作流想与我们分享。
没错。很多人问过这个，我认为这是一个很好的演示，既展示视频编辑，也展示如何思考非技术工作。在通话前 10 分钟，我录制了一段快速视频。基本上我在说：“嘿，是我，我在 Peter Yang 播客上。我要指出叠加层出现的位置，然后我说‘淡出至黑色’。”这是我快速制作的视频。我给出的提示是：这是 Peter Yang 播客的仓库。这里有一个示例视频叫“Peter Yang recording”。使用 Whisper 转录它。然后使用 Reotion 创建一个 UI，显示带有每个单词高亮和不同叠加层的转录文本。
并且不要停止，直到视频完全渲染。所以这只是一个单步提示。它给出了这个结果：它转录了视频。显然它不知道我叫 Tharic。它创建了字幕，生成了小叠加层，现在它将淡出至黑色。你基本上是把指令口头说出来了。是的，我口述了。当然，有很多……
你可以通过多种方式完成这项工作，比如在这个目录中，你知道，转录了所有内容，对吧？是的。使用 Whisper，它创建了 Reotion 的内容。是的。这是我视频编辑工作流的一个非常基础的开始，我认为这是一个很好的信号，展示了如何在 Claude Code 中进行非技术性工作。>> 所以，你基本上是用提示词手动完成了这部分，但然后你可能把它保存到了技能（skill）或类似的地方，对吧？是的。>> 所以，目前我还没有技能。我想我首先尝试做的事情是，在将其转化为技能之前，真正弄清楚我想要什么，你知道的。那么，这里有哪些边缘情况呢？
我注意到我必须提示它去改进的一点是，更好地确定我的手在哪里，对吧？或者说，我指向哪里。甚至现在，我对它显示的位置也不太满意，你知道的？所以，[轻笑] 是的，你可以想象我可以朝这个方向推进：我想追踪我的手指或面部，然后给代理更多的元数据，对吧？这样它就可以进行有趣的叠加效果。>> 本集由 Whisper Flow 赞助。
Whisper Flow 每周至少为我节省 3 个小时，是我目前最喜欢的 AI 应用。用语音向 AI 口述比打字快得多。你只需自然说话，它就会输出干净、可直接发送的文本。Whisper Flow 甚至会自动删除填充词并为你格式化句子。我使用 Whisper Flow 处理所有事情，包括起草新闻通讯帖子、编写产品规格、回复 Slack 消息等。它适用于 Mac、Windows、iPhone 和 Android，覆盖你所有喜爱的应用。
前往 whisperflow.com 免费试用，并使用我的代码 peterwisperflow 获得 6 个月免费。那是 Peter Whisperflow。现在，回到我们的节目。我想你还有另一个标签页，里面好像有某种计划之类的东西。那是为了视频技能吗？>> 是的。是的。所以，我想谈谈我是如何走到这一步的。你明白我的意思吗？
我认为，即使是做这个提示，我也花了很多时间和精力去规划和学习，才能到达这里。我认为，当我们谈论计划时，我们通常指的是一步到位的事情：你计划好，然后做某事，就这样结束了。但我认为计划更像是一个迭代的过程：探索、调查、发现你不知道什么、你想要什么，对吧？最终，这一切都会简化下来。
举个例子。但在我们这样做的时候，我想做一件事：好的，我要告诉它，我想更新这些叠加层的用户界面，对吧？我想使用 Peter Yang 的风格。这是他的博客。创建一个 HTML 工件，用于探索叠加层和标题设计的不同变体。好的，这对我来说是一个例子。这也是计划，对吧？因为我在做的，某种程度上是在弄清楚我想要什么。
所以这更像是一种探索。你可以看到我做的一个重要事情是给它一个参考，对吧？所以当我给它你的网站时，它现在可以获取 HTML 并开始这样做。所以这就像是一个计划，在我梳理其他规划工作时运行。其中之一就是：转录是如何工作的？这实际上我认为非常重要，因为它影响了许多边缘情况。
这个转录使用 Whisper，所以 Claude Code 整理了一个解释器，这说实话非常棒。对我来说重要的是事情出错的方式，对吧？这是我提示计划的一部分：我想向我解释 Whisper 并了解边缘情况，对吧？所以其中一点是说，沉默可能会变成“感谢观看”，对吧？或者，一个词可能被分成两个部分。它没有说话人识别功能，对吧？
所以这里有很多不同的边缘情况，我认为所有这些都非常好，这帮助我建立了使用 Whisper 的信心。是的。>> 但是，提前了解这些边缘情况和限制，真的帮助我避免了这种情况：我构建了复杂的 Whisper 工作流，然后发现出了错，而我并没有这些“未知的未知”（unknown unknowns），对吧？
所以这种情况就像我在做计划，但实质上是我在发现我的未知领域。这可以采取多种形式。它可以是学习，可以是技术规格，可以是原型和探索。是的，我开始觉得“计划”这个词现在可能太宽泛了。>> 它更像是探索和了解你基本上想做什么。>> 是的。我喜欢说，消除你的未知领域，你知道的。我认为每当你有任务时，几乎总是有很多你不知道的事情，你不知道事物是如何运作的，或者你想要什么，而且这是非常迭代的。
所以这不仅仅是一次性写下来然后实施。我认为有很多步骤和不同的阶段。所以，是的，伙计，这是一个漂亮的计划，老兄。老兄，你有像 Claw 模板之类的东西吗？它有图片。>> 这是使用前端设计插件。我认为你知道，是的，这里也有更丑陋的计划。比如我得到了这个 Reotion 计划。
我认为设计的细节并不那么重要，重要的是你要确保你真的去阅读它，你知道的，并大致了解其中重要的部分。我认为我看到的一种失败模式是，人们仍然会扫视计划和解释器。所以，是的。>> 是的，变得真的……因为 AI 可以写出所有这些疯狂的 Markdown 文件，而且通常很长，然后在某个时刻，我就变懒了。我说，好吧，你知道的，直接做吧。直接 [笑声] 做吧。>> 是的。是的。是的。完全正确。我认为这是……你知道的，这发生在所有人身上，对吧？
提示框肯定可以只是一个……
“懒惰的按钮”，对吧？你的意思就是，嘿，直接把事情做了就行。嗯，但通常你知道，呃，你最终会为这种懒惰付出代价，对吧？因为如果你试图做严肃的事情，而你在每一步都选择偷懒，那最终会花费更长的时间，可能成本也会更高。所以，嗯，这其实是一种迭代的过程。所以你问关于 Whisper 模型，然后你稍微多了解一点，接着你要求制定另一个计划，直到某个时刻，你有了一个可以分享的计划，对吧？
“是的。”“没错。”“是的。”“是的。”所以，为了这个视频，我做了大量的视频识别方面的工作。我做了很多研究，了解不同的视频算法是如何工作的，对吧？比如，我想我在视频分割方面做过一些研究。嗯，我想把文字放在主体后面，所以这是我探索并深入了解过的事情。嗯，我最终发现，目前这里没有足够可靠的东西让我使用。
但嗯，是的，我认为这就像是一个迭代的过程，去弄清楚我想要什么，以及什么是可能的，然后我才能去做。所以，看起来这个叠加层（overlay）差不多完成了。所以，我们很快就会看到它。是的。“那团队方面呢？所以，你让团队的其他人审查 HTML 了吗？那是 Markdown 格式还是……”“是的。”“是的，当然。”
我的意思是，我认为每个人都不一样，对吧？所以我认为……但我觉得 HTML 工件（artifacts），我的意思是，我们推出了工件功能，对吧？嗯，目前它仅在团队版和企业版中可用，但嗯，希望很快能推出到 Maxin Pro 版。嗯，是的，这就是我们现在在公司分享内容的方式。我们要求 Claude 制作一个工件，这可以是一个计划，或者我们已经完成的 PR（拉取请求）。
它可以是一份状态报告，比如事故报告之类的事情。所以，嗯，是的，这确实是我们做事的方式。是的。“好吧，让我们看看它在这里生成了什么。”“是的，让我们开始吧。”所以，假设打开叠加层样式的 HTML。好的。所以，是的，这里有一些它生成的选项。我认为它可能更多地基于 Stack Overflow 或 Substack 的品牌，而不是你的品牌。你明白我的意思吗？
“是的。”“因为我没有品牌。”“是的。”“是的。”“是的。”“不，我认为你有，对吧？我认为你有。比如，我认为你有红色和白色。我们可能可以在那里进行迭代。嗯，但这是其中一件事，我觉得这些不同的设计之间有很大的差异，对吧？嗯，是的，我喜欢规划的一种方式就是进行这种探索，特别是因为我不是设计师，所以我真的只在我看到它的时候才知道。
“明白了。”“明白了。”嗯，就像要总结一下关于计划的对话……“是的，你知道，我已经写了大约 10 年的产品规格说明书（specs），通常它们包括我们要解决的问题、解决方案、目标等等，对吧？但我觉得现在这些东西有一部分是由智能体（agents）来阅读的。我觉得你的规格说明书的不同部分需要改变，或者也许产品规格和技术规格是一回事。你们团队是怎么做的？你们有一个部分给人阅读，另一个部分给智能体阅读，或者你们是怎么思考这个问题的？”
“是的，好问题。好问题。我认为这两者是紧密相连的，对吧？我认为规格说明书甚至可以演变成规划的一部分。我想我在这里展示的一点是，让我看看……实现。是的，我认为你在这里有时看到的一件事是，当你运行某些东西时，模型可能会发现一些它在实施时没有预料到的事情，或者你没有预料到的事情，对吧？所以，嗯，我不认为规格说明书只是发生在开始阶段。
它是这样的：你从人类的需求开始，然后智能体进行一些技术探索。它返回结果，也许你做一些原型、解释器，试图理解你的未知领域。你完善它。然后你再把它交给智能体。它可能开始实施它。你要求它在实施过程中保持实施笔记，这样它就能发现一些我们意想不到的实施情况。一旦我们有了这些信息，我们就可以根据需要重新制定规格说明书，对吧？这取决于事情的发展情况。
所以，是的，我认为这不像是一次性地将规格说明书移交给实施，而更多的是这种来回往复的过程。”“是的，因为现在构建的成本很低。所以你可以要求它构建这个最简单的版本，可能有很多 bug 和问题，你可以不断迭代，对吧？”“是的，完全正确。或者这个的原型版本，对吧？这就是我对这些叠加层的看法。这些是设计的原型，对吧？”“好的。”“嗯，如果我们喜欢……”“喜欢的话，我们可以做更昂贵的版本，即用 React 而不是 HTML 来做。这意味着你必须重新渲染视频并进行所有代码更改。
嗯，所以你能采取的最小步骤是什么，以证明你想要的概念，更多地证明你的规格说明书。是的。”“而且，是的。我喜欢它如何接受实施。所以，下次你开始一个新部分时，它可以直接引用 HTML，对吧？它是一个活文档。”“是的。”“没错。”“是的。”“是的。”“明白了。你现在有多少工作是通过 Slack 上的 Claude Tech 完成的，而不是在终端或云端应用中完成的？”
“是的，我认为对我而言，趋势是云端标签（cloud tag）中有大量的并行工作在进行，所以任何多云处理通常都发生在云端标签中，除非有理由需要在本地进行。嗯，我认为我们花了很多时间确保我们的环境可以在远程运行。嗯，是的，多云处理发生在云端标签中，比如初步探索、PR 规格说明书，试图理解某些事情，这些都发生在云端标签中。然后一旦我进入……通常我专注于一件事，那就是发生在云端代码中，而且更多的是来回往复的迭代。
嗯，所以，是的，我认为这就是我使用它的方式，但我认为公司里的每个人都有自己的方法和混合模式。”“当你说多云处理时，你的意思是什么？哦，是的，就像……”
同时发生多件事时，特别是如果我想让其他人参与进来，比如我有一个 PR 正试图合并，我会让它“保姆式”地照看这个 PR，修复测试，然后标记一位审查者。我的审查者会在同一个 Slack 频道中被标记，这样我们就能在那里交流。但一般来说，多语言处理就像任何后台工作一样，以前我在 Cloud Code 里有五个不同的云会话，现在主要是一个活跃的 Cloud Code 会话，加上许多 Cloud Tag 会话。
是的，很有趣。好的。那么，你通过 Slack 上的私信以及共享的团队频道与 Cloud Tag 交流，我猜是这样吗？是的，主要在 Slack 上。是的，是的。在我的私人频道里，我有我的 Thoric Claude Slack 频道，我在那里做大部分工作，然后我们还有像反馈这样的团队频道，以及特定项目的工程频道，这也是我们看到的常见模式。
我想这很有道理，因为我认为目前的这些编码应用主要是单人体验，你是通过不同的线程与代理交谈。如果你想想看，Cloud 应用实际上看起来有点像 Slack，就像 Slack 有很多频道一样，Cloud 也有很多线程。所以我想，想法是 Slack 现在是多人 Cloud 体验，因为大家已经在那里了。
是的，我是说，我认为这是开始的地方。我认为最终我们会把 Cloud 视为一种主动的代理，它会主动出现在你身边，而 Slack 正是 Anthropic 所在的地方。这是一种非常自然的探索方式，而且它在编码方面出奇地好。有些人几乎完全在 Cloud Tag 中进行编码。
但也许这是个愚蠢的问题，在 Cloud Code 中你可以轻松触发脚本之类的东西，但在 Cloud Tag 中，我只是标记 Cloud 并输入 /scale 吗？还是怎么操作？是的，你可以直接告诉它使用脚本。好的，好的。是的，是的，是的。我认为我们仍在围绕所有这些内容进行用户体验的迭代。
好的，我想你同意吗？我觉得未来的方向是，因为你给我讲过关于人机交互的演讲，我觉得未来就是代理就像另一个员工。你得给员工做入职培训，你可以通过 Slack 与它交谈，你可以给它打电话，我们需要思考……是的，我认为这是一个好问题。我认为这些比喻有时有帮助，但在某些方面也有局限性。
当我们谈论身份时，有一点很重要，就是在 Cloud Tag 中，每个代理、每个频道都有它自己的记忆。所以我认为这是一个选择。你也可以想象有多个 Cloud，你标记它们，每个都有不同的 Slack 身份，你标记它们等等。我认为把代理看作具有持久性和记忆的东西是有帮助的，但它们与同事在某些方面也不同。
它们具有主动性，有记忆，有身份，但这更像是 Cloud Code 的演变。我想看看模型会带我们去哪里，而不是把它们装进盒子里。是的，这是一个好观点。它的记忆肯定比任何人类都好。有时更好，有时更差。你知道我的意思吗？它是波动的，对吧？是的，有道理。
好吧，伙计。我要做点有趣的事。我想给你看我的时钟设置。我想我们当面聊过这个。我对这个感到很自豪。我构建了一个播客制作技能，它的作用是获取我做的采访的转录稿。我实际上采访了你的同事 Jess，它为我生成很多东西。
它生成缩略图和一些剪辑素材。基本上，我只是标记它，粘贴一个转录稿，然后它就开始生成像点击诱饵式的 YouTube 缩略图之类的东西。是的。是的。所以我生成这些东西，我基本上给它一些例子，试图让它保持在正轨上。是的。但这个技能似乎试图做很多事情。所以我好奇你有没有什么反馈或建议。
这很酷。我能看看它生成的东西，比如剪辑吗？哦，它生成的东西？是的。其中一些生成的只是纯文本。比如这里有一篇新闻帖，这里有一些要点……复制到 YouTube。是的。然后我有另一个叫视频发布技能的技能。它和你的有点像，但肯定没有你的那么复杂，它基本上获取这个 YouTube 视频。
很酷。然后它提取它，并给我一些制作剪辑的想法。是的。是的。它也做剪辑吗？是的，它确实做。我说做两个，然后它使用……我实际上不知道它用什么。它使用一堆随机东西……可能是 FMP 之类的，对吧？是的。可能是 FMP，然后它制作视频。是的，它添加字幕。是的，太棒了。
所以是的，它并不完美。是的。嗯，这很棒。你觉得它与你想要的匹配得怎么样？或者说，你觉得怎样才算更好？我希望它能添加一些 B-roll 和你给我看的那些叠加层之类的东西。是的。我希望它足够聪明，知道如何为视频剪辑拉入内容，比如 Cloud 的标志之类的，你可以在网上找到它。
是的。是的。那么，我应该告诉 Cloud Code 做所有这些吗？我认为你可以。我是说，我认为你是在一个持久的仓库中工作吗？我想到的事情之一是，有时你想要一个技能，有时你想要一个有很多脚本的仓库，这更像是一个你正在使用的工作空间。
对，对吧？我觉得技能有时候可以是指令，指导如何创建那个工作区。所以，也许这是个值得思考的点，因为你积累的脚本和构建的东西越多，智能体从 scratch 做起的工作就越少。我每次都在文件夹里操作吗？不，我把所有技能都放在用户级别。有一个所谓的个人操作系统文件夹，里面存放着所有输出等内容。我明白了，好的，酷。
但你说的是……对，我觉得你可以构建一个视频编辑的框架。我有点好奇缩略图，你会使用像 Gemini 或 OpenAI 这样的图像生成 API 吗？是的，我发现它在改变我的面容方面表现很差。比如，如果我有一个微笑的形象，需要把它变成惊讶的表情，它把我做得超级丑。哈哈，真逗。
但我觉得如果不涉及我的脸，只是改变文字背景的话，它表现得相当不错。是的。没错。我认为 Claude 很擅长使用其他工具。你可以给它 Gemini 或 OpenAI 的图像生成 API，然后让它查看生成的面容并进行调整。这样它可以交互式地、渐进式地处理，这很有帮助。
基本上，我把一堆技能串联起来，准备这个东西，然后使用缩略图，等等。我知道如何使用技能了，但你提到的其他东西，比如动态工作流，我完全不知道。对，完全不懂。那我们要如何为类似的事情使用工作流呢？
我想你的短视频例子是个好例子。也许你想生成 10 个或 5 个不同的短视频。工作流非常适合这种情况。主智能体决定你想从片段中创建短视频的五个部分，然后工作流为每个部分启动一个子智能体。你还可以给它一个标准，说明什么是好的片段，每个部分都会根据该标准进行验证。
最后，你得到的结果是每个片段都投入了最大量的计算资源，以确保符合你的要求。相比之下，如果你同时做两三个，Claude 可能会减少验证或投入的工作量。我明白了。要创建工作流，我只是告诉它创建一个工作流吗？
是的，你可以说：“嘿，创建 10 个片段。使用工作流。这是我的验证标准，说明什么是好的片段。”这也可以是一个技能，你可以将技能与工作流打包。工作流只是一个 JS 文件，你可以让它将 JS 文件保存到技能中，现在你就有了一个可重用的技能。
这听起来像个傻问题，但使用工作流相比使用单一智能体的主要优势是什么？它可以启动子智能体并保持上下文清晰。我认为其中一个优势是上下文，另一个是懒惰和验证。例如，短视频没有确定性的标准来判断好坏。如果有标准和验证智能体阅读标准并审查短视频以提供反馈，工作流就能实现这一点。
我们发现这被称为“自我参照偏差”，当模型倾向于自己的输出时，它在验证时会更加宽容。所以基本上，你想要一个独立的智能体负责工作，另一个负责验证，对吗？是的。在这种情况下，一个独立的智能体协调工作，主智能体协调每个部分的工作和验证。
这样，三个独立的智能体拥有不同的上下文模型，这不仅仅是减少偏差。没错。而且我认为它们都会使用更多的计算资源，不太可能过早停止。思考得更多。好的，明白了。
那么，我想问你一些宏观问题。你主要在终端中使用 Claude，还是使用应用程序？我混合使用终端和桌面版。这取决于我们所谓的“喂养”程度，也就是我觉得最需要测试的部分。我明白了。
你有关于如何保持工作窗口整洁的建议吗？有时候我觉得很疲惫，同时有五个线程在进行，它们不断打扰我。这实际上比连续开会更糟糕。有什么建议吗？
这是一个好问题。我今年的目标是提高生产力但减少工作量。我认为我们应该都努力做到这一点。我尝试专注于一个项目。即使有其他事情需要解决，比如构建、合并或探索，专注于一个项目非常有用。我发现最浪费时间的情况是，当我有点懒惰并同时在多任务处理时。
我有时会想：“哎呀，我是不是浪费了这段时间？”所以，我认为确实存在一个最佳的多任务并行数量，这取决于你是谁、你在做什么。但对我来说，我倾向于一次只专注于一个任务。
那剩下的工作就交给 AI 代理去做？为什么不呢？或者说是为了自我优先级的排序，你懂我的意思吗？我觉得这是一个很好的切入点。
是的，很有道理。那你有没有什么担忧？我担心代理们工作起来很卖力，而且会一直不停地运行。
是的。也许这是我的问题，就像我之前说的，我实际上并不会仔细检查它生成的所有内容。
（笑声）所以我担心，如果我不加以干预，整个代码库最终可能会变成一堆垃圾。你有没有定期清理这些内容的例行程序或任务？
是的。当然，我们有像 Boris 推出的 Simplify 这样的工具，可以简化代码库。这也取决于你的用途。比如，如果你只是为了视频输出，那么代码质量可能没那么重要。代理们非常执着，它们会搞定一切。
对我来说，整理工作往往是为了让我对工作环境感觉更好，而不仅仅是关注输出结果。当然，你也可以随时要求它简化或整理。
好的，明白了。你尝试保持上下文窗口整洁吗？你会尽量最小化，不让 MCP 插件开太多，或者像 Cloud MD 那样拥有超长的上下文吗？你会优化这些吗？
是的。随着模型变得越来越聪明，我们注意到的一件事是，我们将 Claude Code 的系统提示减少了 80%。原因是模型越聪明，需要的指导就越少，约束越少，示例也越少。
以前我们的系统提示会像这样：“这是批量工具。这里有五个使用批量工具的示例。在这些情况下绝对不要这样做。”现在模型已经足够对齐，知道我们不需要那些示例，甚至示例反而限制了它的灵活性。
如果你说“永远不要”，通常你的意思是“大多数时候不要”。如果你告诉它为什么不想这样做，这比单纯的“不要这样做”的约束更有效。所以，我想说的是，你要精简上下文。
我觉得 Cloud MBs 现在可能太长了，你应该把它们缩短。很多技能描述也太长。MCP 则取决于具体的 MCP，虽然有些会占用大量上下文，但 MCP 团队在工具搜索等方面做了很多工作来改善这一点。
总之，Claude 需要更多的空间来运行。那么，与其说“确保推文少于 280 字符且不要这样做”，你会给它更多的原则吗？
是的，推文是个好例子。你可以给它关于你自己的背景信息，比如“我在 Anthropic 做 Claude Code”。当然，280 字符仍然是一个好的约束，因为这是硬性要求。
但你可以说“这是一条推文”，它会明白。或者，也许有一个版本作为两条推文的线程会更好。如果你告诉它“我想写一个推文线程，但我更喜欢一条推文”，这会给予它更多的自由和灵活性，让它找到更好的表达方式。
好的，明白了。Boris 曾说编程是一个已解决的问题。现在技术门槛似乎越来越低。对于像我这样想真正学习如何与代理协作、了解它们工作原理的人来说，如何让自己变得更技术化？
这不仅仅是语法，对吧？是通过更多地使用它们吗？
我认为第一步是激发自己学习的动力，这其实很难。如果你不需要学习某样东西就能完成工作，你可能就不会去学。但我觉得这很重要。变得更技术化的目标是了解“未知的未知”。
知道 TypeScript 的语法可能没什么帮助，但了解不同后端服务的权衡、不同的视频加密库及其工作原理、本地与远程加密或转录库的区别，这些都是很有帮助的。
我试图了解系统的约束：什么是可能的？它现在是如何做到的？它能做到多好？如果我们做点别的会怎样？如果你推动它，Claude 经常可以和你一起头脑风暴并教你这些。
对吧？但你真的必须得去推动它。我觉得，嗯，这就像……你知道，关于教育以及大家常说的，大概就是这样：尝试和学习某样东西的感觉很好，但真正去学习某样东西其实更费功夫，你知道的，而且它应该感觉像是在工作。我觉得卡帕蒂经常这么说，对吧？教育应该更像是在工作，而不是娱乐。所以，是的。
是的，这说得真好。因为……因为实际上，比如对于视频这件事，更容易的做法只是不断地提示 Claude 让它去做，然后看看输出结果，而不去真正学习任何东西，伙计。就像只是去搞明白，然后它就搞明白了。但你实际上生成了这些相当详细的 HTML 报告并阅读它们，我觉得这可能是个例外，伙计。我觉得大多数人不会这么做。
是的。我的意思是，我觉得这是我试图推动的事情。是的。但我觉得，这就是你学习如何制作……就像我觉得你的问题是，好吧，你如何从制作优质的短视频，进阶到制作像……真的像……那里最好的、最高制作质量的短视频。你明白我的意思吗？
我觉得如果那是目标，对吧？我觉得你需要……然后大概要更多地学习关于视频制作和编辑，以及……以及技术概念，对吧？然后以那种方式推动自己。我觉得……我觉得我们都想推动自己变得更好、更快，而不仅仅是更快。是的。
所以，>> 好的。所以，也许我会给我的 Claude 添加一些自定义指令。>> 比如，嘿，确保为所有内容生成 HTML 报告，这样我就可以阅读它们。>> 是的。是的。是的。嗯，我的意思是，你知道，是的，我觉得这也是你想要推动自己去做的事情，你知道，去弄清楚什么时候、在什么情况下你想要理解某样东西是如何运作的。
明白了。太棒了，伙计。
谢谢你把 Claude Code 作为礼物送给我们所有人，嗯，是的，真的对接下来会发生什么感到兴奋，伙计。我不知道你是否能分享什么，但你知道，真的对接下来会发生什么感到兴奋。接下来很多内容是 Claude Tag，你知道，它会变得更好，但我认为这只是……很难低估它……它在 Anthropic 这里如何改变了工作，所以很高兴看到其他人都加入或尝试它。
是的，>> 如果你有一个非常有能力的员工，你不会去微观管理他们，对吧？你只是说，嘿，在 Slack 上 @ 他们，我做不到这个。然后希望它就能完成。>> 或者你想要像……与其他人迭代地交谈并合作。是的，>> 你应该把它构建到一个程度，让我可以走到 Claus 的办公桌旁，只是问一些问题并得到回应。
是的，像个机器人一样。是的，我的意思是，那可以是你的一项黑客项目。你知道，我觉得我已经在做那件事了。是的。>> 酷。好吧，嗯，聊得很愉快，嗯，是的，我想人们知道在哪里在线找到你，所以我觉得我们不需要谈论那个。>> 是的，听起来不错。听起来不错。是的。太棒了。谢谢，Peter。
感激不尽