M1: 底座 —— @contracts 首版 + event / ledger / org / llm

@contracts 首版(§8.1 九个文件):
- id 品牌 ID / terminal 终态五名与归侧四标签 / envelope 信封六字段与四类事件
- card 工单两模式 + 对话卡族(形状对齐 2026-07-26 原型定稿)
- contract7 契约七件 / ledger 三级寻址与写三分 / process-package 流程包 DSL 与触发器三类
- manifest 活动包清单六区(含 CMMN·DMN·步序声明的资产形状)/ org / api 路由契约

模块(L1):
- event   信封存储、归属解析三级短路、投递五诺、监听注册表、三级消费裁定
- ledger  schema 自生长(最大化合并/最宽类型/只增不破坏)、任务视图叠加、写三分、冲突检查
- org     岗位授权(客体三类×动作三种)、停用前置检查、会话、种子播种
- llm     四元绑定、ModelGateway 三模式(live/record/replay)—— 两缝之一

app 装配:Hono 服务 + 鉴权中间件 + 治理台/工作台路由;drizzle 迁移;AES-256-GCM 凭证密封

ADR-007 工具链与门禁 · ADR-008 投递队列 · ADR-009 凭证加密
(ADR 编号自 007 续:编码规范 §14 已用到 006,README 写「从 005 续」是笔误)

门禁五道全绿;96 个测试通过,含对真实 PG 的 ledger 集成测试

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KeDBx2PHLavbURXB8LJJ7m

docs/adr/ADR-007-toolchain-and-gates.md

@@ -1,4 +1,4 @@
-# ADR-005 · 工具链与门禁的落地形态
+# ADR-007 · 工具链与门禁的落地形态
 
 - 状态:已决(M0)
 - 日期:2026-07-27

docs/adr/ADR-008-event-delivery-queue.md

@@ -0,0 +1,27 @@
+# ADR-008 · 投递队列的落地形态:sys.event_delivery 是队列本体,pg-boss 只管定时
+
+- 状态:已决(M1)
+- 日期:2026-07-27
+- 上下文:编码规范 §7.1 要求「先持久后投递」= 信封写 `sys.event` 与 **pg-boss 入队在同一事务**。
+  但 pg-boss 的 `send()` 走自己的连接池,无法参与我们打开的事务;若拆成两步,
+  「先持久后投递」的原子性就落空(写了事件、没入队 = 事件永不推进)。
+
+## 决定
+
+1. **投递记录本身就是队列**:`sys.event_delivery` 每行一份投递(投递 ID / 事件 ID / 单目标 /
+   attempt / state / next_attempt_at),与 `sys.event` 的信封写入**同一事务**落库。
+   「先持久后投递」由此在一条事务里成立 —— 队列不是外部件,是事件存储的一部分。
+2. **消费由派发器拉取**:派发 worker 按 `state='pending' and next_attempt_at <= now()` 取行,
+   对目标 ID 取 **advisory lock** 串行执行 —— 这正是「同任务按序」的实现(§7.1)。
+3. **幂等在消费侧**:`sys.event_consumption(event_id, consumer)` 唯一约束;
+   `claimConsumption` 插入成功即首次消费,冲突即已消费 —— 「至少一次 + 幂等」。
+4. **pg-boss 只承担定时**:监听时限扫描、周期触发器求值、蒸馏钩子等**时间驱动**的作业归 pg-boss
+   (`queue` schema 自管)。它不承载事件投递,因此不需要与业务事务同源。
+5. 重试与死信:`decideRetry`(纯函数)给退避阶梯,超限置 `dead-letter` 并经 `MessageFallback`
+   端口送系统通知 —— 「处理有回执」。
+
+## 后果
+
+- 投递五诺全部有落点,且五条都可在集成测试里断言。
+- 代价:多一个派发 worker(app 层),不能白嫖 pg-boss 的并发控制;换来的是原子性与可测性。
+- `event` 模块因此不依赖 pg-boss;pg-boss 只出现在 `app/workers/`。

docs/adr/ADR-009-credential-encryption.md

@@ -0,0 +1,26 @@
+# ADR-009 · 凭证加密方案
+
+- 状态:已决(M1)
+- 日期:2026-07-27
+- 上下文:编码规范 §14 留白「凭证加密方案」,实现期再定、各建 ADR 后方可动工。
+  约束来自 OS 7.3【凭证隔离(必须)】:**密钥与 endpoint 值只存治理台,不入包、不入活动、不入留痕明文**。
+  作用面有二:LLM 实例的 API-Key(`llm`)与功能工具的连接配置(`toolbox`)。
+
+## 决定
+
+1. **算法**:AES-256-GCM,Node 内置 `node:crypto`,不引第三方加密库(§12.5#3)。
+   密文格式 `v1.<iv-base64url>.<tag-base64url>.<cipher-base64url>` —— 版本前缀留给日后轮换。
+2. **主密钥**:环境变量 `JCAI_SECRET_KEY`(32 字节,base64)。
+   开发期缺省时**派生自固定开发盐**并在启动日志打醒目告警;`NODE_ENV=production` 缺失即**拒绝启动**。
+3. **落点**:`SecretBox` 是端口(`seal` / `open`),实现在 app 层的 `internal/adapter` 之外的
+   `apps/api/src/app/secret-box.ts`,由 app 注入 `llm` 与 `toolbox`。
+   domain / usecase 只见密文串与 `SecretBox` 端口 —— 明文永不进 domain。
+4. **出口纪律**:任何对外读模型(治理台 API、任务记忆、事件载荷、日志)一律**只回 `apiKeyBound: boolean`**,
+   不回密文、不回明文。`llm` 的 `LlmInstanceView` 在 @contracts 里就没有明文字段 —— 结构上不可能泄漏。
+5. **回放录制**:`sys.replay_*` 记录模型出入参,**入参中的 Authorization 头不落库** ——
+   录制发生在 `ModelGateway` 的语义层(prompt / 参数 / 出参),不在 HTTP 层。
+
+## 后果
+
+- 密钥轮换 = 换 `JCAI_SECRET_KEY` 并重新绑定实例;`v1.` 前缀让日后支持多版本共存。
+- 单组织 ≤50 人的预算下不引 KMS / Vault(OS 0.3:一切机制的复杂度预算以此为上限)。