Claude工程师终于交出Fable 5焚诀，教你打破和模型之间的信息差 - 蜘蛛直播

蜘蛛直播：五大联赛高清直播，精彩赛事不错过

2026-07-05

Claude 的 Fable 5 模型自推出以来，其发展历程可谓跌宕起伏。从备受瞩目的「AI 封神时刻」，到美国政府的禁令导致其被迫下线，再到限制非美国用户访问，Fable 5 一直是全球关注的焦点。

如今，随着风波的平息，模型回归其作为生产力工具的本质。为了帮助用户更好地发挥 Fable 5 的潜力，Claude 的工程师 Thariq Shihipar 在社交媒体上发表了一篇深度博文，分享了使用 Fable 5 的实用技巧。

这篇博文旨在解答一个普遍存在的疑问：为何在当前模型能力已显著提升的情况下，用户在使用时仍感觉模型无法准确完成任务？Thariq Shihipar 的文章揭示了答案：用户与模型之间存在信息差，这体现在用户提供的提示词、技能、上下文信息与模型实际执行任务之间存在差异。

整篇博文的核心在于指导用户如何弥合这种信息差。机器之心将全文分享，供读者参考。

Thariq Shihipar 在与 Claude Fable 5 合作的过程中，不断体会到「地图并非疆域」这一古老哲理。他将「地图」定义为用于完成工作的表征，即用户输入的提示词、技能和上下文信息，而「疆域」则是实际工作发生的场所，包括代码库、现实世界及其固有的限制。

他将「地图」与「疆域」之间的差距称为「未知项」。**当 Claude 遇到未知项时，它会依据对用户意图的最佳猜测来做出决策。**任务越复杂，Claude 可能遇到的未知项也就越多。Fable 5 是首个让 Thariq Shihipar 明确感受到「工作质量的瓶颈取决于我澄清其未知项的能力」的模型。

需要强调的是，仅仅进行提前规划并不总是足够。用户可能在实现过程中发现新的未知项，或者发现这些未知项表明原有的解决方案可能并非最优。与 Fable 5 协作，本质上是一个在项目启动前、进行中及完成后持续发现未知项的迭代过程。

作者还提供了一些发现「未知项」的实例，读者可进一步查阅。

---

理解你的未知项

那么，什么是未知项？当用户带着一个问题向 Claude 求助时，通常可以从以下四个维度进行分析：

• 已知的已知：这是用户在提示词中明确说明的内容，即用户希望智能体做什么。
• 已知的未知：用户意识到自己尚未弄清楚某些信息，但知道这些信息是缺失的。
• 未知的已知：对用户而言显而易见，以至于不会在提示词中提及，但一旦看到就能识别出来的内容。
• 未知的未知：用户完全没有考虑过的事情，即用户尚不知自己不知道的知识，也包括用户不清楚某项任务可以达到的最佳效果。

经验丰富的智能体式程序员通常未知项较少，他们对需求有清晰的认识并提供充分的细节，同时对代码库和模型行为有深入的了解。然而，他们也会预设未知项的存在。**从某种意义上说，减少并提前规划未知项是智能体式编程的核心能力。**幸运的是，这可以通过与 Claude 的协作不断提升。

---

辅助 Claude 即是辅助自己

向 Claude 下达指令需要微妙的平衡。指令过于具体，可能导致 Claude 严格遵循，即使有更优的替代方案也无法采纳。指令过于模糊，则可能导致 Claude 基于行业最佳实践进行选择和假设，而这些选择未必适合特定任务。

当用户未能充分考虑自身的未知项时，这两种情况都可能导致项目失败。用户可能无法预见前方的障碍，也可能无法识别顺畅的路径，同时却期望 Claude 在必要时能够灵活调整。

Claude 能够帮助用户更快地发现未知项，它能够快速检索代码库和互联网信息，并在多数领域拥有比用户更广泛的通用知识，同时也能更快地从失败中学习和迭代。

在此过程中，至关重要的是为 Claude 提供充足的初始上下文。例如，告知它当前的思考阶段，说明你对问题和代码库的熟悉程度，并让它扮演一个思考伙伴的角色。

