123 lines
4.7 KiB
Markdown
123 lines
4.7 KiB
Markdown
---
|
||
name: policy-knowledge
|
||
description: 当用户提出台湾选举、两岸关系、美台/日台关系、政治论述、舆论事件、政策信号、选情推演或相关政治分析任务时，使用本 Skill 引导智能体按知识库入口、路由文件、playbook 和具体知识文件进行结构化分析。
|
||
---
|
||
|
||
# 政策知识库使用 Skill
|
||
|
||
本 Skill 是领域知识库的入口，不直接承载大量知识。它负责告诉智能体在相关任务中如何读取和使用本地 Markdown 知识库。
|
||
|
||
知识库入口文件：
|
||
|
||
```text
|
||
/mnt/knowledge/INDEX.md
|
||
```
|
||
|
||
## 适用场景
|
||
|
||
当用户任务涉及以下内容时，应使用本 Skill：
|
||
|
||
- 台湾选举、政党、政治人物、派系、选情分析。
|
||
- 两岸关系、主权定位、九二共识、战争和平叙事、灰色地带、经济胁迫。
|
||
- 美台关系、日台关系、国际涉台议题。
|
||
- 政治演讲、声明、政策文本、媒体报道、舆论事件的解读。
|
||
- 政治叙事、认知环境、信息影响、论述归因或传播路径分析。
|
||
- 需要用既有知识库材料支撑的研究、复盘、比较、预测或情境推演。
|
||
|
||
不适用场景：
|
||
|
||
- 与台湾政治、两岸、涉台国际关系无关的普通技术、生活、代码问题。
|
||
- 用户只要求修改代码、提交 git、启动服务等工程任务。
|
||
- 需要实时新闻、价格、法律或政策最新状态，但知识库未覆盖且没有外部检索工具时。
|
||
|
||
## 使用顺序
|
||
|
||
### 第一步：先读入口文件
|
||
|
||
一旦判断任务适用本 Skill，先调用 `read_file` 读取：
|
||
|
||
```text
|
||
/mnt/knowledge/INDEX.md
|
||
```
|
||
|
||
不要凭记忆直接回答知识库问题。先让 `INDEX.md` 决定后续流程。
|
||
|
||
### 第二步：遵循 INDEX 工作流
|
||
|
||
读取 `INDEX.md` 后，按其中规定执行：
|
||
|
||
1. 读取必要的基础规范文件。
|
||
2. 判断任务类型和议题范围。
|
||
3. 根据任务类型读取 `routing/by_question_type.md`。
|
||
4. 根据议题读取 `routing/by_topic.md`。
|
||
5. 如任务涉及多个议题、多个行动者或多个层面，读取 `routing/cross_reference_rules.md`。
|
||
6. 按 routing 指引选择 1-3 个合适的 playbook。
|
||
7. 按 playbook 指令读取具体知识文件并完成分析。
|
||
|
||
如果 `INDEX.md` 与本 Skill 有冲突，以 `INDEX.md` 为准。
|
||
|
||
## 与意图澄清 Skill 的关系
|
||
|
||
如果智能体同时配置了 `intent-clarification-policy`：
|
||
|
||
- 先用 `intent-clarification-policy` 判断用户任务是否清楚。
|
||
- 若任务达到可分析程度，再使用本 Skill 读取知识库。
|
||
- 若任务明显缺少目标、对象、时间、材料或输出要求，先澄清，不要直接展开知识库分析。
|
||
|
||
简单说：
|
||
|
||
```text
|
||
intent-clarification-policy 负责判断“任务够不够清楚”
|
||
policy-knowledge 负责判断“清楚后该读哪些知识”
|
||
```
|
||
|
||
## 文件读取规则
|
||
|
||
- 优先读取入口、routing、playbook，再读取具体知识文件。
|
||
- 不要一次性读取整个知识库，只读取当前任务需要的文件。
|
||
- 读取长文件时，可以先读开头、目录或相关段落，再按需继续。
|
||
- 引用知识库内容时，应说明依据来自哪个文件，而不是笼统说“知识库认为”。
|
||
- 如任务只需简单事实查询，可按 `INDEX.md` 的简化流程直接查 reference、events 或 entities。
|
||
|
||
## 占位与缺失处理
|
||
|
||
知识库还在建设中，routing 文件里可能出现 `[占位]`，也可能指向尚未创建的文件。
|
||
|
||
遇到这种情况时：
|
||
|
||
1. 不要反复读取不存在的文件。
|
||
2. 明确说明“该知识文件尚未建设”或“知识库未覆盖此点”。
|
||
3. 使用已经存在的入口文件、routing 文件、playbook 或相关知识文件做降级分析。
|
||
4. 不要编造缺失文件里的内容。
|
||
5. 如果缺失信息会影响结论，应在输出中标注不确定性。
|
||
|
||
推荐表达：
|
||
|
||
```markdown
|
||
知识库中关于【具体议题/人物/事件】的专门文件尚未建设，因此以下分析基于已存在的 routing、playbook 和相关背景文件，结论置信度相应降低。
|
||
```
|
||
|
||
## 输出要求
|
||
|
||
使用本知识库输出分析时，应做到：
|
||
|
||
- 区分事实、诠释和推论。
|
||
- 明示不确定性，不把推测写成事实。
|
||
- 涉及争议议题时呈现多方视角。
|
||
- 不替任何政治立场背书，不写宣传、攻击或动员性内容。
|
||
- 对知识库未覆盖的部分明确说明。
|
||
- 需要用户补充材料时，先提出具体澄清问题。
|
||
|
||
## 最小执行模板
|
||
|
||
当任务适用且已经足够明确时，按以下顺序执行：
|
||
|
||
```text
|
||
1. read_file("/mnt/knowledge/INDEX.md")
|
||
2. 根据 INDEX 读取必要规范文件
|
||
3. 读取 routing/by_question_type.md 或 routing/by_topic.md
|
||
4. 选择并读取相关 playbook
|
||
5. 按 playbook 读取具体知识文件
|
||
6. 输出结构化分析，并标注知识库覆盖范围与不确定性
|
||
```
|