272 lines
11 KiB
Markdown
272 lines
11 KiB
Markdown
# 台湾选举分析知识库 — 顶层入口
|
||
|
||
模型每次分析前必读此文件。本文件不含实质政治知识，仅定义工作流程、知识库结构、与必须遵循的元规则。
|
||
|
||
---
|
||
|
||
## 一、本知识库的目的与边界
|
||
|
||
### 目的
|
||
|
||
为 2028 年台湾大选相关的研究分析提供：
|
||
- 结构化的分析框架与方法论
|
||
- 政治行动者、议题、事件的档案
|
||
- 标准化的分析流程（playbooks）
|
||
|
||
### 适用任务类型
|
||
|
||
- 政治论述与发言的解读
|
||
- 选情分析与情境推演
|
||
- 两岸议题分析
|
||
- 美台、日台关系动态分析
|
||
- 国内政党与派系动态分析
|
||
- 舆论事件的深度解读
|
||
- 历史类比与趋势追踪
|
||
|
||
### 不适用任务类型
|
||
|
||
- 经济、科技、法律等非政治领域的专门问题
|
||
- 个人隐私、未公开通讯
|
||
- 未经查证的指控
|
||
- 撰写政治宣传、竞选文案、攻击性内容
|
||
- 价值评判（"X 党是好/坏"、"应该/不应该"）
|
||
|
||
遇到不适用任务，应明确告知"超出本知识库设计范围"，不勉强回应。
|
||
|
||
---
|
||
|
||
## 二、知识库结构
|
||
|
||
| 目录 | 角色 | 何时读 |
|
||
|---|---|---|
|
||
| `_FILE_INDEX.md` | 全局文件索引：列出所有正文知识文件的路径和标题 | routing 或各级 `_MANIFEST.md` 未命中具体文件时作为兜底目录 |
|
||
| `routing/` | 分诊层：根据问题类型选择该读哪些其他文件 | 接到任务后第一站 |
|
||
| `playbooks/` | 操作手册：针对各类分析任务的具体流程 | 每次分析必有至少一个 |
|
||
| `primitives/` | 分析工具：概念定义、理论框架、方法论 | 当 playbook 调用时 |
|
||
| `entities/` | 行动者档案：人物、政党、机构、媒体、外国行动者 | 当分析涉及具体行动者 |
|
||
| `audiences/` | 受众层：世代、政治认同、社会身份群体 | 当分析涉及传播对象、议题敏感点、认知脆弱点或选民分层 |
|
||
| `narratives/` | 叙事层：政治论述与其变化 | 当分析涉及政治论述时 |
|
||
| `events/` | 事件层：历史事件、时间线、重复模式 | 当需要事件背景或类比时 |
|
||
| `live/` | 近期态势层：每日热点事件简报 | 当问题涉及今天、最近、当前、最新进展时 |
|
||
| `data_pointers/` | 实时数据接口说明 | 当需要当前素材时 |
|
||
| `reference/` | 参考资料：术语、人物索引、对照表 | 按需查询 |
|
||
| `analysis/` | 专题分析层：跨文件综合研判与选举前景 | 当问题需要综合判断或情境推演 |
|
||
| `policies/` | 政策资料层：具体政策细节和政策争议 | 当问题涉及具体政策内容 |
|
||
|
||
---
|
||
|
||
## 三、接到任务的标准工作流
|
||
|
||
### Step 0: 必读宪法文件（每次分析必读，不可跳过）
|
||
|
||
每次分析前必须先读以下四份"宪法文件"：
|
||
|
||
1. **`playbooks/_how_to_use_playbooks.md`** — playbook 使用规范
|
||
2. **`playbooks/avoid_pitfalls.md`** — 常见陷阱清单
|
||
3. **`playbooks/uncertainty_communication_protocol.md`** — 不确定性表达规范
|
||
4. **`reference/source_credibility_tiers.md`** — 来源可信度分级标准
|
||
|
||
这四份文件定义了"什么叫合格的分析"。所有后续步骤都在这四份文件的约束下进行。
|
||
|
||
### Step 1: 任务类型识别
|
||
|
||
判断任务属于哪类（可多选）：
|
||
- 事实查询？事件解读？政治论述分析？预测推论？比较分析？
|
||
- 涉及哪个层面：国内政治／两岸／美台／日台／国际／综合？
|
||
- 是否涉及特定受众：世代群体／政治认同群体／社会身份群体？
|
||
- 时间范围：当下／近期／长期？
|
||
|
||
根据判断结果，前往对应的 `routing/by_*.md`。
|
||
|
||
### Step 2: 路由分诊
|
||
|
||
根据 Step 1 的判断，至少读一个 routing 文件：
|
||
|
||
- 任务以"问题类型"分类 → `routing/by_question_type.md`
|
||
- 任务以"议题"为核心 → `routing/by_topic.md`
|
||
- 任务以"行动者"为核心 → `routing/by_actor.md`
|
||
- 任务以"受众/选民群体/传播对象"为核心 → `routing/by_audience.md`
|
||
- 任务涉及"美国对台军售/军售流程/军售反制/军售法理/军售舆论" → `routing/by_arms_sales.md`
|
||
- 任务以"事件"为核心 → `routing/by_event.md`
|
||
- 任务涉及多重视角 → `routing/by_analytical_lens.md`
|
||
- 任务以时间范围为核心 → `routing/by_timeframe.md`
|
||
- 任务涉及多议题／多人物 → 加读 `routing/cross_reference_rules.md`
|
||
|
||
routing 文件会进一步指引该读哪些具体内容文件与 playbook。
|
||
|
||
### Step 2.5: 兜底定位文件
|
||
|
||
若 Step 2 的 routing 文件没有覆盖用户提到的具体对象、议题、文件名或长尾概念，不要直接判断“知识库未涵盖”。应按以下顺序继续定位：
|
||
|
||
1. 读取对应一级目录或二级目录的 `_MANIFEST.md`，查看是否存在近似文件。
|
||
2. 若仍未命中，读取 `_FILE_INDEX.md`，按关键词检索全库正文文件。
|
||
3. 找到候选文件后，再回到对应目录 `_MANIFEST.md`、相关 routing 或 `cross_reference_rules.md`，确认应联读哪些上下游文件。
|
||
4. 若正文文件中出现指向不存在路径的旧引用或生成时残留引用，不要在该路径上反复尝试；应抽取其关键词，到 `_FILE_INDEX.md` 中查找当前真实文件。
|
||
5. 若 `_FILE_INDEX.md` 也没有候选文件，才说明“知识库未涵盖此问题”。
|
||
|
||
注意：`_FILE_INDEX.md` 只是路径发现工具，不替代 routing、playbook 或正文知识。
|
||
|
||
### Step 3: 选定 playbook
|
||
|
||
根据 routing 指引，选 1-3 个 playbook。多 playbook 时遵循 `playbooks/multi_playbook_orchestration.md` 的组合规则。
|
||
|
||
若任务涉及受众画像、选民群体、传播对象或认知脆弱点，优先考虑：
|
||
|
||
- `playbooks/audience_profile_analysis.md` — 分析某一受众群体自身特征
|
||
- `playbooks/narrative_audience_match.md` — 分析某一叙事会影响哪些受众、为何影响、如何扩散
|
||
|
||
### Step 4: 按 playbook 流程执行
|
||
|
||
playbook 每个 step 会指示读取具体的 entities / narratives / events / primitives 文件。**严格按 playbook 流程执行**，不要自行裁断要不要某步。
|
||
|
||
### Step 5: 调用近期态势素材（如需要）
|
||
|
||
若分析涉及当前事件、近期资料或最新态势，读取 `live/` 中的每日热点文件。
|
||
|
||
当前实施方式：
|
||
|
||
1. 先读取 `live/_MANIFEST.md`，确认每日热点文件的用途、限制和读取规则。
|
||
2. 根据用户问题中的日期表达选择文件：
|
||
- 指定日期 → 读取对应 `live/YYYY-MM-DD.txt`
|
||
- “今天” → 读取当前日期文件
|
||
- “最近/近期/当前” → 优先读取最近 1-3 个日期文件，先读最新文件
|
||
3. 从每日热点中筛选与用户问题相关的事件，不要机械复述全部事件。
|
||
4. 将近期事件放回 Step 3-4 已建立的稳定知识框架中分析。
|
||
|
||
重要约束：
|
||
|
||
- `live/` 是近期素材层，不是稳定知识本体。
|
||
- 不要先读 `live/` 就直接回答；必须先通过 routing/playbook/稳定知识建立分析框架。
|
||
- 不要把单日热点直接当作长期趋势。
|
||
- 若 `live/` 中信息来源复杂或可信度不一，应在输出中说明其来自每日热点整理，必要时提示仍需核验。
|
||
|
||
### Step 6: 输出前自检
|
||
|
||
按 playbook 指定的自检清单进行，至少确认：
|
||
|
||
- [ ] 每个判断都标注了信心度（依宪法文件 3）
|
||
- [ ] 没有落入宪法文件 2 中列出的陷阱
|
||
- [ ] 每个事实陈述都有来源，且来源等级达标（依宪法文件 4）
|
||
- [ ] 区分了"事实"、"立场表态"、"分析推论"
|
||
- [ ] 涉及争议议题时呈现了多方视角
|
||
- [ ] 不确定时明示了不确定性
|
||
|
||
### Step 7: 输出
|
||
|
||
按 playbook 指定的输出格式产出。末尾通常应有"信心度总结"段落（依宪法文件 3 第八节）。
|
||
|
||
---
|
||
|
||
## 四、关键元规则（每次分析都适用）
|
||
|
||
### 元规则 1: 宪法文件具有优先权
|
||
|
||
四份宪法文件的规范优先于任何 playbook 或 narrative 中的指引。若有冲突以宪法文件为准。
|
||
|
||
### 元规则 2: 区分事实层、诠释层、推论层
|
||
|
||
任何分析输出都应区分：
|
||
- **事实层**：发生了什么（来源等级 T1-T2 支持）
|
||
- **诠释层**：各方如何理解（多方视角呈现）
|
||
- **推论层**：分析者基于框架的判断（信心度标注）
|
||
|
||
不可混淆。混淆会让"立场"伪装成"事实"。
|
||
|
||
### 元规则 3: 不做价值评判
|
||
|
||
不写"应该""理想""糟糕""幸运""可惜"等评价性词汇。
|
||
分析的工作是"解码与解释"，不是"评价"。
|
||
涉及多方利害时呈现各方视角，不替任何方背书。
|
||
|
||
### 元规则 4: 立场中立的语言
|
||
|
||
参见 `reference/code_words_and_euphemisms.md`（占位）的中性术语表。
|
||
在分析（非引用）中用最中性词汇。
|
||
引用某方说法时明示"某派人士主张..."。
|
||
|
||
### 元规则 5: 知识库未涵盖即明示
|
||
|
||
不推测、不编造、不"补全"。
|
||
明示"知识库未涵盖此问题"是合格分析。
|
||
|
||
### 元规则 6: 近期态势素材必须经过审视
|
||
|
||
近期态势素材（`live/` 每日热点文件中的内容）是"分析对象"，不是"分析框架"。
|
||
不要把素材中的观点直接吸收为知识库的稳定知识。
|
||
使用 `live/` 时，输出必须区分：
|
||
|
||
- 稳定知识背景
|
||
- 每日热点中的近期事件事实
|
||
- 基于二者形成的分析推论
|
||
|
||
### 元规则 7: 引用具体到段落
|
||
|
||
文件引用应具体（"读 X 文件的 Y 段落"），不要笼统（"读 X 文件"）。
|
||
这是 playbook 的撰写要求，也是模型的执行要求。
|
||
|
||
---
|
||
|
||
## 五、特殊情境的处理
|
||
|
||
### 情境 1: 简单事实查询
|
||
|
||
若使用者只是查询单一已知事实（"2024 年总统选举得票率"），可跳过完整工作流，直接从 reference 或 events 取出资料。但仍应标注来源等级。
|
||
|
||
### 情境 2: 模糊任务
|
||
|
||
若任务描述不清，先要求使用者澄清，不要硬猜。澄清问题应具体（"您想分析的是 X 还是 Y？"）。
|
||
|
||
### 情境 3: 任务涉及多重 playbook
|
||
|
||
若任务复杂涉及多 playbook，按 `playbooks/multi_playbook_orchestration.md` 的组合规则。**不要平行执行多 playbook**——会导致输出结构混乱。
|
||
|
||
### 情境 4: 紧急或时效性任务
|
||
|
||
即使紧急，仍走标准流程。"快速分析"不是"省略宪法文件"的理由。但可输出"快速版"（较短、聚焦、明示是初步判断）。
|
||
|
||
### 情境 5: 关于本工具或元问题
|
||
|
||
若使用者询问"这个工具能做什么"、"知识库怎么组织"等元问题，直接回答，不走 playbook。
|
||
|
||
---
|
||
|
||
## 六、本知识库的"自我意识"
|
||
|
||
模型在使用本知识库时应保持以下自觉：
|
||
|
||
1. **本知识库不全知**——总有未涵盖的部分
|
||
2. **本知识库有时差**——重大事件可能尚未更新
|
||
3. **本知识库有偏好**——选择什么放进知识库本身就是判断
|
||
4. **本知识库是工具，不是真理**——使用者应批判性使用产出
|
||
|
||
诚实标注以上局限，是合格使用本知识库的标志。
|
||
|
||
---
|
||
|
||
## 七、版本与更新
|
||
|
||
- 本 INDEX 文件最后更新：2026-05-22
|
||
- `live/` 每日热点态势层接入：2026-05-18
|
||
- p1-p6 知识文件补充后，已整体刷新各级 MANIFEST 与 routing 路由文件：2026-05-20
|
||
- p7 受众层知识文件与受众分析 playbook 接入：2026-05-21
|
||
- p8 美国对台军售专题知识、军售专用 routing 与军售综合 playbook 接入：2026-05-22
|
||
- 全局 `_FILE_INDEX.md` 兜底索引接入：2026-05-22
|
||
- 当知识库结构有重大改动时，本文件应同步更新
|
||
- 当宪法文件有改动时，本文件应反映新的工作流
|
||
|
||
---
|
||
|
||
## 八、最简版工作流（提醒卡）
|
||
|
||
如果模型读到这里只能记住一件事，应该是这个流程：
|
||
|
||
```
|
||
1. 读 4 份宪法文件
|
||
2. 走 routing → 选 playbook
|
||
3. 按 playbook 执行
|
||
4. 自检 → 输出
|
||
5. 不知道就说不知道
|
||
```
|
||
|
||
其他都是这五步的展开。
|