读时间： 約 6 分钟 · 系列： 分析師进階 · 上一步： Reference docs：大型参照怎麼放
先分清楚：这次分析 vs 长期口徑
| 放哪里 | 适合什麼 | 例子 |
|---|---|---|
| Plan | 这一次分析的假设、时间窗、checkpoint | 「本次 618 大促 6/1–6/20，分母为建单用戶」 |
| Project Knowledge | 这个專案长期有效的短规则与 @@PROTECT0@@ 索引 | 「本專案 GMV 均不含退款」 |
| Reference 檔 | 大型映射表、字典全文（按需读取） | 50 行 status code 对照表 → 見 Reference docs |
| User Knowledge | 跨專案你的偏好与術语 | 「回覆用繁中」「活躍用 90 天窗口」 |
| Queued Knowledge | 尚未核准的提案 | Agent 或背景萃取建議，你 Apply 前不生效 |
常見錯誤： 把「只做一次的 618 时间窗」写进 User Knowledge，导致三个月后每个專案 Agent 仍预设 618 窗口。
Queued Knowledge 怎麼运作
Agent Memory 预设 可关閉；开启后有两路提案进 Queued Knowledge（待核准佇列）：
- 对話结束后的背景萃取（需另开 Automatic suggestions）— 从近期 user 讯息提建議（需附 evidence）
- Agent 主動 @@PROTECT1@@ — 分析中觉得某條口徑可重用时提案（只跟 Enabled，不跟 Automatic suggestions）
关閉 Automatic suggestions 不会停用已核准知识的注入。
核准前：
- 不写入正式知识檔
- 不注入 Agent 下一轮 prompt
核准方式：
- 对話里的 User / Project / Dismiss 卡片
- Agent Memory 面板的 Apply / Dismiss
Agent Memory 左側頂部为 User Knowledge（Global），其下为各專案 Project Knowledge；目前聚焦的專案列旁有綠色 Eye 图示，方便確认套用目标。
分析師日常：看到卡片就決定——这條是永久口徑还是本次 Plan 就好；不確定先 Dismiss，写进 Plan 更明確。
什麼該进 Memory、什麼不該
适合进 Memory（核准后）：
- 穩定的欄位定義（「@@PROTECT2@@ 为支付成功时间」）
- 團隊共识的业务规则（「trial 用戶不計入 ARPU」）
- 你的输出偏好（语言、詳略）
不适合进 Memory：
- 单次 SQL 的坑（应在 Query Step Ledger / 对話步驟，不污染长期庫）
- 整段 SQL 或快取表名
- 尚未与 PM / 財务对齊、可能变的口徑
与 Plan 批註的協作
- Plan 批註 = 这版分析契約的修訂
- Memory Apply = 以后每次分析都帶上的背景
若 PM 在 Plan 批註「GMV 不含退款」，且这是全公司长期规则，分析師可在核准后写入 Project 或 User Knowledge；若只是本次活動规则，留在 Plan / Report 即可。
PM 视角的治理見 Memory 治理。