专利法第二十六条第三款要求说明书对发明或者实用新型作出清楚、完整的说明，以所属技术领域的技术人员能够实现为准。判断时不是问「我能不能看懂」，而是问「这个领域里没参与项目的人，照这份文件能不能做出来」。
审查时看的三件事
- 能不能实现：关键结构或步骤有没有写全。用「可以采用常规技术手段」代替具体做法，通常会被认为没充分公开。
- 能不能解决问题：技术方案和技术问题是同一套逻辑，不能写一套方案去解决文首提的另一个问题。
- 能不能达到效果：有益效果要有依据，涉及参数的要有对应的取值说明。
最容易出问题的四种情形
| 情形 | 表现 | 处理方式 |
|---|---|---|
| 关键步骤缺失 | 「然后进行常规处理」 | 补全具体流程和判断条件 |
| 参数无依据 | 只给结果数据，不给取值范围 | 给出范围及选取理由 |
| 效果无支撑 | 说效果显著但没有实施例 | 补实施例或删除效果主张 |
| 方案与问题错位 | 开头提一个问题，正文解决另一个 | 重写技术问题部分 |
软件和算法类方案的特殊要求
这类方案最容易被认为公开不充分：写明「训练模型」就完了，没写输入输出、网络结构、损失函数、判断阈值。审查时要求的是能走通的技术流程。写的时候按时间顺序把每一步拆开，中间的判断条件全部写出来，不要概括成「对数据进行处理」。
硬件配合软件的方案还要两边对齐：硬件部分采集什么信号，软件部分怎么处理，输出什么控制动作。三者缺一，实施路径就断了。
撰写时的自查顺序
- 把拟保护的技术方案拆成若干步，写成流程图。流程图里每个框都必须能在说明书中找到对应段落。
- 逐段检查有没有「常规方法」「已知技术」「容易想到」。每出现一次就补一句具体做法。
- 把权利要求书逐条对照，确认每个特征都能落到具体段落。
- 请一位不熟悉项目的同事按说明书走一遍，记录他卡住的地方。卡住的地方就是没公开充分的地方。
补不回来的地方就不要写
有些内容是项目组的隐性经验，比如某个装配顺序的调整、某处涂胶量的控制。这些往往一句话说不清，写进交底书又容易被当成细节忽略。原则是：写不具体的内容不要写进权利要求，写不出来的效果不要写进有益效果。宁可范围小一点，不要让整份文件因为一处公开不充分被反复审查。
常见问题
公开到什么程度算够
够的标准是同领域技术人员照做能实现，不需要创造性劳动。能复现方案、能解决技术问题、能达到效果，三条都满足。
商业秘密和充分公开冲突吗
不冲突。可以选择不把最核心的工艺参数写进申请，但写进去的部分必须公开充分，不能给一个做不出来的方案。
公开不充分会有什么后果
可能被驳回，或者即使授权也容易在无效程序中被宣告无效，因为该缺陷属于实质性缺陷。
说明书可以写「如图」不写文字吗
不行。附图是辅助，文字部分仍然是主要依据，只写「如图三所示」属于记载不清。
答复时能补充公开内容吗
不能。修改不得超出原说明书和权利要求书记载的范围，公开不充分的缺陷通常靠补材料解决不了。
把技术流程拆到每一步都能落段，是这类申请最费功夫也最值功夫的部分。专利Pro 先把口语化的方案整理成分步流程，再逐段核对公开是否完整，适合作为提交前的自查。
具体审查标准以国家知识产权局现行专利审查指南为准。