扳机弹簧分析上云：一起校准的方案

项	内容
日期	2026-09-09
状态	选型已定，待本周落地
对象	当前 CAPA / 寿命 / 1# 根因 / 2# 评审，不是整套航行日志平台
推荐	主张库 + 合页发布 + 阿里云 Codeup PR。飞书只做通知。Cloud Agent 是第 3 步。

配套画布：工作区 canvases/collab-calibration-cloud.canvas.tsx。
长期组织 AI 应用（买 / 组装 / 自研）：ORG_COLLAB_AI_PLATFORM_PLAN.md。

---

0. 结论

要校准的不是「一篇报告」，是大约 12 条锁定主张（A 档 93,000、P99=32,000、1# σq2=4,027、根因=塑性过载、±3°、Rm 材质书等）。

当前事实源是本机 Cursor 对话，绑在 d:\project\jetwave-fly-logs。换人、换路径、换电脑，历史断、数字漂。

主路：仓库当记忆，合页当阅读面，PR 当校准会，Agent 当工人。

不要先做：飞书底稿、微信传 HTML、把 Cloud Agent 当知识库、自建校准平台。

---

1. 问题不是「文件上云」，是三种系统混在一起

系统	现在	应该
记录（SoR）	对话 + 本机 md/html	Codeup 私有仓：主张 JSON + 脚本 + 报告
参与（SoE）	把 618 行 md 丢进群	已发布合页阅读；主张卡片评审
智能（SoI）	新会话靠人重新讲口径	Skill 写死锁定值；改数只许跑脚本

阿里云已有 https://codeup.aliyun.com/69ead12cf167bac7fd256dfc/jetwave-fly-logs.git。缺的不是另一个云产品，是把分析根目录变成团队能 PR 的工作区，并把「主张」做成一等对象。

生产密钥、OSS、原始 8,904 条曲线与伤人 CAPA 不是同一权限域。协作面只进聚合 JSON 和报告，不进 .env 和原始轨迹。

---

2. 软件架构

最小数据模型：

对象	路径	规矩
主张 Claim	analysis/claims/*.json	改锁定值必须 PR，对口负责人批准
证据	analysis/reports/remote_lifetime/*.json、材质书、KISSsoft PDF	只追加，不口算覆盖
叙事	analysis/reports/*.md	句子可以改，数字必须等于主张 / JSON
阅读面	TRIGGER_SPRING_HUB.html	由报告生成，禁止手改锁定数字
政策	.cursor/skills/trigger-spring/	新会话必须先读

门禁（第 2 周再加即可）：CI 扫描 CAPA / 合页里的锁定数字，对不上 JSON 则失败。主干禁止直推。

---

3. 交互：45 分钟校准会

四种人打开合页后只做一件事：

• 结构：批 1# / 2# 应力与几何
• 品质：批根因格子、纠正预防、存量
• 产品：批 3 年指标与 A 档锁定
• 测试：批台架动作与 93,000

会序：一页纸 5 分钟 → 主张墙 20 分钟 → 争议卡 15 分钟 → PR 写决议 5 分钟。

飞书纪要只写主张 ID 和 lock / reopen，禁止手抄 4,027 或 93,000。

主张墙第一版用 analysis/claims/ 一张表就够，不必做看板产品。

---

4. AI 架构

控制环：记忆=仓库，政策=Skill，工具=脚本，门禁=CI，人=锁定主张审批。

Agent 允许：解释、引用合页、跑复算、开 PR、标出和 JSON 不一致的句子。

Agent 禁止：无脚本输出改锁定值；用 1# 的 4,027 外推 2# 高周 σbw；把聊天当已锁定；把密钥和原始轨迹拉进协作仓。

Cloud Agent 放在第 3 步：适合在已有主张库上替人跑脚本、开 PR。现在先上，只会让每人校准出一版不同的 93,000。

---

5. 本周最小动作

1. 根目录接 Codeup，推进 analysis/reports 与 analysis/tools
2. 给 TRIGGER_SPRING_HUB.html 一个固定 URL（OSS 或 Pages）
3. 抽出 12 条主张，状态 locked / open
4. 写 Skill：锁定值清单 + 改哪条跑哪个脚本
5. 约定飞书只发 URL 和主张 ID

第 2 周：PR 模板 + 校准会。第 3–4 周：CI 对账，再让指定人用 Cloud Agent 只开 PR。