方法论案例
OASIS-5 方法论演示案例：说明书候选稿如何形成
适合希望理解 OASIS-5 正式五步定义，以及如何在说明书候选稿任务中保留事实、支撑、版本和人工责任记录的专利代理师与团队负责人。
快速了解
本页是虚构演示案例，不是客户案例。它展示同一说明书任务如何依次经过完善技术交底、生成候选草案、结构化事实与保护策略、迭代撰写和答复，以及人工审核、数据边界与定稿；每一步都保留输入、候选输出和确认人。
适合希望理解 OASIS-5 正式五步定义，以及如何在说明书候选稿任务中保留事实、支撑、版本和人工责任记录的专利代理师与团队负责人。
不适用情形
- 跳过人工审核直接提交
- 让 AI 编造未确认技术事实
- 忽略数据安全与客户授权边界
输入材料
- 虚构技术交底摘要
- 已确认事实与信息缺口
- 团队模板和复核标准
输出结果
- 技术事实与缺口表
- 说明书候选结构
- 权利要求—说明书支撑表
- 修改与最终确认记录
人工确认
- 演示内容是否明确标注为虚构
- 是否区分事实、模型补充和专业推理
- 保护策略与说明书支撑是否可接受
- 最终文本和材料使用是否获得确认
依据
一手来源与使用边界
下列来源用于核对规则原文和当前适用状态；本文是工作流程参考，不替代针对具体案件的专业判断。
OASIS-5 方法论
Optimize、Assist、Structure、Iterate、Secure 的唯一正式定义和责任边界。
OASIS-5 实施白皮书
用于理解团队试点、版本记录、人工复核和实施边界，不作为客户效果证据。
《中华人民共和国专利法》
第 26 条用于核对说明书和权利要求书的基本要求；演示案例不替代具体案件专业判断。
演示任务：工业设备状态监测说明书候选稿
假设材料只说明“用多个传感器判断设备异常”，但没有给出传感器关系、数据处理步骤、阈值来源和可验证效果。所有技术内容均为虚构流程占位，不用于说明某项真实发明。
- 目标：形成可审阅的说明书候选结构。
- 限制：不补写没有来源的参数或实验结果。
- 责任：发明人确认事实，专利代理师确认保护策略和最终文本。
Optimize：完善技术交底
先把原始描述拆成已确认事实、信息缺口和待发明人澄清事项。此阶段不追求完整文案，而是防止模型把合理推测写成既定事实。
- 建立传感器、处理步骤和输出结果的技术要素表。
- 标记阈值、采样关系和效果证据缺口。
- 形成发明人确认问题与材料补充清单。
Assist：生成候选草案
只使用已确认材料生成多个可比较候选，例如不同章节骨架、术语表和实施方式表达。候选内容保留来源标记，不能因为语言完整就进入定稿。
- 生成说明书章节骨架与术语候选。
- 并列展示不同表达而非输出唯一答案。
- 把模型补充和待确认内容单独标记。
Structure：结构化技术事实与保护策略
建立技术问题、技术方案、技术效果、权利要求候选和说明书段落之间的对应关系，让专利代理师看到每个概括和限定来自哪里。
- 形成问题—方案—效果关系表。
- 建立权利要求—说明书支撑定位。
- 记录当前保护重点和需要保留的退守层级。
Iterate：迭代撰写与答复
专利代理师按事实、支撑和策略修改候选稿，系统记录采纳、修改、拒绝和待确认四类结果。后续申请文件检查或审查意见答复仍沿用同一版本链。
- 统一术语、编号和引用关系。
- 记录修改理由及其对保护范围的影响。
- 将未决问题退回发明人或客户确认。
Secure：人工审核、数据边界与定稿
最后由专业人员确认技术事实、充分公开、权利要求支撑、保护策略、客户授权和材料使用边界。完成确认前，页面只把结果称为候选稿。
- 核对材料授权、敏感级别和访问范围。
- 保存最终候选版本与人工复核记录。
- 由专利代理师决定是否定稿及进入官方提交。
专业复核
提交或交付前，请确认这些事项
把事实来源、保护范围、技术支撑和数据边界逐项确认清楚，再决定哪些内容可以进入定稿。
复核清单
- 明确本页是完全虚构演示，不是匿名真实客户案例。
- 逐步沿用 Optimize、Assist、Structure、Iterate、Secure 正式定义。
- 每一步区分已确认事实、模型候选、专业推理和待确认项。
- 记录权利要求—说明书支撑以及采纳、修改、拒绝理由。
- 在 Secure 阶段确认材料授权、数据边界和最终责任。
常见误区
- 把虚构演示写成真实客户项目或运行结果。
- 按具体任务重新命名或调整 OASIS-5 正式五步。
- 用语言完整代替事实来源和说明书支撑。
- 展示效率或授权效果，却没有样本和运行证据。
- 把 AI 候选稿描述为已经可以提交的最终文件。
核对依据
- 本页只有方法演示证据，不证明工作流运行、生成质量或客户效果。
- 真实案例必须另行取得客户授权、完成脱敏，并保留输入输出和人工复核证据。
- OASIS-5 的唯一正式定义来自方法论页和源代码合同，不由案例重新解释。
可直接使用的检查清单
- 1.标明演示或真实案例性质。
- 2.列出已确认事实与信息缺口。
- 3.生成并比较候选草案。
- 4.建立问题—方案—效果与支撑关系。
- 5.记录每次人工修改理由。
- 6.核对授权、敏感级别和访问范围。
- 7.由专利代理师确认最终状态。
执行路径
OASIS-5 演示案例 的输入、处理和输出
按准备材料、处理步骤和人工确认三个阶段推进，便于团队在真实案件中逐项执行。
处理步骤
- Optimize 完善交底
- Assist 生成候选
- Structure 建立事实与策略关系
- Iterate 记录修改
- Secure 完成人工审核和数据边界确认
输出结果
- 技术事实与缺口表
- 说明书候选结构
- 权利要求—说明书支撑表
- 修改与最终确认记录
人工复核
- 演示内容是否明确标注为虚构
- 是否区分事实、模型补充和专业推理
- 保护策略与说明书支撑是否可接受
- 最终文本和材料使用是否获得确认
FAQ
OASIS-5 演示案例 常见问题
这是经过脱敏的真实客户案例吗？
不是。本页内容完全为演示构造，没有使用真实客户身份、技术材料、运行结果或效果数据，因此不能作为客户案例或产品质量证明。
案例中的五步可以按任务重新命名吗？
不可以。OASIS-5 的正式定义固定为 Optimize、Assist、Structure、Iterate、Secure；具体任务只能说明每一步如何应用，不能另行定义五步。
这个演示能证明系统已经生成高质量说明书吗？
不能。它只解释方法和证据结构，不是版本化运行记录。真实试点还需要保存输入、输出、失败、人工修改、结算和验收证据。