SQLite Web: gitea.db

id

Primary key. INTEGER NOT NULL

user_id

INTEGER

op_type

INTEGER

act_user_id

INTEGER

repo_id

INTEGER

comment_id

INTEGER

is_deleted

INTEGER NOT NULL (default 0

ref_name

TEXT

is_private

INTEGER NOT NULL (default 0

content

{"Commits":[{"Sha1":"14983b57ae2ab9c0e424700ca11c3f4677984400","Message":"chore(reports): runtime 30/30 + 静态 28/28 回绑 @ dd2dab5；锚点随批次刷新\n\n· runtime  30/30 步、786 tests / 0 failures、行为矩阵 204/204，clean HEAD `dd2dab5`。\n· 静态    28/28（含 C256 的时效判定与门禁内自检 9/9）。\n· 依赖    pnpm audit --prod --audit-level high = 0 high / 3 moderate。\n\nC256 上线后第一份 governance 报告：staleAcceptanceFreshnessViolations=0，\n两条陈旧源（mobile-android / mobile-ios）都落在已登记且未过期的豁免里——\n**它们仍然是陈旧的，只是不再沉默**：到 2026-12-19 若未解除，门禁会自己红。\n\n本提交按 C241 把锚点指向父提交 dd2dab5。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-18T20:31:52-07:00"},{"Sha1":"dd2dab5799d061d69b7158585f1b38cd58a31833","Message":"feat(gates): C256 验收时效由「记录」升级为「陈旧即红，除非登记」\n\nC254（redis-auth 红 24 天）与 C255（access-audit 红 3 周）同日连出，形态一模一样：\n功能落地时打断了聚合外的 runner，它不再运行，所以没人知道。\n\n关键不在检测失灵——**两次 C234 的 agedAcceptanceReports 都如实报了陈旧，两次都没人动**。\n问题是它「记录不阻断」：一条不阻断的记录摆在一行 GREEN 旁边，不构成控制。\n\nC234 当初不阻断的理由写在注释里且成立——「强制会把离线 check 变成环境人质」。\n所以这次不是在阻断与不阻断之间二选一，而是把「为什么可以不跑」从沉默变成**登记**：\n\n· 超 14 天即红；\n· 出口是五字段登记（reason / registeredAt / expiresAt / blockedBy / replacementPlan），\n  与 platform-dependency-deviations、framework-criteria 的 missing 登记同口径——\n  半份不算、过期即红、expiresAt 非法即红、**策略文件缺失也红**（缺策略不等于没有时效要求）；\n· 豁免会过期，逼人重新面对，而不是永久沉默；\n· 已不陈旧却仍挂着的豁免显形但不阻断（它自己会过期），防豁免只增不减。\n\n当前 2 条登记，都是诚实的环境限制而非拖延：\n  mobileAndroidAcceptance —— 缺 JDK/SDK/device，runner 本身 fail-closed 无假绿风险；\n  mobileIosAcceptance    —— 缺 Xcode 26，现有报告只是无 Xcode 下的 fail-closed 自测，\n                            不是 native 证据（G19 早已如实标注）。\n两条均至 2026-12-19，replacementPlan 写明各自的解除条件。\n\n**判定器自检在门禁内自跑**（9 条判据、5 条负向），不是只挂一个人工命令——\n只挂人工命令，它自己就会变成下一个 C254。这批修的就是这个病，不能自己再犯一次。\n\n活证据：摘掉 mobile-ios 豁免 → 精确报「已 24 天未重跑（上限 14 天）且无时效豁免登记」，\nmetric 由 0 变 1；恢复即绿。\n\n棘轮新增三项：staleAcceptanceFreshnessViolations（floor 0）、\nacceptanceFreshnessSelfTestCases（floor 9）、acceptanceFreshnessSelfTestNegatives（floor 5）。\n静态轴仍是 28 步——判定挂在 check:governance 内，没有新增步骤。\n\n证据：pnpm check 28/28；自检 9/9。锚点按 C241 指向父提交 8419453。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-18T20:19:11-07:00"}],"HeadCommit":{"Sha1":"14983b57ae2ab9c0e424700ca11c3f4677984400","Message":"chore(reports): runtime 30/30 + 静态 28/28 回绑 @ dd2dab5；锚点随批次刷新\n\n· runtime  30/30 步、786 tests / 0 failures、行为矩阵 204/204，clean HEAD `dd2dab5`。\n· 静态    28/28（含 C256 的时效判定与门禁内自检 9/9）。\n· 依赖    pnpm audit --prod --audit-level high = 0 high / 3 moderate。\n\nC256 上线后第一份 governance 报告：staleAcceptanceFreshnessViolations=0，\n两条陈旧源（mobile-android / mobile-ios）都落在已登记且未过期的豁免里——\n**它们仍然是陈旧的，只是不再沉默**：到 2026-12-19 若未解除，门禁会自己红。\n\n本提交按 C241 把锚点指向父提交 dd2dab5。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-18T20:31:52-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/8419453dedda057cca061637c499e06b345c8db8...14983b57ae2ab9c0e424700ca11c3f4677984400","Len":2}

TEXT

created_unix

INTEGER

Update row 31232 in action