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":"650711d6cb4d48b6d77a3edea998d26d60f87567","Message":"docs(框架): FR-2 / FR-3 一并提交框架 Owner，附 2026-09-18 复核与新证据\n\n两项 2026-09-12 提出后一直未受理。复核后确认**仍成立**，而不是直接重提一份\n可能已过期的请求——内核 0.22.0 实测：\n\n- FR-2：createLocalPlatformPorts 的 auditLog 依旧是同步回调，实现只能表达\n  「记了 / 没记」，Q04 要求的「与业务写同事务落盘」在框架层没有接缝\n- FR-3：RealtimeEnvelope 仍只有 seq 与 context，无 ordering / aggregateKey /\n  aggregateVersion，replay-buffer 只能按全局 seq 检缺口\n\n六天里本仓积累的新证据让两项更有说服力：\n\n- FR-2：已落地 audit-commit-protocol.ts（2026-09-16），把 Q04 两模式与六类\n  故障注入点写成机器可读的 AUDIT_FAULT_MATRIX 并以夹具 + 集成用例覆盖 M6 侧；\n  其中 F1 / F2 / F4 与 F6 的 Owner 侧义务只能由框架写链提供接缝，模块侧补不了。\n  受理后该矩阵即可两端对账\n- FR-3：DEC-013—016 Approval gate 材料 ④ 已备 Envelope v2 候选 schema\n  （aggregate_version + previous_aggregate_version 必填，检查器判\n  REQUIRED_PROPERTY_ADDED ⇒ 需发新主版本）。那是契约侧的轨，与本请求的内核侧\n  可选字段互不冲突，两轨可并行——这一点此前没写清，容易被误读为重复请求\n\n两项都向后兼容、默认关闭，不改现有派生仓行为。README 送达入口与原始 FR 正文\n两处同步补记，避免说法不一；并明写请求给一个受理或不受理的结论——长期悬空会\n让本仓的 Q04 / Q06 落地一直只能做半边。\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-17T23:59:35-07:00"}],"HeadCommit":{"Sha1":"650711d6cb4d48b6d77a3edea998d26d60f87567","Message":"docs(框架): FR-2 / FR-3 一并提交框架 Owner，附 2026-09-18 复核与新证据\n\n两项 2026-09-12 提出后一直未受理。复核后确认**仍成立**，而不是直接重提一份\n可能已过期的请求——内核 0.22.0 实测：\n\n- FR-2：createLocalPlatformPorts 的 auditLog 依旧是同步回调，实现只能表达\n  「记了 / 没记」，Q04 要求的「与业务写同事务落盘」在框架层没有接缝\n- FR-3：RealtimeEnvelope 仍只有 seq 与 context，无 ordering / aggregateKey /\n  aggregateVersion，replay-buffer 只能按全局 seq 检缺口\n\n六天里本仓积累的新证据让两项更有说服力：\n\n- FR-2：已落地 audit-commit-protocol.ts（2026-09-16），把 Q04 两模式与六类\n  故障注入点写成机器可读的 AUDIT_FAULT_MATRIX 并以夹具 + 集成用例覆盖 M6 侧；\n  其中 F1 / F2 / F4 与 F6 的 Owner 侧义务只能由框架写链提供接缝，模块侧补不了。\n  受理后该矩阵即可两端对账\n- FR-3：DEC-013—016 Approval gate 材料 ④ 已备 Envelope v2 候选 schema\n  （aggregate_version + previous_aggregate_version 必填，检查器判\n  REQUIRED_PROPERTY_ADDED ⇒ 需发新主版本）。那是契约侧的轨，与本请求的内核侧\n  可选字段互不冲突，两轨可并行——这一点此前没写清，容易被误读为重复请求\n\n两项都向后兼容、默认关闭，不改现有派生仓行为。README 送达入口与原始 FR 正文\n两处同步补记，避免说法不一；并明写请求给一个受理或不受理的结论——长期悬空会\n让本仓的 Q04 / Q06 落地一直只能做半边。\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-17T23:59:35-07:00"},"CompareURL":"luoanwu/platform-governance/compare/5b7a1c033ef290f7fa48f58bf0eae5eaa38150aa...650711d6cb4d48b6d77a3edea998d26d60f87567","Len":1}

TEXT

created_unix

INTEGER

Update row 30854 in action