SQLite Web: gitea.db

id

Primary key. INTEGER NOT NULL

repo_id

INTEGER

index

INTEGER

poster_id

INTEGER

original_author

TEXT

original_author_id

INTEGER

name

TEXT

content

## 概要

把 AI 人事系统（`juhai.hr`）与企业智能OS各层（02 业务中台 / 03 数字员工 OS / 04 技术中台 / 00 工程框架）的对接推进到「HR 侧能独立完成的都已完成」，其余项给出材料并列为待裁。完整记录见 `docs/domain/enterprise-control-plane-integration-blueprint-2026-10-27.md` §4–§5（取代 09-26 版）。

## 主要改动

- **产品真源收回 HR 仓，发布 0.19.6**：回灌 OS 已登记的 0.19.5；逐字节收录 OS 已执行的整表授权迁移 `20261010000000`，并以 `20261027000000` 前向收窄回 relay 两张表的精确列授权。产品迁移治理按全序列模拟最终授权，缺少或绕过收窄都会判红。
- **D3 受控升级台账**：`docs/post-d3-product-updates.json` 让 D3 冻结的产品字节和 `readiness.json` 只能按链放行（readiness 自干净复验值起链），C4 历史锁不变。
- **验收链跟进 OS D3（单 NestJS）**：宿主范围以目标 OS `backend-profile.json` 为唯一来源（`scripts/lib/os-host-backends.mjs`），拒绝加载残留的 Fastify 构建物；兼容锁对齐 OS `1b8ae0d7`（contracts 3.0.0）；D-6 按锚定换算表把 12 项按后端累加的宿主证据地板换算为单后端。
- **注册证据改接 OS 装载器（D-5）**：lock v2 目标的 O20/O24/O26 只认 `pnpm audit:os-product:loader` 的只读证据（plan / apply 预演 / reconcile、4 个负向探针、目标提交回滚测试、目标写入 0）；HR v1 写入器只留给 lock v1 目标。
- **O27 与发布证据**：按锁定后端数与注册路径取证；O27 转绿。
- **各层对接材料（草案，未改他层仓）**：人域对照表、事实登记 CHG 草案、应用清单镜像同步材料、权限决策答复草稿、框架同步差额评估、给 OS Owner 的交接说明。
- **仓内不一致修正**：app-manifest 仓库路径用工作区别名 `企业领域应用层/AI人事系统`；`authoritativeEntities` 去掉 IdentityLink（enterprise-idp 拥有）；补 `ees.domain.thing` 依赖；`governance/framework-consumer.json` 地板改为 D3 换算后的 471/452。
- 已合并当前 `main`（含 CI 与 O18 显式 OS 根目录改动），冲突处两边规则都保留。

## 验证（本地工作区）

- 静态子门禁、`check:d3`、`check:app-manifest`、lint、typecheck 通过。
- HR 全量验收在合并后 HEAD 上通过：`check:runtime` 452/452、`check:ui` 46/46（一次性 PostgreSQL/Redis，跑完已删）。
- OS 产品层证据在 OS `1b8ae0d7` 快照上：产品迁移 17/17、ProductSqlRuntime、宿主运行 1/1 后端、浏览器 1/1 后端、升级审计 READY、装载器审计 passed。真实 OS 仓 0 处改动。
- 远端 CI 结果以本 PR 的运行为准，本地结果不外推。

## 剩余两项回退（`check:governance`）

1. **`osProductLayerViolations` 0 → 1（O22）**：OS main 尚不含 0.19.6。需显式授权（`OS_PRODUCT_REGISTRATION_APPLY=1`）用 OS `product:apply` 写入并进入 OS main，再复跑装载器 / 升级 / 发布审计。
2. **`osProductReleaseTargetRemotes` 2 → 1**：快照只有一个本机 remote（09-23 的证据跑在带 Gitea/GitHub 两个远端的真实 OS 上）。

本地不带 `DIGITAL_EMPLOYEE_OS_ROOT` 跑时，O18 也会按 main 上的新规则提示需要显式 OS 根目录；CI 已传入该变量。

## 待裁决

| 编号 | 问题 | 建议 |
| --- | --- | --- |
| D-2 | Scope→HR 来源授权是否续期 | 续期是 01 BA-01 首片（HR→Scope→OS 组织视图复验）的前提 |
| D-3 | 如何答复 04「HR 先接权限决策」 | 维持 F1 权限自治；可做不切真源的只读决策对照实验（草稿见 `docs/domain/reply-draft-04-permission-decision-2026-10-27.md`） |
| D-4 | F2（平台模式试点）是否重议 | 前置条件不成立：OS 未用叠加仓、未接 platform 端口模式；暂不重议 |
| D-7 | O27「拒绝 4 个目标敏感投影」的历史语义 | 定性为历史决定，审计区分观测命中与待拒绝面 |
| D-8 | O22 写入前是否区分「目标落后、准备发布」 | 维持现规则，不放宽；随写入授权一起解 |
| D-9 | `osProductReleaseTargetRemotes` 2→1 | 发布审计改为只读读取真实 OS 的远端，不设为不计棘轮 |
| D-10 | HR API 默认监听 `0.0.0.0` | 默认改为 `127.0.0.1`、需暴露时显式设 `HOST`，同步 00 框架；改前实测 04 容器可达 |
| D-11 | 框架 0.27.0 安全基线差额 | 单独一片升级 next / vitest / Capacitor 与平台 rc 包；按框架 `COMPATIBILITY.md:36` 登记 Zod 3 残余风险 |

另有新登记缺口：H20 relay 写死事实类型（扩事实前须先改）、H21 04 Scope 消费端写死组织事实来源（需 04 改）。

🤖 Generated with [Claude Code](https://claude.com/claude-code)

TEXT

milestone_id

INTEGER

priority

INTEGER

is_closed

INTEGER

is_pull

INTEGER

num_comments

INTEGER

ref

TEXT

deadline_unix

INTEGER

created_unix

INTEGER

updated_unix

INTEGER

closed_unix

INTEGER

is_locked

INTEGER NOT NULL (default 0

content_version

INTEGER NOT NULL (default 0

time_estimate

INTEGER NOT NULL (default 0

Update row 849 in issue