需求未定稿时可先跑通追问/判定/出方案;槽位与判定树外置 YAML,后续可接 Ragflow。 Co-authored-by: haijd <haijd@163.com>
19 lines
676 B
Markdown
19 lines
676 B
Markdown
# 需求未定稿时:先搭通用原型的步骤
|
||
|
||
## 要不要先搭原型?
|
||
|
||
**要。** 做成「配置驱动的通用骨架」,不要等需求 100% 精确再动手。
|
||
|
||
- 先验证:追问 → 判定 → 检索引用 → 出方案草稿
|
||
- 业务变了:主要改 `knowledge/*.yaml`
|
||
- 后台/渠道:闭环跑通后再补
|
||
|
||
## 具体步骤
|
||
|
||
1. **拉起本原型**(不必先装 Ragflow)
|
||
2. **和业务改槽位/判定树 YAML**(边聊边改,`POST /api/admin/reload-config`)
|
||
3. **灌真实小样本到 Ragflow**,切 `RETRIEVAL_BACKEND=ragflow`
|
||
4. **再补**转人工、单渠道、Eval、薄后台
|
||
|
||
不要颠倒:先做大后台或双渠道。
|