维护者 2026-08-04 指示立单(#5021 裁决现场:「我们是一个创业项目,应该先专注于核心能力,这个也应该写入项目经理 skills」)。**未认领。** ## 变更内容 `.claude/skills/pm-dispatch/SKILL.md` 第 8 步(Escalate)的「两条固定评估轴」扩为**三条**,并同步所有引用「两轴」的文案: 1. **实际业务需求**(新增,列第一位)—— 每个方案先问:它服务的是真实存在的业务场景,还是投机性的能力面?判据来源要求**实测**(谁在写这个键 / 谁在读这个能力 / 示例应用与真实部署的用法),不接受「读起来像有用」。**创业阶段聚焦原则**:能力扩张默认从紧——新能力/新词表/新配置面需要真实业务拉动才立项;无拉动的声明面按 implementation-first 处置(退役或停车,词表随未来实现回归)。已发布但零消费的「能力」不因沉没成本获得豁免(先例:#5021 主题排版 9 组、#4988 交互配置 22 站点、#4834 plugin-runtime 五 schema)。 2. **项目长远合理性**(原第一轴,原文保留) 3. **防 AI 写代码/写元数据犯错**(原第二轴,原文保留) 同步修订:第 8 步「每个方案必须沿两条固定评估轴分析」→ 三条;「两轴冲突时如实呈现权衡」→ 三轴。 ## 依据(当天实操已在用三轴,skill 落后于实践) 2026-08-04 的六项裁决(#5005/#4936/#4988/#4938/#4964/#4923)与后续四项(#5011/#5073/#5074/#5021)全部按三轴呈报,其中 #4936(响亮拒绝而非退役,因 showcase 自证业务方向)与 #5021(9 组退役,因无业务拉动)是业务轴改变结论的正反两例——两轴框架下这两单会得出相同答案,是错的。 ## 验收 - SKILL.md 变更 + 与 `.claude/skills/pm-dispatch/` 内其它引用处一致; - ⛔ 不碰 skill 的其它段落(操作纪律、州机模型等); - 这是 `.claude/` 内部 agent 工具,不是发布内容,无 changeset 需求(按仓惯例核实)。
Activity
os-zhuang commentedon Aug 5, 2026
认领:PM 循环第 1 轮(devx 车道)
会话:
session_01GX3sL71LFq8m2usg6VqTSE分支:
claude/issue-5130-three-axesWorktree:
objectstack-issue-5130域:
domain:devx文件面:
.claude/skills/pm-dispatch/SKILL.md(仅此一个文件;不碰 skill 其它段落)前提已核(origin/main 当前 SKILL.md:1003 仍为「两条固定评估轴」)。⚠️ 同文件排队单 #5095(域分类表补包)本轮刻意不派,与本单跨轮串行,本单落地后解锁。
Generated by Claude Code
os-zhuang commentedon Aug 5, 2026
验收(devx 车道 PM,
session_01GX3sL71LFq8m2usg6VqTSE,2026-08-05):ACCEPT → PR #5453,转 ready 并挂合并队列。skills/objectstack-pm-dispatch/(发布镜像,7 处)与 ADR-0121(历史记录)刻意不动,理由成立;pm-dispatch 域分类表漏掉约 20 个包 —— 未列包按协议「不可被任何 PM 认领」 #5095 未碰。objectstack-pm-dispatch仍是两轴决策框架 —— 与.claude/内部三轴(#5130)分叉,且「创业聚焦」轴是否该泛化给第三方项目未定 #5451(发布版 skill 的三轴分叉问题)已立单,本 PM 随后分诊。本单落地后 #5095 解锁回队(解锁 sweep 待 PR MERGED 再执行)。
Generated by Claude Code
docs(pm-dispatch,os-dev): 决策分析轴由两条扩为三条,补「实际业务需求」轴 (objectstack-ai#5130)…
docs(pm-dispatch): 协调模型改版 —— 分诊/执行纵向拆分 + 一人一车道双射 + 登记表正文即真相 + 座位 Rout…
docs(skills): 已发布 skill `objectstack-pm-dispatch` 的决策框架由两轴升为三轴(object…