[mtmtian]

问题

共享基准强度已统一为 xhigh，原生和 T3 都按难度切换模型：最难的工作用 Fable 5.1 或 GPT-6 Astra。poteto-mode 的强度规则会给“最难或最微妙的工作”在基准上再升一档，于是这两个最贵的模型会跑到 max。现有的 xagent_effort_caps 只管外部 xagent，原生 Agent 工具和 T3 目标模型都没有上限可设。

目标是只卡 Fable 和 Astra。其他模型（例如普通角色上的 Opus/Sol 处理很微妙的工作时）仍可以升到 max。

改动

• 新增共享字段 model_effort_caps（如 {"fable": "xhigh", "astra": "xhigh"}）。键是模型名里以短横线分隔的一段，能匹配任何宿主上该模型的各种写法：fable 别名、claude-fable-5-1、gpt-6-astra、group/auto-gpt-6-astra。只降强度，不换模型，按难度选模型照旧。只能写在共享层，宿主覆盖会被拒绝，写 null 即删除。不设时行为与上游一致。
• T3 解析器按解析出的模型（T3 目标）或 xagent 固定的模型降档并给出警告；先套模型上限，再套 xagent 自己的上限。原生 Claude/Codex 主控按 poteto-mode 的强度规则执行：升档到 max 或该模型的上限为止。
• 第一版提交（d1a46ba）做的是全局上限 reasoning_effort_cap，会把所有模型都封顶，b0eb9c5 已替换为按模型的上限。
• runtime、T3 与 Antigravity 适配、setup-pstack、中英文 README、ADAPTATION 同步；fork 守卫新增锚点 effort-cap-raise，防止上游同步把升档句改回“升到 max”。
• 两个 manifest 升到 0.15.25-shared.10。

验证

项	结果	证据
runtime 门禁	PASS	bash scripts/check.sh runtime → runtime checks passed.（Node 88 条，fork 守卫 26 条）
新测试能抓到缺陷	PASS	用 main（cd3c5d0）的 bin/ 跑同一份测试：61 pass / 2 fail，恰好是 2 个新用例
实际 T3 目录	PASS	配置 {"fable":"xhigh","astra":"xhigh"} 后：hardest tasks --effort max → Fable 5.1 @ xhigh；最难的架构组 → Fable @ xhigh、Astra @ xhigh、gemini @ high；bug-fix --effort max → Opus 5.5 @ max（不受影响）；feature 基准 → Opus @ xhigh
build 门禁	交给 CI	本 PR 未改 orch/watch-pr 源码

限制

• 原生主控的上限靠 poteto-mode 规则执行，不像 T3 那样由代码强制。
• xagent 条目没有固定模型时（例如 xagent:gemini），无法按模型匹配，只受 xagent_effort_caps 限制。
• 合并后需刷新三处安装，并把 model_effort_caps 写进 ~/.config/pstack/config.json 才生效。

🤖 Generated with Claude Code

[mtmtian]

不合并：最难任务只在被判为最难的那一步子任务上用 Fable/Astra（主线程不切换，子任务也不再往下派任务），用户决定保留升到 max 的能力，不需要强度上限。