Thariq Shihipar 曾撰写过关于如何使用 Claude 生成 HTML 的文章，在这些场景中，HTML 制品是可视化和表达想法的有效方式。他将在本文中详细介绍自己发现未知项的模式，这些模式虽然不一定每次都会用到，但作为一组可调用的方法储备起来非常有价值。

---

实现前

盲点扫描

在项目初期，理解自身盲点至关重要。例如，在代码库的新模块中编写功能，或让 Claude 处理不熟悉的任务（如迭代设计方案）时，很可能面临大量「未知的未知」。用户可能不知道该问什么问题，什么才算理想结果，过往有哪些相关工作，以及需要避免哪些陷阱。

为此，可以请 Claude 帮助识别「未知的未知」并进行解释。使用「blindspot pass」和「unknown unknowns」等词语会有帮助。同时，告知 Claude 自己的身份和已知信息也很重要。

示例提示词：

• “我正在添加一个新的身份验证提供方，但我对这个代码库里的认证模块一无所知。你能不能做一次 blindspot pass，帮我找出相关的 unknown unknowns，并帮助我更好地给你写提示词？”
• “我不了解调色，但我需要给这个视频做调色。你能不能教我理解自己在调色方面的 unknown unknowns，这样我就能写出更好的提示词？”

头脑风暴与原型

当面对大量「未知的已知」（即只有看到后才能明确标准的事物）时，可以与 Claude 一起进行头脑风暴和原型设计。

在原型阶段尽早识别并明确这些「未知的已知」非常有益，因为在实现阶段才发现它们，代价通常会更高。功能或规格的微小变动，可能导致代码实现发生巨大差异，且让智能体回溯修改也会更加困难。

例如，用户可能只是想了解在某个框架中添加按钮的效果，而不想实际接入后端路由或在前端维护额外状态。

视觉设计对 Thariq Shihipar 而言，是一种难以清晰表达但看到后便知其所要的领域。在这种情况下，他会要求 Claude 针对某个制品提供不同的设计方向。

几乎每次编码会话开始时，他都会进行探索或头脑风暴。这有助于在项目初期就明确项目范围。Claude 常常能发现用户可能忽略的高价值方案，但有时也可能导致用户只见树木不见森林。头脑风暴可以避免项目范围的设定过于狭窄或宽泛。

示例提示词：

• “我想为这组数据做一个仪表盘，但我没有什么视觉品味，也不知道可以做到什么程度。帮我做一个 HTML 页面，给出 4 种风格差异很大的设计方向，好让我根据结果做反馈。”
• “在真正接线之前，先用假数据做一个单独的 HTML 文件，模拟新的编辑器工具栏。我想先对布局做反馈，然后你再去动真实应用。”
• “这是我的粗略问题：用户在完成 onboarding 后流失。搜索代码库，头脑风暴 10 个我们可以介入的地方，从最低成本到最有野心的方案都列出来。我会告诉你哪些方向更有感觉。”

反问

在进行了充分的头脑风暴后，仍然可能存在一些未知项。此时，可以要求 Claude 就任何不明确或存在歧义的地方进行提问。在让 Claude 提问时，尽量提供问题的上下文，以便它提出更有针对性的问题。

示例提示词：

• “请一次只问我一个问题，围绕任何存在歧义的地方采访我。优先提出那些我的回答会改变架构设计的问题。”

参考资料

有时，用户无法详细描述自己的需求，可能因为缺乏相应的表达语言，或者因为描述过于复杂耗时。

在这种情况下，提供参考资料是最佳选择。可以是图表、文档或图片，但源代码是极佳的参考资料。

如果某个库以特定方式实现了某个功能，或者用户有一个非常喜欢的组件设计，可以直接将 Fable 指向对应的文件夹，并说明需要关注的内容。即使参考代码是不同语言编写的，也没有关系。

Claude Design 的工作方式也是如此。用户不必局限于提供文件，也可以指向喜欢的网站模块，Claude 会读取底层代码，而非仅是截图，从而提供更丰富的细节，包括标记结构、组件组织方式以及组件的实际构建过程。

示例提示词：

• “vendor/rate-limiter 里的这个 Rust crate 实现的正是我想要的回退重试行为。请阅读它，并在我们的 TypeScript API 客户端中重新实现相同的语义。”

