feat: deliver Sense audits to Bell (T-016)

docs/03-tech-stack.md

@@ -67,6 +67,10 @@ T-014 没有增加生产依赖。Windows 容量脚本冻结并核对 Sense 模
 
 T-015 不冻结 Brain→Bell transport，也不产生可部署 Bell API 二进制。内部 factory 接收不含 `id` 的候选事实，由 Bell 生成 ULID 后才形成最终 v0.1 事件；不得把该 Go 类型当成公共网络协议。
 
+### 1.4 Sense 审计 relay（T-016）
+
+T-016 不增加第三方依赖：两端使用 Go 标准库 HTTP、HMAC-SHA256、SHA-256、base64url 和 constant-time compare，数据库继续使用已冻结的 PostgreSQL 17.10/pgx。`cmd/bell-api` 只提供回环 health/ready 和 Sense 审计内部端点；非回环监听必须同时提供绝对路径 TLS 证书/私钥。HMAC key 使用仓库外 version 1 JSON 文件，secret 至少 32 字节；该适配器不替代未来 Bell 公共 JWT/OIDC。
+
 ## 2. 外部项目边界
 
 - MiBeeNvr：只用于 M0 隔离实验室、ONVIF兼容性和交互参考，不作为生产依赖。
@@ -78,7 +82,7 @@ T-015 不冻结 Brain→Bell transport，也不产生可部署 Bell API 二进
 
 - Python、Savant/DeepStream 的精确版本；Go、MediaMTX 与 PostgreSQL 已分别为 Sense M1/M2 冻结，后续阶段可按升级流程调整。
 - Bell 前端框架和组件库。
-- 事件投递 transport 从 HTTP 起步还是直接采用消息总线。
+- Brain→Bell 业务事件投递 transport；Sense→Bell 审计 relay 已独立冻结为内部 HTTP，不能据此默认 Brain transport。
 - 目标 GPU/边缘硬件、解码能力和每 worker 的 `max_sources`。
 - MinIO/S3 的精确版本、加密实现，以及客户/法务确认后的最终生命周期策略。
 - 短信/语音供应商及生产双路径组合；是否开发原生 App 最早在 M4 根据试点反馈决定。
@@ -110,7 +114,7 @@ go -C Sense build ./...
 go -C Sense run ./cmd/sense-api
 ```
 
-Bell 事件域基础单独执行（当前没有可启动 API）：
+Bell 事件域与内部审计 receiver 单独执行：
 
 ```powershell
 go -C Bell mod download