Knowledge 节点
knowledge search 和 knowledge answer 的区别、搭法和常见坑。
Knowledge 相关节点主要是两类：
knowledge_searchknowledge_answer
先分工，不要混用
| 节点 | 更像什么 | 更适合什么时候用 |
|---|---|---|
| Knowledge search | 去资料库里搜材料 | 还在找证据、段落、片段时 |
| Knowledge answer | 基于资料库给一个答案 | 已经知道问题，想要带引用的回答时 |
常见输出是什么
这两类节点常见会产出：
- citations
- knowledgeBaseId
- answer，只有 answer 类节点会更明显依赖它
所以如果后面还要进文档、 PPT 或交付，通常最好先经过一次 Data operation，把：
- 结论
- 引用
- 不确定性
- 下一步动作
拆开再往下传。
最常见搭法
- Goal / brief
- Knowledge search 或 answer
- Data operation
- Review
- Document / Delivery
常见错误
| 现象 | 常见原因 | 更稳的处理方式 |
|---|---|---|
| 查出来一堆材料，但下游完全不好用 | 没做 data operation | 先整理字段，再给下游 |
| 直接拿 answer 当最终事实 | 把答案误当成最终结论 | 保留 citations，必要时人工复核 |
| 问题太宽，结果很浅 | brief 没收窄 | 限定主题、时间范围、地区和输出格式 |
| 后面要交付给别人看，但没有来源 | 只留了结论，没保留 citations | 把来源作为正式输出字段保留下来 |
更好的使用方法
- 先决定你是要“搜材料”还是“拿答案”；
- 如果后面有人要复核，引用一定要留；
- research 型 workflow 里，不要让 knowledge 节点直接承担最终交付职责；
- 真正重要的结论，最好在 review 节点再做一次收口。