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":"87c3722f6c778c786ea50eba75bc5806fa300b0b","Message":"docs(决策): DEC-041 零运行面契约域收编为平台运行时模块 + CHG-022 受控变更包（均待签署）\n\n目录负责人 2026-09-19 提出「调度跨域、企业 IM、数据分析、统一体验、成本容量 + 应用与\n契约注册中心，应该直接放到企业控制面作为运行时模块；企业控制面要支持运行时模块的新增\n和删除」。该指示与已批准的 决策批次-2026-09-16 C-3 相反——C-3 的承接表把这几项裁给上层\n既有宿主，附条件「不新增 M8」「宿主协议签收才算准入」——故先成裁决材料，批准后实现才有依据。\n\n范围与 DEC-040 / CHG-021 划清：那一对管 C11—C13 三条有真实现的托管能力，本对管六个\n零运行面的域（C15 / C16 / C17 / C18 / C19 + C01）。两包独立签署、互不为前置（目录负责人当日定案）。\n\nDEC-041 草案（待批准）：\n- Q01 备选条款是唯一合法入口，其触发条件经实测成立，且成立得比该条款预想的彻底：C-3\n  指定的五个宿主里三个不存在——C17「已有分析产品宿主」在业务应用层四个 + 企业领域应用层\n  四个里无一是分析产品；C19「复用 C17」随之落空；C15「业务应用的托管流程执行器」全工作区\n  grep 零命中，最接近的工单仓 AutomationRun.ticketId 是必填外键 + onDelete Cascade，绑死\n  单张工单。一个须新建（C16 要的 Conversation/Membership/Message 工单 schema 里没有，而\n  C-3 自己要求与 TicketMessage 分开），一个不是状态宿主（C18）。不是「评估后认为不足」，\n  是没有评估对象。\n- 补齐 Q01 要求的两个宿主方案成本与迁移影响对比（不做这张表，本裁决不满足自己的准入条件）：\n  逐域给 C-3 指定者 + 全工作区内另找的最接近者，两个候选都评。\n- 一处此前没有材料提过的事实：这六项的 Catalog hosted_by 早就是 enterprise-platform。\n  登记面一直说它们归控制面，是 C-3 把运行宿主裁给了上层——本件是把裁决对齐到登记，\n  不是反过来。另引 workspace.json 2026-09-19 才补入的 layers[].responsibility 作为层职责口径\n  （应然口径，不作现状证据）。\n- 建议 Decision 八条：provides 全空不动 kernel（exact pin 不受影响）/「不新增 M8」改写为\n  九项准入标准而非删除（Q01「不得以方便实现自动新增」保留，从「不许新增」变成「不许绕过\n  准入条件新增」）/ 先契约后实现 / 六域起 shape，升 authority 各需一条新的已批准 DEC，本件\n  不代批 / Fact 按 DEC-038（仍 pending）停在候选 / 验收等级不升不降（六域本就 candidate_e0\n  E0，与 DEC-040 那三条 E2→E0 相反，两份材料别串）/ 无消费者的模块只能停 shape / 退役机制\n  与本件同批建。末两条为目录负责人当日对原待定项 B / C 的定案。\n- 第 7 条的后果已写明：六域今天零消费者，与「shape 不得有迁移」叠加，等于第一个真实消费者\n  出现前一个都不能升 authority、也建不了权威表。这是已决且尚未满足，不是未决。\n\nCHG-022 材料（待 DEC-041 批准 + Catalog Owner 签署，本包未改动任何文件）：\n- 四份 delta：decisions / platform-projects / modules / catalog-map，各带当前值与目标值。\n  platform-projects 每条另列 unchanged 段，把「六域只改 form、hosted_by 与验收等级都不动」\n  与 CHG-021 三条的相反处置区分开。\n- §4A 八步应用顺序，每步注明为什么在那一位；六个模块可分批，但每批内部第 3—7 步必须同一提交，\n  否则 catalog:drift（2026-09-17 起 drift 档一律阻断）在中间态判红。\n- 第 8 步是退役机制：今天 runtime/modules.json 没有任何退役表达（无 retirement 字段、无\n  directory: null 等价物），删目录 + 删登记行之后 check:modules 反而是绿的——这正是 Q01 要求\n  宿主提供「退出保障」的那一条，对控制面自己同样不成立的地方。没有退役路径，「支持新增」\n  就是单向门。\n- 顺带记录一处由 CHG-021 的 catalog-map.delta.json 查明、本包据以补进准入第 1 条的判据：\n  每个新模块必须在 governance/catalog-map.json 显式登记 模块 id → Catalog id 的映射，不靠\n  同名推断（既有 identity→enterprise-idp 就不同名），漏掉则 build-workbench-snapshots 报\n  MODULE_WITHOUT_CATALOG_ENTRY、check:catalog 对账同时判红。\n\n收纳表随之改数：doc/ 160 → 166，编号区间跟到 041 / 022。\n\n配套的两份设计文档在真源仓 docs/能力设计/（九域模块化落地设计、运行时模块进出机制设计），\n本次不在治理仓提交范围内。\n\n自检：四份 delta JSON 合法；六份文件的相对链接逐条验在；治理层一致性检查 CLEAN\n（14 仓 / 8377 文件 / 4507 链接）——它只扫已跟踪文件，本批提交后才算机器验过。\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-19T02:36:03-07:00"}],"HeadCommit":{"Sha1":"87c3722f6c778c786ea50eba75bc5806fa300b0b","Message":"docs(决策): DEC-041 零运行面契约域收编为平台运行时模块 + CHG-022 受控变更包（均待签署）\n\n目录负责人 2026-09-19 提出「调度跨域、企业 IM、数据分析、统一体验、成本容量 + 应用与\n契约注册中心，应该直接放到企业控制面作为运行时模块；企业控制面要支持运行时模块的新增\n和删除」。该指示与已批准的 决策批次-2026-09-16 C-3 相反——C-3 的承接表把这几项裁给上层\n既有宿主，附条件「不新增 M8」「宿主协议签收才算准入」——故先成裁决材料，批准后实现才有依据。\n\n范围与 DEC-040 / CHG-021 划清：那一对管 C11—C13 三条有真实现的托管能力，本对管六个\n零运行面的域（C15 / C16 / C17 / C18 / C19 + C01）。两包独立签署、互不为前置（目录负责人当日定案）。\n\nDEC-041 草案（待批准）：\n- Q01 备选条款是唯一合法入口，其触发条件经实测成立，且成立得比该条款预想的彻底：C-3\n  指定的五个宿主里三个不存在——C17「已有分析产品宿主」在业务应用层四个 + 企业领域应用层\n  四个里无一是分析产品；C19「复用 C17」随之落空；C15「业务应用的托管流程执行器」全工作区\n  grep 零命中，最接近的工单仓 AutomationRun.ticketId 是必填外键 + onDelete Cascade，绑死\n  单张工单。一个须新建（C16 要的 Conversation/Membership/Message 工单 schema 里没有，而\n  C-3 自己要求与 TicketMessage 分开），一个不是状态宿主（C18）。不是「评估后认为不足」，\n  是没有评估对象。\n- 补齐 Q01 要求的两个宿主方案成本与迁移影响对比（不做这张表，本裁决不满足自己的准入条件）：\n  逐域给 C-3 指定者 + 全工作区内另找的最接近者，两个候选都评。\n- 一处此前没有材料提过的事实：这六项的 Catalog hosted_by 早就是 enterprise-platform。\n  登记面一直说它们归控制面，是 C-3 把运行宿主裁给了上层——本件是把裁决对齐到登记，\n  不是反过来。另引 workspace.json 2026-09-19 才补入的 layers[].responsibility 作为层职责口径\n  （应然口径，不作现状证据）。\n- 建议 Decision 八条：provides 全空不动 kernel（exact pin 不受影响）/「不新增 M8」改写为\n  九项准入标准而非删除（Q01「不得以方便实现自动新增」保留，从「不许新增」变成「不许绕过\n  准入条件新增」）/ 先契约后实现 / 六域起 shape，升 authority 各需一条新的已批准 DEC，本件\n  不代批 / Fact 按 DEC-038（仍 pending）停在候选 / 验收等级不升不降（六域本就 candidate_e0\n  E0，与 DEC-040 那三条 E2→E0 相反，两份材料别串）/ 无消费者的模块只能停 shape / 退役机制\n  与本件同批建。末两条为目录负责人当日对原待定项 B / C 的定案。\n- 第 7 条的后果已写明：六域今天零消费者，与「shape 不得有迁移」叠加，等于第一个真实消费者\n  出现前一个都不能升 authority、也建不了权威表。这是已决且尚未满足，不是未决。\n\nCHG-022 材料（待 DEC-041 批准 + Catalog Owner 签署，本包未改动任何文件）：\n- 四份 delta：decisions / platform-projects / modules / catalog-map，各带当前值与目标值。\n  platform-projects 每条另列 unchanged 段，把「六域只改 form、hosted_by 与验收等级都不动」\n  与 CHG-021 三条的相反处置区分开。\n- §4A 八步应用顺序，每步注明为什么在那一位；六个模块可分批，但每批内部第 3—7 步必须同一提交，\n  否则 catalog:drift（2026-09-17 起 drift 档一律阻断）在中间态判红。\n- 第 8 步是退役机制：今天 runtime/modules.json 没有任何退役表达（无 retirement 字段、无\n  directory: null 等价物），删目录 + 删登记行之后 check:modules 反而是绿的——这正是 Q01 要求\n  宿主提供「退出保障」的那一条，对控制面自己同样不成立的地方。没有退役路径，「支持新增」\n  就是单向门。\n- 顺带记录一处由 CHG-021 的 catalog-map.delta.json 查明、本包据以补进准入第 1 条的判据：\n  每个新模块必须在 governance/catalog-map.json 显式登记 模块 id → Catalog id 的映射，不靠\n  同名推断（既有 identity→enterprise-idp 就不同名），漏掉则 build-workbench-snapshots 报\n  MODULE_WITHOUT_CATALOG_ENTRY、check:catalog 对账同时判红。\n\n收纳表随之改数：doc/ 160 → 166，编号区间跟到 041 / 022。\n\n配套的两份设计文档在真源仓 docs/能力设计/（九域模块化落地设计、运行时模块进出机制设计），\n本次不在治理仓提交范围内。\n\n自检：四份 delta JSON 合法；六份文件的相对链接逐条验在；治理层一致性检查 CLEAN\n（14 仓 / 8377 文件 / 4507 链接）——它只扫已跟踪文件，本批提交后才算机器验过。\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-19T02:36:03-07:00"},"CompareURL":"luoanwu/platform-governance/compare/7ad320a65b921c9d68a4ab48df81241998e64867...87c3722f6c778c786ea50eba75bc5806fa300b0b","Len":1}

TEXT

created_unix

INTEGER

Update row 31246 in action