pm-dispatch: a metadata project's cards, decisions included, live in its own repo; only platform problems are filed on objectstack/objectui (#17315)

Three 多仓协调 rows sent a single-lane repo's decision cards to the objectstack
inbox, fixed the maintainer's inbox at objectstack, and made an unreachable
target repo a home for the card. The maintainer's ruling (2026-09-10, verbatim
in the PR body) says the practice is the other way round: a metadata project's
cards — work and decision cards alike — live in that project's own repo, and
the only cards it files on the platform are the platform problems it finds.

- SKILL.md 单车道仓 row: decision cards enter the repo's own inbox, never
  objectstack by default.
- SKILL.md 收件箱 row: the decision inbox is per repo — platform decisions in
  objectstack / objectui, each metadata project's in its own repo; 在飞卡
  ⛔ 不中途转仓 unchanged.
- SKILL.md 目标仓不可达 row: unreachability is a reading gap, not a home — a
  seat that can reach the target repo files the card there; until then the
  request rides the seat post or a coordination card.
- core-rules digest: the same inbox rule beside 在飞卡 ⛔ 不中途转仓 (the
  twin slot; the neighbouring digest lines have no byte headroom and their
  own rules are unchanged).
- hotcrm charter: hotcrm's own cards, decision cards included, live in hotcrm;
  the platform-gap exception row and the seam-label row stay byte-identical.

Net-zero lines in all three files (812 / 151 / 53), every rewritten line
within the 120-byte width rule.


Claude-Session: https://claude.ai/code/session_01MoTv7pn338AZ71owsp19gQ

Co-authored-by: Claude <noreply@anthropic.com>

Author: os-justin

.claude/skills/pm-dispatch/SKILL.md

@@ -188,7 +188,7 @@ PM 的工作是循环:选卡 → 认领 → 派发 → 收集 → 复核 → 报
 - objectui 构建产物经 `pnpm objectui:refresh` 回流。
 - 多车道仓 `objectstack`、`objectui`:中央分诊是 `domain:*`/type/定级的唯一生产者。
 - 单车道仓 `cloud`、`objectos`、`hotcrm`、`www.objectos.ai`;未来新仓默认此类。
-- 单车道仓 `repo:*` 席自理机械三务,⛔ 不产 `domain:*`;决策卡默认入 objectstack 收件箱。
+- 单车道仓 `repo:*` 席自理机械三务,⛔ 不产 `domain:*`;决策卡入本仓收件箱,不落 objectstack。
 - 机械三务 = 自扫 sweep、自打 `type`、自做 `finding` 首触定级。
 - 跨仓查重/shadow 检查恒归中央,全仓视图 ⛔ 不下放。
 - 新仓登记是一张清单:座位贴、标签、类别归属、门禁盘点。
@@ -207,7 +207,7 @@ PM 的工作是循环:选卡 → 认领 → 派发 → 收集 → 复核 → 报
 - 判据:正文抽掉 objectstack 还成立 ⇒ 当场转仓(console/UI 缺陷即转 objectui);不成立才是缝卡。
 - transfer 不可用时重建:出处头 + 裸 `#N` 改全名 + 关源单为 moved。
 - 缝卡收窄为真协调卡:留 objectstack 带 `repo:*`,正文点名读者(哪个座位、哪一步)。
-- 维护者收件箱恒为 objectstack;在飞卡 ⛔ 不中途转仓。
+- 决策收件箱按仓:平台在 objectstack / objectui,元数据项目在本仓;在飞卡 ⛔ 不中途转仓。
 - 规则 2:跨仓 feature 永不是一次派发:父单 + 每仓一 sub-issue,spec/后端先行。
 - 下游带 `Blocked-by: <owner/repo>#<n>`;`Blocked-by` 未关闭/未合并的不派发,对 GitHub 现验。
 - 被链接或同父的两单永不同批。
@@ -232,7 +232,7 @@ PM 的工作是循环:选卡 → 认领 → 派发 → 收集 → 复核 → 报
 - 任何跨座位请求都是工作(要读数、要开卡、要授权):一律立卡进目标车道队列。
 - ⛔ 座位贴敲门或裁决评论永不作跨座位请求的唯一载体;评论是加速器不是记录。
 - 等待方同一笔把自卡翻 `pm:blocked` + `Blocked-by:` 指向请求卡;⛔ 不设新标签新 sweep。
-- 目标仓不可达时按缝卡规则落 objectstack 带 `repo:*` + 具名读者。
+- 目标仓不可达是读数缺口,不是落点:由可达席在目标仓立卡,此前请求记座位贴或协调卡。
 
 ## 域车道
 

.claude/skills/pm-dispatch/references/core-rules.md

@@ -53,7 +53,7 @@
 ## 多仓协调
 - 依赖方向固定:objectstack 提供唯一契约,objectui 与 cloud 消费它。
 - 多车道仓的域标签、类型与定级只由中央分诊生产,单车道仓自理三务但 ⛔ 不产域标签。
-- 跨仓查重与 shadow 检查恒归中央 ⛔ 不下放,在飞卡 ⛔ 不中途转仓。
+- 跨仓查重与 shadow 检查恒归中央 ⛔ 不下放;决策卡入本仓收件箱,在飞卡 ⛔ 不中途转仓。
 - issue 住在修复落地的仓,抽掉 objectstack 仍成立的当场转仓;缝卡须带仓标签并点名读者。
 - 跨仓 feature 拆成父单加每仓一张子单,下游带 `Blocked-by:`,上游未关闭 ⛔ 不派发。
 - pin 消费的仓派发前核 pin 是否已覆盖那个提交,发布包消费的仓判据是消费方可安装。

.claude/skills/pm-dispatch/references/lanes/hotcrm.md

@@ -16,7 +16,7 @@
 - 那是 file-at-destination、非缝卡、待分诊;hotcrm 侧同笔挂 `pm:blocked` 加 `Blocked-by:` 回链。
 - ⛔ 永不在 hotcrm 内绕行:绕行把平台缺口藏进样板,展品从此示范错误写法。
 - `repo:hotcrm` 缝标签只给真协调卡,跨仓次序即卡的实质。
-- 纯 hotcrm 修复住 hotcrm 仓:issue 住在修复落地的仓。
+- hotcrm 自己的卡(含决策卡)都住 hotcrm 仓:issue 住在修复落地的仓,决策入本仓收件箱。
 
 ## 常设承诺