展开本页目录
开始前准备什么
- 将练习包解压到独立目录，不覆盖已有项目或真实业务资料。
- 先运行本包校验并查看实测范围，再按官方文档使用自己的软件、账号与准确版本。
- 需要真实模型的步骤只使用自己的 Key，截图与下载包不包含凭据。
- 导入一份可核对的说明
- 连接一个兼容模型
- 只选择验收条件一节
- 发出具体修订请求
- 人工核对后采用
- 导出 Markdown 再检查
- 记录全文注入边界
原创输入、运行脚本、字段校验、负例和执行范围；不含可用密钥。
已真实校验原创项目说明、保护章节与改动外溢负例；未运行 Open WebUI Notes 模型会话。官方 Notes 列表截图有来源。
对应正文的具体资料，保持输入可追溯。
验证字段与负例；不能代替未执行的软件或模型。
明确区分材料验证、框架执行和模型调用。
1. 导入一份可核对的说明
在 Open WebUI Notes 新建笔记，粘贴 brief.md。先核对目标、验收条件、已确定事实三节；原文里的含糊条件正是本题要修订的对象。
bash
python3 verify.py
2. 连接一个兼容模型
管理员 Connections → OpenAI 添加 https://api.apizt.com/v1 和自己的 Key。模型 ID 来自实际可用列表；/models 验证与真实 chat 请求是两次不同检查。
3. 只选择验收条件一节
选中“设备能用，资料齐全，大家听懂了”，打开 Notes 的 AI chat/增强操作。官方图显示实际 Notes 列表入口，不是这份项目的运行结果。
4. 发出具体修订请求
使用 prompt.md，要求把三个含糊句改成可观察动作，仍限 12 台设备、60 分钟、4 名志愿者，不新增付费、证书或满意率事实。
5. 人工核对后采用
逐条确认它写的是待执行验收动作，而不是声称大家已经听懂。Notes 关联聊天可继续提问，模型返回未由本站执行；不用人工参考伪装成真实回复。
6. 导出 Markdown 再检查
从 Notes 导出 .md 为 my-brief.md。用脚本验证目标和已确定事实保持不变，验收条件不再是原始含糊句。
bash
python3 verify.py --actual my-brief.md7. 记录全文注入边界
把该 Notes 附加到新对话时是全文上下文，不等于 RAG 分块检索。核对是否真的需要整份说明，再保存版本和修订理由。
怎样确认已经完成
- 从 Notes 导出 .md 为 my-brief.md。用脚本验证目标和已确定事实保持不变，验收条件不再是原始含糊句。
- 把该 Notes 附加到新对话时是全文上下文，不等于 RAG 分块检索。核对是否真的需要整份说明，再保存版本和修订理由。
- 已真实校验原创项目说明、保护章节与改动外溢负例；未运行 Open WebUI Notes 模型会话。官方 Notes 列表截图有来源。
常见问题
Open WebUI Notes 与知识库检索有什么区别？
当前官方说明 Notes 附加时会注入全文；Knowledge RAG 则检索相关片段。本题不声称建立了向量索引。
导出成功代表修订内容正确吗？
不代表。导出只证明拿到文件，还要检查固定事实、未编辑章节及建议是否可执行。