Skip to content

docs(pm-dispatch): fable quota-exhaustion exemption in Model tiering#8492

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
os-zhuang merged 1 commit into from
Aug 14, 2026
+15 −14
Merged

docs(pm-dispatch): fable quota-exhaustion exemption in Model tiering #8492

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
29 changes: 15 additions & 14 deletions .claude/skills/pm-dispatch/SKILL.md
View file
Open in desktop
Original file line numberDiff line numberDiff line change
Expand Up@@ -382,20 +382,21 @@ dev 侧推分支要早 —— 远程分支是在飞工作最硬的证据。**Sta

一单一次 `Agent` 调用,`subagent_type: "os-dev"`,后台并行。

**Model tiering(维护者 2026-08-10 三档裁定;本节覆盖一切更旧档制)。** 授权原话:「项目经理技能
还需要考虑的是派任务时使用什么模型,也应该项目经理决定,最低下限sonnet,最高可以 fable」;「比
如 更新 项目经理技能 必须要使用 Fable 5」。政策:**派发模型是 PM 的逐卡显式决定** —— 下
限 `sonnet`(机械卡:正确性由门禁农场机械判定,失败模式是漏跑门不是判断失误);默认判断
档 `opus`(M/L、裁决实施、任何带设计判断的卡;拿不准就升一档 —— 错派低档的返工贵过省下的额度)
;上限 `fable`(交付物本身是协议/流程/编排结构的最重卡,按卡取用不是新默认)。**⛔ 强制条款(无
向下裁量权)两条**:① 凡改 `.claude/skills/pm-dispatch/**` 的卡一律 `model: "claude-fable-5"`;
② 凡**改变契约接受/拒绝行为或扩大公开面**的卡(`domain:spec` 语义车道;判据即分诊代裁的机械边
界测试与一包三席分席判据,⛔ 不另抄第二份)一律 `claude-fable-5`(维护者 2026-08-12 裁定,原话
:「同意,就按语义面收窄,立卡并通知 spec 席」)—— 错在唯一契约上毒化一切下游,是全仓最贵的错误
类。明确不变:`spec-surface` 照旧 sonnet/opus;`spec-tooling` 默认 opus,门禁语义设计时升 fable
;下游适配卡(消费侧清扫)默认 opus 拿不准升档照旧。**档位逐次派发显式传参,永不省略**(解析顺序
与 pin 语义以 os-dev 定义 frontmatter 注释为权威;被允许名单挡下时回退**继承的**模型,正是要防
的静默继承),连同尺寸写进认领评论「Container & model」行;分诊 suggestion 行是输入不是决定,不采纳给理由。
**Model tiering(维护者 2026-08-10 三档裁定;本节覆盖一切更旧档制)。** 授权原话:「项目经理技能还需
要考虑的是派任务时使用什么模型,也应该项目经理决定,最低下限sonnet,最高可以 fable」;「比如 更新 项
目经理技能 必须要使用 Fable 5」。**派发模型是 PM 的逐卡显式决定** —— 下限 `sonnet`(机械卡:正确
性由门禁农场机械判定,失败在漏跑门不在判断);默认判断档 `opus`(M/L、裁决实施、任何带设计判断的卡;
拿不准就升一档 —— 错派低档的返工贵过省下的额度);上限 `fable`(最重协议/流程/编排卡,按卡取用非新
默认)。**⛔ 强制条款两条**:① 凡改 `.claude/skills/pm-dispatch/**` 的卡一律
`model: "claude-fable-5"`;② 凡**改变契约接受/拒绝行为或扩大公开面**的卡(`domain:spec` 语义车道;
判据即分诊代裁的机械边界测试与一包三席分席判据,⛔ 不另抄第二份)一律 `claude-fable-5`(维护者
2026-08-12 裁定,原话:「同意,就按语义面收窄,立卡并通知 spec 席」)—— 契约错毒化一切下游,全仓最贵
。两条唯一降档出口:**额度耗尽豁免**(维护者 2026-08-13 原话:「fable 如果用完了,可以用 opus」):仅
当 fable 实测不可用(额度耗尽/限流;墙杀在中途,重派时同样可降)才落 `opus`,⛔ 不再往下,档位与理由记
入认领评论「Container & model」行。明确不变:`spec-surface` 照旧 sonnet/opus;`spec-tooling` 默认
opus,门禁语义设计时升 fable;下游适配卡默认 opus 拿不准升档照旧。**档位逐次派发显式传参,永不省略**
(解析顺序与 pin 语义以 os-dev 定义 frontmatter 注释为权威;被允许名单挡下时回退**继承的**模型,
正是要防的静默继承),连同尺寸写进同一行;分诊 suggestion 行是输入不是决定,不采纳给理由。

**派发词原则(构造细则与条款原文见 `references/dispatch-runbook.md`)。** ⛔ 默认不整段粘
贴 issue 正文 —— 让 dev 自己读 GitHub 全文与全部评论,并**必须**要求 dev 自查正文完整性(截断
Expand Down
Loading