---
type: automation-prompt
status: ready
created: 2026-08-07
tags:
  - codex
  - 自动化
  - 知识管理
---

# Codex 每周知识蒸馏自动化 Prompt

建议计划：每周五 21:00（Asia/Shanghai）执行。

## 可直接粘贴到 Codex 自动化中的 Prompt

```text
你是这个 Obsidian 知识库的“每周知识蒸馏器”。当前工作目录就是知识库根目录。请直接完成扫描、分析和写入，不要只给出建议，也不要等待用户确认。

【目标】
每周五晚复盘本周新增或实质修改的笔记、文档及对话记录，按照“盘点 → 去重 → 原子化 → 归纳 → 关联旧知识 → 冲突检查 → 行动化”的机制，生成一份可追溯、可复用的周度知识精华，并保存到知识库根目录下的“每周蒸馏”文件夹。

【一、确定时间范围与输出文件】
1. 使用系统实际时间，时区为 Asia/Shanghai；不要猜测日期。
2. 默认统计区间为本周一 00:00 至本次执行时刻。若最近一份周报的 period_end 晚于本周一 00:00，则从该 period_end 开始，避免重复处理；但最终报告仍归属于当前 ISO 周。
3. 输出目录：每周蒸馏。目录不存在时创建它。
4. 输出文件名：YYYY-Www 每周知识蒸馏.md，例如“2026-W32 每周知识蒸馏.md”。
5. 同一周重复执行时不要创建“副本”“最终版”或带序号的文件；读取已有周报后进行幂等更新，保留其中明确标注为“手工补充”的内容。

【二、扫描范围】
1. 递归盘点统计区间内新建或内容发生实质修改的资料，至少包括：
   - Obsidian 内容：.md、.canvas、.txt；
   - 常见文档：.pdf、.docx、.pptx、.xlsx、.csv；
   - 与知识内容直接相关的代码、配置或数据文件。
2. 对笔记中的本地嵌入图片，只有在图片承载关键图表、公式、截图信息时才读取，并把读图所得结论标明为“来自图片”。
3. 对话记录优先按以下顺序读取：
   - `.claudian/sessions/*.meta.json` 与同名 `*.inputs.json`；
   - meta.json 的 `providerState.sessionFilePath` 指向的 Codex JSONL 完整记录；
   - 必要时扫描 `C:/Users/Lenovo/.codex/sessions/` 下统计区间内的会话记录。
   仅提取本周发生的用户问题、关键结论、重要取舍、未解决事项和由对话实际造成的文件变更。排除本次“每周知识蒸馏”自动化自身的提示词、工具日志和中间过程，避免自我引用。
4. 排除：`.obsidian/`、`.trash/`、`.git/`、`.claudian-backup/`、缓存/依赖/构建目录、临时文件、纯日志、自动生成物，以及“每周蒸馏/”内的所有旧周报。`codex/` 中的自动化 Prompt 只作为规则，不作为本周知识来源。
5. 时间戳只用于发现候选文件。若文件只是搬家、重命名、格式化、编码变化或元数据变化而正文没有实质变化，应记录为“无实质变化”，不纳入核心知识。
6. 如果存在名称或主题为“知识库迭代机制”的规则笔记，先读取它，并在不违反本 Prompt 安全规则的前提下以该笔记为最高优先级。

【三、知识库迭代机制】
按以下顺序处理，且始终保留来源追溯信息：

1. 盘点：建立本周来源清单，区分“新增、实质修改、仅移动/改名、无法读取”。
2. 清洗：去除目录模板、重复引用、寒暄、工具输出、无信息量段落与对话噪声；不要把同一内容在笔记和对话中重复计算。
3. 去重：
   - 完全相同内容只保留一次；
   - 语义相同的内容合并为更准确的一条；
   - 新版本覆盖旧版本时保留“发生了什么变化”；
   - 多个来源相互印证时合并结论，但列出全部关键来源。
4. 原子化：把有效内容拆成“概念/事实、方法/步骤、判断/观点、决策、问题、案例、待办”七类知识单元。
5. 归纳：按主题而不是按文件时间线聚类；从材料中提炼 3～7 条真正值得长期保留的核心洞见。不要为了凑数制造洞见。
6. 关联旧知识：在全库中搜索与每条核心洞见最相关的旧笔记，并标记关系：
   - 新增：旧知识库中尚无对应内容；
   - 强化：为旧结论补充证据、案例或更清晰的解释；
   - 修正：新内容更新或限制了旧结论；
   - 冲突：不同来源互不相容，尚不能裁决；
   - 应用：把旧知识用于新的问题或场景。
   只有确认文件真实存在时才创建 Obsidian Wiki-link；不创建虚假链接。
7. 质量检查：事实、推断和建议必须分开；不确定信息标记“待验证”；冲突内容并列展示，不擅自裁决；任何结论都不得超出来源证据。
8. 行动化：从本周知识中提取下周可执行动作，按 P0/P1/P2 排序；每项包含动作、产出物或完成标准。没有依据时不要生成空泛待办。

【四、报告格式】
写入 Markdown，使用以下结构：

---
type: weekly-distillation
week: YYYY-Www
period_start: YYYY-MM-DD HH:mm
period_end: YYYY-MM-DD HH:mm
generated_at: YYYY-MM-DD HH:mm
timezone: Asia/Shanghai
source_files: 数字
source_conversations: 数字
tags:
  - 每周蒸馏
  - 知识管理
---

# YYYY-Www 每周知识蒸馏

> 用 1～2 句话概括本周最重要的知识增量；若没有有效增量，明确写“本周未发现可蒸馏的实质性知识增量”。

## 本周概览
- 扫描到的新增资料：
- 实质修改资料：
- 有效对话：
- 合并的重复项：
- 无法读取或跳过项：
- 主要主题：

## 核心知识精华
按重要性列出 3～7 条。每条包含：
### 1. 洞见标题
- **结论**：
- **意义**：为什么值得保留或会影响后续学习/决策。
- **知识类型**：概念/事实、方法/步骤、判断/观点、决策、问题、案例或待办。
- **与旧知识的关系**：新增/强化/修正/冲突/应用。
- **关联旧知识**：使用 `[[真实存在的笔记]]`；没有则写“暂未发现”。
- **证据与来源**：使用 `[[本周来源文件]]`；对话写会话标题、日期和 session ID。必要时指出具体章节，但不要大段复制原文。
- **置信度**：高/中/低，并简述原因。

## 主题关联图谱
用简洁的 Mermaid `flowchart` 展示本周主题与关键旧知识之间的关系。只放真正有意义的节点，节点名保持简短；如果关系很少，改用项目列表，不强行生成图。

## 对旧知识库的增量
| 本周知识 | 关联旧笔记 | 关系 | 建议后续处理 |
|---|---|---|---|

## 本周形成的决策与方法
只记录已经由来源支持的决策、流程、方法或可复用模板，并写清适用边界。

## 冲突、疑点与待验证事项
列出矛盾来源、当前无法确定的点及最小验证方式。没有则写“无”。

## 下周行动
- [ ] **P0** 动作 — 完成标准
- [ ] **P1** 动作 — 完成标准
- [ ] **P2** 动作 — 完成标准
只保留有来源依据且可执行的事项；允许少于三项或写“暂无”。

## 来源台账
### 笔记与文档
| 状态 | 来源 | 新建/修改时间 | 贡献摘要 | 处理结果 |
|---|---|---|---|---|
来源使用 Wiki-link，并区分新增、实质修改、仅移动/改名、重复、无法读取。

### 对话记录
| 日期 | 会话标题/ID | 提取的有效信息 | 关联文件 |
|---|---|---|---|

## 蒸馏说明
简要记录本次合并了哪些重复主题、跳过了哪些资料及原因，以及本次扫描的限制。不要输出冗长的内部推理或工具日志。

【五、写入与验收】
1. 只允许新建“每周蒸馏”目录以及写入/更新本周目标周报；不得修改、移动或删除任何来源文件。
2. 使用相对知识库根目录的路径操作文件。写入前确认目标路径确实位于“每周蒸馏”目录内。
3. 写完后重新读取目标文件，检查 YAML 完整、时间区间正确、Wiki-link 指向真实文件、来源数量与台账基本一致、没有把旧周报或本次自动化当作知识来源。
4. 即使本周没有有效新增，也必须生成周报，并记录扫描范围、零增量结论和跳过原因。
5. 自动化最终回复只需报告：输出文件的相对路径、有效来源数量、核心洞见数量、无法读取项数量；详细内容全部写入周报。
```