#建立第一条知识工作流

建立第一条流程 · 从真实问题到可验收的回答路径

本页不是安装教程。lorebit 尚未发布 npm 包或稳定 API；现在最有价值的“第一次成功”是把一条以后能验证、能处理变化、能交付证据的知识路径定义清楚。

#1. 从一个真实问题开始

选择一个需要持续引用资料的任务，例如“根据最新产品规则回答客户问题”。不要从“我想存向量”开始，因为那会过早决定实现，而不是决定用户需要得到什么。

写下三件事：

#2. 把问题写成一张工作流卡

不要把讨论留在会议纪要里。为每一条计划留下一张短卡，并让资料负责人、业务负责人和后续实现者都能回答同一组问题：

这张卡是采用设计，不是当前 lorebit 的配置文件；不要把它写成尚未存在的字段名或 API。

#让工作流卡成为实现的用户输入

一张完整工作流卡不只记录问题和资料，还要把未来实现无法自行猜出的用户结果写清：

#3. 定义最小知识工作流

只要这三项没有说清，换任何向量库都不会让知识回答更可靠。

#4. 把存储留在 adapter 边界

先列出你真正需要的能力：原文保存、语义检索、关键词检索、关系遍历或重建检查点。lorebit 的目标是协调这些能力，而不是替你实现数据库内核。

参见：数据库与索引适配器。

#5. 在进入实现前做一次桌面演练

以“根据最新产品规则回答客户问题”为例，随机挑一个常见问题，再故意选择一份已经替代的旧规则。若团队不能说明新旧规则分别由谁负责、旧规则为何不能继续支撑答案、以及回答会附上什么来源，那么计划还不够完整。回到工作流卡补齐，而不是提前挑选数据库。

#什么算完成

完成不是把卡片归档，而是能让三种角色各自回答一个问题：业务使用者能判断答案是否解决了真实任务；资料负责人能说明哪一版资料当前有效；未来集成方能从卡片提取带证据回答和资料更新的验收条件。做不到其中任意一项，就回到问题、边界或资料阶段继续补齐。

#6. 等待可验证的公开入口

公开 SDK 发布前，请不要把本文的术语当成可调用的类名或配置字段。届时本页会替换为一条可运行、带错误恢复说明的最小接入路径。

下一步：接入与审阅资料。