SQLite Web: gitea.db

id

Primary key. INTEGER NOT NULL

repo_id

INTEGER

publisher_id

INTEGER

tag_name

TEXT

original_author

TEXT

original_author_id

INTEGER

lower_tag_name

TEXT

target

TEXT

title

TEXT

sha1

TEXT

num_commits

INTEGER

note

动因：check:pins 的三层判据（63ff31f）还不在任何已发布版本里，而 @juhai/governance 的
rc.0—rc.4 已全部被占用，按 G-12 的边界只能往前发下一个 RC。

**发布物里有什么、没有什么，说清楚免得下一个人误读：** check-pins.mjs 在 governance 包的
files 里，所以三层判据随包出去，消费者仓跑 juhai-governance check:pins 会拿到新判据
（他们没有 pins-baseline.json，第三方层不启用，行为与 rc.4 一致——这是设计好的向后兼容）。
而 check-fact-pii.mjs 与 fact-pii-rules.json **有意不进 files**：它扫的是
contracts/schemas/facts/ 与 contracts/candidates/facts/，消费者仓根本没有这两个目录，
发过去是道跑不起来的门禁。它属于本轮源码，但不是本轮发布物的一部分。

自 rc.4 源 557a95c 起的随车内容（比 rc.4 那趟小得多）：
  contracts             14 文件 / 6 提交（7 个代码文件，三个域的 fixture-evaluator 与其单测）
  governance            10 文件 / 3 提交（两道新门禁 + 夹具覆盖度算法入文档）
  runtime/clients/fact   1 文件 / 1 提交 —— **只有 package.json，零内容变更，纯跟车**

通道：本地旁路（G-12 第四次使用）。2026-09-18 实测：GitHub Actions 最新 run 35404565689 仍
failure（两个 job failure、其余 skipped，计费停摆的典型形态），正道仍不可满足。

**一处新情况：推送死锁已解开。** rc.4 那趟记的是「GitHub 镜像落后 237 条、因分支保护的
required check 跑不起来而推不动」；本次实测镜像落后已降到 24 条，github/main 指向 54e6324，
说明有人把提交推上去了。但 Actions 仍不启动，所以正道仍差这一半——计费恢复后即可直接走正道，
不必再先解死锁。

按 CL-5 打 tag packages-v1.0.0-rc.5。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

TEXT

is_draft

INTEGER NOT NULL (default 0

is_prerelease

INTEGER NOT NULL (default 0

is_tag

INTEGER NOT NULL (default 0

created_unix

INTEGER

Update row 70 in release