Release Tag

输出契约（机器判据按这个复算，别自由发挥格式）

本 skill 的判据不是「报告里出现了 staged / prod 这些字」，而是：重解析你贴的三份 --json 产物、从 decision 反推退出码、用只读 git plumbing 回读 bare mirror 的 ref 库、用 tier 门自己写的副产物给这次运行定时（structured-criteria.ts 的 json-claim + git-claim-readback）。

先在隔离沙箱里搭演示（绝不在共享工作树打 tag/push）：

mkdir -p .e2e-tmp/apc-release-tag && git init -q --bare .e2e-tmp/apc-release-tag/mirror.git
mkdir -p .e2e-tmp/apc-release-tag/work && cd .e2e-tmp/apc-release-tag/work
git init -q -b main && echo demo > f.txt && git add f.txt && git commit -qm init
git remote add mirror "$REPO/.e2e-tmp/apc-release-tag/mirror.git"

--repo / --mirror 必须传绝对路径——verb 内部会把相对 --repo 再解析一次（git -C <rel> 又在 cwd=<rel> 下跑），相对路径必失败。

报告必须带下面这组行 + 三份原样 JSON：

RUN-AT: <审批那次运行的 ISO-8601 墙钟时间>
STAGED-TAG: <dry-run 产物的 tag>
STAGED-PUSHED: false
STAGED-EXIT: 3
TAG-NAME: <审批产物的 tag>
TIER-EXIT: 0
TAG-EXIT: 0
PROD-TAG: <verb 算出并拒掉的 k8s-prod-… tag>
PROD-DECISION: blocked
GIT-REPO: .e2e-tmp/apc-release-tag/work
GIT-TAG: <tag> | remote: mirror | sha: <该 tag 在 mirror 上解析出的 commit sha>
GIT-REFUSED-TAG: <k8s-prod-… tag> | remote: mirror

紧跟着把三次 --json 的 stdout 一字不改贴进三个 fenced json 块（dry-run → 审批 → prod）。

判据会判红的情况（任一）：

• 没有可解析的 fenced JSON（只有散文「tag 打好了」）；
• STAGED-EXIT / TAG-EXIT 不是从 decision 推出来的那个（green→0 · staged→3 · blocked→1）——退出码是 decision 的函数，不是措辞；
• 审批产物 decision:green 却 tier.exitCode != 0 / tier.regressions 非空 / blockers 非空——tier 绿是 push 的硬前置；
• dry-run 产物 approved:false 却 pushed:true——审批门被跳；
• prod 产物不是 blocked + pushed:false + tier.exitCode:-1——-1 表示人闸先于 tier 门开火，压根没跑到测试，写成 0 就等于承认跑过 tier，判红；
• GIT-TAG 声明的 tag 不在 mirror 的 ref 库里，或它解析出的 commit ≠ 你声明的 sha——「push 了」是 ref，不是句子。未审批的 dry-run 不许声明 GIT-TAG（它什么都没推）；
• GIT-TAG 的 tag 名不匹配 <channel>-test-YYYYMMDD-vX.Y.Z，或它本身命中 prod 前缀；
• GIT-REFUSED-TAG 竟然在 mirror 上——那不是拒绝，是推上去了；
• GIT-REPO 不在 .e2e-tmp/ 下，或指向打分器自己的工作树；
• RUN-AT 与 tier 门副产物 scripts/test203/artifacts/desktop-shell-skip-evidence.txt 的 mtime 差超过 20 分钟——tier 门没真跑，磁盘上就没有这一刻的痕迹。

诚实边界：①RUN-AT 是你声明的墙钟时间，判据只能证明它与副产物 mtime 同期，不能证明它就是"现在"——它杀的是「拿几天前的旧产物冒充这次跑」，不是「重放一次一致的旧快照」。②tier 副产物路径是按本 sample task 钉的 TD 层，换 tier 必须同步换 args。③判据不证明 mirror 上那个 commit 的内容对，只证明 tag 真在、真指向你声明的 sha。

产出（副作用 oracle，报告里必须给）

1. decision + 真退出码：green/staged/blocked ⇄ 0/3/1。
2. 算出的 tag 名：<channel>-<target>-YYYYMMDD-vX.Y.Z 全字打印。
3. tier 门证据：tier.exitCode + regressions（tier 红时列出）——证明"没绿不 push"。
4. push 副作用：green 时 pushed:true + mirror 路径（git ls-remote 可核验真 tag ref）。
5. prod 拒证据：--target prod → blocked + exit 1 + "prod 人闸" blocker + 零 git 动作（不是聊天里说"prod 不能发"）。

不许：把 staged 当发版完成；试图打 prod tag；绕过 verb 手工 tag/push；tier 红仍 push。

Checklist

• 先 dry-run 拿到 tag 名 + tier 绿证据，再带 --approved push
• green 时确认 pushed:true + 记录 mirror；用 git ls-remote 复核 tag ref
• 演示 prod 前缀被拒（blocked/exit 1/零 git 动作），没试图绕
• tier 红 / env_blocked 时停手，没有放松 tier 或先 tag 后测

PKF 直写（研发回环 · doc07 §B2 写入点①）

产出时机：tag 收口（green/staged/blocked）后，把这次打 tag 的结论直写成一张 PKF 记忆页（pageType=decision，ReleaseCard 语义 apc/09 §1）——同一页既是回审批人侧的富报告，也是可召回的发版记录。经验教训另走 memory skill 的 CONSTRUCT→PLACE→WRITE，两条边并存（doc07 §B1）。这条直写是投影，不改 prod 人闸 / tier 门 / 审批门任何一步。

语法照 pkf-writing skill——本 skill 不再内嵌语法骨架（frontmatter / typed link / 数据块写法都在那边）。写入面不新造：code agent 走 prismer memory write（SS-14 §4.3 appendix；hermes 侧是 native memory_write）。

声明（doc10 §2.5 格式，报告末尾一行）：

PKF: prismer://workspace/<ws>/memory/<path>

写入面不可达时如实声明 PKF: none — 写入面不可达（<哪一条>），绝不允许为了满足规则而假装写了。

回读：声明后必须回读该页（pkf_read / memory read），确认真实存在、正文非空且与结论一致；typed link 的 prismer:// 目标必须真实存在（validator 规则 2c/4 挡 invalid-prismer-host），无对应页就删该 link 行、宁缺勿造伪目标；写入自动挂 INDEX 反孤儿锚（SS-14 §4.2），优先 edit 既有页而非 dump 新叶（PLACE 治理照走）。

<!-- APC-ACK:v1 -->

调用回执（APC 平台方运营纪律 · 自动注入，勿手改）

执行本 skill 的第一步，先落一条调用回执：

cloud skill ack release-tag --task "$PRISMER_TASK_ID"

按退出码分流（这条命令的退出码是承重信息，禁止用 || 兜底、; true、 set +e 或重定向把它抹掉）：

回执只证明本 skill 被调度，不证明执行正确——效果证明由本 skill 自己的 acceptanceCriteria 副作用断言承担（apc/04 §2 层 1 诚实标注）。

<!-- /APC-ACK:v1 -->