@johnnyheo:Fable 和 Sol 倾向于使用大量行话,初次阅读难以理解,这让我速度慢了很多……
摘要
Johnny Heo 分享了一个技巧:通过向 agent 或 Claude.md 文件添加样式规则,以清晰无行话的方式编写面向用户的说明,并在 .codex/config.toml 中将 personality 设置为 none。
查看缓存全文
缓存时间: 2026/07/12 12:56
Fable 和 Sol 经常使用很多行话,第一次读很难理解,这让我慢了很多
我在 agent 或 claude.md 中添加以下内容后取得了很好的效果:
用清晰简洁的语言编写面向用户的解释,同时不降低技术精度。优先使用具体措辞而非未解释的行话。当既定领域术语是最精确的选择时使用它,并在目标受众可能不熟悉时简要定义它。保留材料证据、约束条件、权衡、注意事项和不确定性。不要仅仅为了满足此风格规则而重写代码、标识符、命令、引用的文本或规定的格式。
另外在 ~/.codex/config.toml 中添加 personality = “none”
相似文章
@PrajwalTomar_: Fable 5 PRO 技巧……不要只是阅读 Claude Code 团队的这本使用指南。把整篇文章交给 Fable 并说:“……”
给 Fable 用户的一个建议:不要只是阅读 Claude Code 团队的使用指南,而是把整篇文章交给 Fable,让它创建一个 SKILL 文件,这样在未来的会话中它就会自动应用这些技巧,无需你每次提示。
让Fable自行判断,而不是规定其工作方式(2分钟阅读)
使用Fable和Opus等AI编码工具的实用技巧:让它们自行判断而不是规定行为,并通过子代理将较小的任务委托给较低功耗的模型,以节省token并提高效率。
@itsolelehmann:这就是你如何*优雅地*使用Fable工作。Thariq的观点:当Fable出错时,几乎总是因为你的提示缺少了它需要的信息。
一条推文分享了九种与Fable高效协作的实用技巧,强调通过前置提示来避免错误,包括盲点检查、请求选项、让AI提出澄清性问题等。
Fable的判断
来自Simon Willison的实用建议:允许Claude Code的Fable模型自行判断测试,并将编码任务委托给运行更便宜模型的子代理,从而在保持质量的同时减少令牌使用。
@DeRonin_: 我跑了一整天Fable 5,却还没触及我的极限,为什么?因为我在这里停止了为闲聊支付高昂的费用……
一位用户分享了一种高效使用多个AI模型(Fable、Opus、Codex、DeepSeek、GLM、Qwen、Kimi)的详细工作流策略,通过根据成本和能力委派任务、使用单个CLAUDE.md路由表、以及避免闲聊来减少token使用。