Fable 5 怎么用？新手上手全流程

先说结论：怎么用才有效？

有效用法的共同点是：把目标、约束和验收标准一次说清，然后让它自己推进，而不是一句一句指挥。

如果你想先试试它能做什么，见「Fable 5 免费吗」一节的试用建议；订阅开通流程见「订阅怎么开通」一篇。

第一次使用的完整步骤

按这个顺序走一遍，就能摸清它的能力边界。

1. 1登录后确认当前会话选择的模型是 Fable 5。
2. 2先用一个你熟悉的小任务测试，方便判断输出质量。
3. 3写清楚目标：你想要的结果形态是什么，而不是只描述背景。
4. 4补充约束：格式、长度、必须包含或必须避免的内容。
5. 5让它先给出计划，你确认后再让它执行。
6. 6收到结果后核对关键事实，再决定是否让它继续。

提问怎么写效果更好？

把提示写成「任务说明」而不是「聊天」。好的任务说明包含四件事：要做什么、交付成什么样、有什么限制、什么叫完成。

如果需要它参考材料，把材料分段并标注来源；如果需要它做判断，明确要求标出不确定的地方。

长任务怎么交代？

长任务最大的风险是中途跑偏。解决办法不是一直盯着，而是把约束写死在任务说明里，并要求它在关键节点汇报进度。

如果中途要改要求，明确说明「哪一条约束被替换、其余仍然有效」，否则容易出现前后要求冲突。

1. 1明确最终交付物是什么，而不是只给一个大方向。
2. 2写明绝对不能改变的约束，例如接口兼容性或不可修改的文件。
3. 3要求它在关键节点汇报，而不是等最后才给结果。
4. 4要求它区分「已验证」与「未验证」的部分。

怎么判断一个任务值不值得交给它？

可以用一个简单标准：如果这个任务需要你来回复确认十几次才能推进，那它就适合一次性交给 Fable 5；如果一句话就能问完，用轻量模型更快。

另一个标准是容错成本。结论错了会带来明显损失的场景，才值得投入更强的模型和更多额度，并且一定要人工复核关键信息。

反过来，如果只是先探个方向、结果仅供自己参考，用轻量模型跑一轮往往更划算。

常见的低效用法

第一类是把长任务拆成很多短回合，每轮都重新贴一遍背景，既浪费额度又容易丢失上下文。

第二类是只描述问题不说明期望结果，导致它给出方向正确但无法直接使用的答案，最后还是要你来整理。

第三类是拿到结果直接采用，不核对关键事实。这一点在涉及数字、日期和引用时尤其重要。

把任务交代清楚的一个简单模板

写提示词时可以用固定顺序：先说背景（这是什么项目、给谁用），再说目标（要达成什么结果），然后给约束（不能改什么、必须用什么技术或格式），最后写清楚交付形式（输出成表格、清单还是代码，需不需要解释推理过程）。

按这个顺序写，模型不需要猜你的意图，返工次数会明显下降。对于需要多轮完成的任务，可以在每一轮结束时让它总结当前结论和待确认事项，下一轮直接接着这份总结推进，避免上下文越聊越乱。