算法与软件类发明专利技术交底书模板
本模板用于软件、算法、Agent 系统和代码实现类方案的技术交底书整理。 默认写成“说明书前置稿”,而不是代码实现盘点。 代码路径、函数名、字段名、接口、测试文件和内部事件名默认进入独立证据映射或本文后置附录。 如需继续扩展为中国发明专利申请文件初稿,请改用
invention-patent-draft-template.md。
一、方案基本信息
1. 方案名称
[应体现技术方案主题,建议控制在 25 字以内]
2. 方案来源与确认状态
[说明方案来自客户确认、标题反向澄清、代码挖掘、PRD、会议纪要或参考模板;如原始标题经过调整,应写明调整原因]
3. 候选申请类型
[通常填写:发明专利]
4. 证据状态摘要
[用一句话概括证据状态,例如“A 级证据覆盖会话解析、命名空间生成、权限校验和运行时投影链路”。不要填写本地绝对路径或模块清单]
二、技术领域
[用 1 段说明所属技术领域和具体应用方向。软件/算法/Agent 场景应写到具体机制,例如智能体运行时、动态上下文组装、会话鉴权、调度优化、状态表示、特征提取等]
三、背景技术
1. 现有技术或现有实现方式
[客观描述与本方案最接近的现有系统形态、算法路线、软件架构或工程实现方式]
2. 现有方案存在的问题
[围绕本方案真实解决的问题列出 2-5 条不足。避免泛泛写业务痛点,应写技术约束、状态表达不足、资源耦合、上下文污染、权限边界、计算效率、调度质量等]
3. 本发明拟解决的技术问题
[用 1 段收口为一个核心技术问题;如存在多个问题,说明它们如何共同指向同一技术方案]
四、发明内容
1. 总体技术方案
[用 1-2 段概括“通过什么技术手段解决什么技术问题”。不要堆叠代码文件名,不写成模块清单]
2. 架构转译说明
[将项目架构转译为技术对象、对象关系、状态表示、动作更新和输出结果。不要写技术选型清单]
| 架构事实 | 专利表达 | 对应步骤 / 特征 |
|---|---|---|
| [代码中的模块、服务、数据表或调用关系] | [技术对象 / 关系 / 状态 / 动作 / 输出] | S1 / F1 |
3. 方法步骤
[按 S1、S2、S3... 写清楚方案如何执行。每一步应描述技术动作、处理对象和输出结果,不写具体函数名]
- S1:[输入、初始化、对象识别、模型构建或状态解析]
- S2:[核心数据/状态/权限/上下文/特征的生成或更新]
- S3:[关键判断、筛选、调度、映射、召回、注入、校验或计算]
- S4:[执行、输出、回写、拒绝、告警、优化或上下文更新]
- S5:[如有,循环迭代、终止条件、结果输出或后处理]
4. 进一步限定
[对关键步骤补充可进入从属权利要求或实施例的内容,例如状态字段、特征向量、权重、阈值、触发条件、缓存、回退、鉴权、异常处理、排序策略、终止条件等]
5. 核心创新点
[列举 3-5 个真正值得申请的机制或流程区别点。每一点应表达为“技术机制/流程/状态/数据结构上的改进”,而不是“某文件实现了某函数”]
6. 有益效果
[逐条说明技术效果,并尽量对应前文步骤或机制。没有实验数据或线上指标时,不做量化夸大]
五、附图说明
[建议绘制哪些图,并说明每张图服务于哪一段方案表达]
- 图 1:[整体流程图]
- 图 2:[技术机制或单元协同框图]
- 图 3:[数据流、状态流转、权限链、资源映射或模型结构图]
- 图 4:[可选,效果对比、时序图或异常处理流程图]
六、具体实施方式
1. 示例场景
[用一个具体但不泄露客户敏感信息的场景说明本方案如何运行。例如某个智能体会话、任务板、身份验证、记忆召回或调度优化场景]
2. 输入对象与初始条件
[说明输入数据、对象、状态、权限、上下文、候选集合、资源约束、运行参数或环境条件]
3. 模型、状态或数据表示
[说明命名空间、状态机、异构图、特征向量、权限链、记忆强度、候选集合、任务目标、调度约束等核心表示方式]
4. 具体执行步骤
[按 S1...Sn 展开具体实施过程。每一步说明输入、处理逻辑、判断条件、输出或状态变化]
5. 参数、约束与边界条件
[说明阈值、权重、触发时机、终止条件、访问范围、失败条件、降级策略、缓存策略或异常处理]
6. 输出结果
[说明最终输出或执行结果,例如文件视图、上下文、身份状态、调度方案、候选解、审查结论、告警或回写记录]
7. 示例跑通过程
[选择一个具体场景或样例输入,按 S1...Sn 展示方案如何从输入运行到输出。可加入必要参数、规则表、公式或伪代码]
如涉及评分、排序、阈值、向量或图结构等可形式化内容,正文须先设符号表并保持跨节同形,体例见
references/algorithm-software-disclosure-format.md"公式与符号体例"。
七、技术效果
[将发明内容中的有益效果进一步对应到具体实施步骤。建议按“技术手段 -> 效果”的方式写]
| 技术手段 / 步骤 | 对应技术效果 | 证据状态 |
|---|---|---|
| [S1 / S2 / 机制] | [效果] | A / B / C |
八、替代实施方式
[列出在不脱离核心发明构思下的可替代实现,例如不同数据结构、不同模型、不同触发条件、不同部署方式、不同安全策略]
九、代码证据摘要与附录索引
本章只做证据摘要,不替代独立的
04-方案代码证据映射-<方案名>.md。 如果已经另行输出证据映射,本章只保留 3-6 条证据结论和映射文件索引。
1. 证据结论摘要
[说明哪些核心步骤已有直接代码支撑、哪些是结合多处实现归纳、哪些仍需确认]
2. 关键证据索引
| 技术步骤 / 特征 | 证据位置 | 证据等级 | 进入正文方式 |
|---|---|---|---|
| [S1 / F1] | [E1 / 相对路径 / 文档 / 测试] | A / B / C | 正文核心机制 / 实施例 / 待确认 |
3. 不写入正文的工程细节
[列出只适合作为证据附录的细节,例如内部字段名、临时变量、具体测试路径、框架样板代码]
十、待研发 / 代理师确认事项
- [当前代码中尚未完全落实、需研发补充确认的内容]
- [关键参数、阈值、约束条件或终止条件]
- [是否有实验数据、测试结果或线上指标支撑技术效果]
- [哪些特征适合进入独立权利要求,哪些更适合进入从属权利要求或实施例]
- [哪些内容存在第三方依赖归属、公开不充分或术语不一致风险]