①书面描述要体现对发明的 “拥有权”：说明书不能仅罗列功能框架，需通过具体细节证明申请人在提交申请时确实掌握该发明。比如涉及功能模块类的发明，不能只写 “数据处理模块”，而要说明模块对应的实体结构，像 “基于处理器 + 存储器的架构，处理器通过执行 XX 算法实现数据处理”，避免因仅提虚拟功能划分而被认定未满足书面描述要求。对于生物、材料等领域，还可加入 “结构 - 功能” 对应表，若为抗体等领域，需提供 10 - 20 个代表性序列，以此支撑宽泛的权利要求范围。

②可实施性需达到 “无需过度试验” 标准：要给出完整的技术实现细节，确保本领域技术人员能依此制造和使用发明。软件类发明需提供流程图、伪代码、API 接口定义等；硬件类发明要包含框图、电路图、组件连接关系和材料特性；生物医药等实验类发明则需明确实验条件、配方、对照数据等。例如描述一种图像识别优化算法，不能只说 “优化识别效率”，要写出算法的核心步骤、输入输出示例，以及在特定设备上测试的定量数据，如 “推理速度提升 2 倍，准确率达 95%”。

③主动披露[敏感词]实施方式：虽 AIA 改革后未披露不再导致专利无效，但为避免诉讼中被质疑诚信，仍需清晰呈现。可采用 “示例 + 备选参数窗口” 的方式，既公开核心优方案，又给出可替换的参数范围，平衡技术保护与商业秘密保护。

①对应功能性限定的具体结构 / 手段：若权利要求中使用 “用于…… 的装置” 这类功能性限定表述，说明书必须披露对应的具体结构、材料或动作。比如权利要求写 “用于快速处理数据的装置”，说明书需明确该装置是 “具备多级流水线的 GPU”，或 “执行 XX 并行计算算法的 FPGA 芯片”，否则会因权利要求不明确触发 112 (b) 问题。

②明确定义关键术语：对于自定义术语或有特殊含义的词汇，要在说明书中给出清晰界定。比如在通信领域发明中使用 “低延迟传输协议”，需明确该协议的传输时延阈值、数据帧格式等具体标准，避免审查或诉讼中因术语歧义引发争议。同时要规避 “大约”“高效率” 等模糊用语，若涉及数值需给出明确范围或量化标准。

112 (f) 虽非直接驳回理由，但权利要求中若出现无结构限定的功能性特征，会触发该条款的解读，进而可能因不符合 112 (a) 和 112 (b) 被驳回。对此说明书需建立 “功能 - 结构” 的明确关联。例如某申请的权利要求提及多个功能模块，说明书不能只讲模块的虚拟划分，还需公开 “处理器执行特定代码”“通过特定电路连接实现模块协同” 等具体结构，让功能性特征有实际技术载体作为支撑，避免被认定为仅为抽象的功能框架。

单一实施例难以支撑范围较宽的权利要求，说明书需设计多层次实施例。可从具体到宽泛逐步递进，比如先给出一个包含具体配方、工艺参数的核心实施例，再提供可替换的组分、等效的算法或不同的硬件配置方案，后适度泛化技术方案。这种层级结构既能证明申请人掌握了不同场景下的实现方式，又能为权利要求的修改和答辩预留空间，确保权利要求的每一个层级都有对应的说明书内容作为支撑。