wuyang6
38 lines
1.9 KiB
Markdown
38 lines
1.9 KiB
Markdown
# 边界说明
|
|
|
|
这里维护跨标签、跨领域的易混淆边界。边界知识的优先级高于自动迁移出来的标签卡片片段，但低于用户在当前任务中明确给出的新规则。
|
|
|
|
## 目录结构
|
|
|
|
- `边界索引.md`：边界层的入口，告诉 Agent 遇到哪类 query 应该读哪个边界文件。
|
|
- `高频混淆/`：人工维护的高频混淆边界，是运行时优先读取的边界知识。
|
|
- `领域概览/`：从旧标签资料自动迁移出来的领域边界概览，信息有价值，但粒度较粗，主要用于补充背景。
|
|
|
|
## 读取顺序
|
|
|
|
1. 先读 `../索引/候选召回索引.md` 或 `边界索引.md`，判断是否命中高频混淆。
|
|
2. 如果命中，优先读 `高频混淆/` 下的具体边界文件。
|
|
3. 如果没有命中，再读候选标签卡片。
|
|
4. 如果候选仍然不清楚，再读 `领域概览/` 对应领域文件。
|
|
|
|
不要直接全量读取 `边界/`。自动领域概览不能替代高频混淆卡片。
|
|
|
|
## 高频混淆卡片格式
|
|
|
|
每个高频混淆文件建议包含：
|
|
|
|
- 适用场景：哪些 query 或任务会触发这个边界。
|
|
- 候选集合：列出容易混淆的标签、intent 或 function。
|
|
- 决策顺序：Agent 应该按什么问题逐步排除。
|
|
- 关键区分点：动作诉求、资源类型、设备端、上下文、是否需要执行。
|
|
- 输出建议：在 Agent 包装、intent、function program 之间如何处理。
|
|
- 正例/反例：尽量贴近真实 query。
|
|
- 仍需确认：哪些信息缺失时必须问用户。
|
|
|
|
## 维护原则
|
|
|
|
- 高频边界要写成“判断流程”，不要只写结论。
|
|
- 边界卡片可以引用标签卡片，但不要复制整段标签定义。
|
|
- 当线上 badcase 或数据生成反复撞到同一类混淆时，应新增或更新 `高频混淆/` 文件。
|
|
- 自动生成的 `领域概览/` 可以保留，但不要在其中人工维护精细规则。
|