实现计划

当用户准备开始实现时，通常会让 Claude 先整理一份实现计划供审阅，并重点关注那些最可能发生变化的部分，如数据模型、类型接口或 UX 流程。这有助于 Claude 提前暴露用户可能需要调整的地方。

示例提示词：

• “用 HTML 写一份实现计划，但开头先呈现我最可能会修改的决策点：数据模型变更、新的类型接口，以及任何面向用户的内容。机械性的重构放在最下面，那部分我相信你可以处理。”

---

实现中

实现笔记

当用户对计划满意后，会开启一个新的会话，并将相关工件传入提示词。例如，传入一份规格文件和一个原型，然后让智能体进行实现。

然而，无论做了多少规划，总会有未知的未知存在。智能体在工作过程中可能会发现，由于代码中的某个边界情况，它必须采取不同的方法。

用户会要求 Claude Code 维护一个临时的 implementation-notes.md 或 .html 文件，记录其做出的决策，以便从下一次尝试中学习。

示例提示词：

• “请维护一个 implementation-notes.md 文件。如果你遇到某个边界情况，导致你必须偏离原计划，请选择保守方案，在 ‘Deviations’ 下面记录原因，然后继续推进。”

---

实现后

推介与解释文档

发布某项成果时，获得他人的理解、支持和批准至关重要。在最终文档中包含推介和解释类内容，有助于：

• 当评审者最初带着与用户相同的未知项时，加速他们的理解。
• 当专家希望确认用户已考虑到他们预见的未知项和常见失败点时，加速审批流程。

示例提示词：

• “把原型、规格说明和实现笔记打包成一个单独的文档，我可以直接发到 Slack 里争取支持。开头先放演示 GIF。”

测验

经过一次长时间的会话后，Claude 可能已经完成了比用户意识到的更多工作。仅查看代码差异往往只能提供对发生情况的浅层理解，因为许多行为依赖于现有的代码路径。

让 Claude 在提供大量上下文后，围绕此次变更对用户进行测试，有助于用户真正理解发生了什么。只有在完美通过测验后，才会合并代码。

示例提示词：

• “我想确保自己理解了这次变更里发生的一切。请给我一份 HTML 报告，帮助我阅读和理解这些变更，包括上下文、直觉解释、具体做了什么等等，并在底部附上一份我必须通过的测验。”

---

串联方法：以发布 Fable 为例

Fable 的发布视频完全由 Claude Code 剪辑完成。这对 Thariq Shihipar 而言是一个全新的领域，他并非相关专家。

他从自己已知的部分入手。他知道 Claude 可以通过代码编辑视频和转录，但不确定其准确度是否足够。于是，他让 Claude 解释 Whisper 等转录技术的工作原理，以及是否能用 ffmpeg 精确剪掉「嗯」等语气词或过长的停顿。

他希望 Claude 创建一个 UI，并使其与他所说的词语在时间上同步，但不确定是否可行。因此，他让 Claude 使用 Remotion 和转录文本创建一个视频原型，以验证此想法的可行性。

最后，视频本身看起来有些灰暗。他知道这是调色问题，但他并不真正了解调色。他第一次尝试时，是想让 Claude 生成几个版本供他选择，但意识到在调色方面，他并不知道什么才算「好」。因此，他没有让 Claude 盲目生成版本，而是让 Claude 教他调色，以此发现自己的未知项。

---

让地图与疆域匹配

**模型越强大，用户就越能通过正确的方法完成更多事情。**当一个长周期任务返回了错误结果时，很可能意味着用户需要花更多时间来定义自身的未知项，或创建一个实现计划，让 Claude 能够在这些未知项中灵活应对。

每一份解释文档、头脑风暴、访谈、原型和参考资料，都是一种低成本的方式，可以在修复代价变高之前，发现那些用户原本不知道的事情。

因此，在开始下一个项目时，不妨先让 Claude 帮助你找到自身的未知项。

蜘蛛直播专注蜘蛛体育，为用户提供专业可靠的体验。

蜘蛛直播深耕高清流畅的赛事直播体验领域，用心服务每一位用户。

总结

在同步全球热门赛事的实时比分与新闻方面，蜘蛛直播提供贴心周到的支持。