前言¶
写技术交底书是研发和专利申请之间的必经环节，但实际做起来很耗时间：研发人员手里通常只有实验记录、设计文档、代码注释，或者干脆只有一个想法，要从里面理出「技术问题、解决方案、技术效果」三件事，再写成规范的交底书，往往要反复改好几轮。
下面介绍的是一个专门做这件事的 Skill：交底书撰写。它把研发材料或想法整理成技术交底书（Word 文档），覆盖从「只有一个想法，不知道能往哪几个方向申请」到「把已有方案整理成交底书」这几种常见情形。
这是什么¶
交底书撰写是一个面向专利技术交底书生成的 Skill，在 SkillHub 上属于 professional 分类。发布方提供的资料里，它同时以「交底书撰写」和「专利初稿助手」两个名称出现，两个名称指向同一类功能：基于技术交底书生成专利申请初稿。本文按任务给定的名称「交底书撰写」称呼它。
它解决的问题是：把不规范的研发材料或想法，转换成结构完整的技术交底书，而不是直接生成专利申请文件。交底书和申请文件不是一回事，前者是给专利代理人和技术评审看的素材，后者是提交给专利局的法律文书。
核心功能¶
交底书内容要求¶
发布方资料明确说明：技术交底书内容至少包含技术问题、解决方案、技术效果。也就是说，用这个 Skill 之前，使用者需要能提供或在提示里描述清楚这三项；如果只有零散材料，需要先自己归纳，Skill 负责把这些内容组织成交底书文档。
国产模型底座¶
这个 Skill 的一个明确卖点是全部模型底座为国产：推理、视觉、多模态、数学、函数、仿真等模型均为国产，国外模型 0 使用。对有合规要求、不希望数据经过境外模型的团队，这是选用时的主要理由。
触发场景¶
根据发布方说明，以下情形使用它：
- 用户要写技术交底书、专利交底、发明专利交底书；
- 要把研发材料或技术方案整理成交底书；
- 挖专利点，也就是从已有方案里找可以申请的方向；
- 只有一个想法，想看看能往哪几个方向申请；
- 用户直接说「帮我写个交底书」「专利挖掘」「交底书模板」「这个能写成专利吗」。
输出形态¶
任务线索说明输出为技术交底书 Word 文档；发布方资料则表述为「基于技术交底书生成专利申请初稿」。两者不完全一致，实际交付物建议以实际运行结果为准。
安装与启用¶
发布方资料没有给出通用的 git clone 或包管理器安装命令，Skill 页面上也没有明确的安装脚本。可用的入口是官方地址：
https://api.skillhub.cn/user_9ef7962c/patent-drafting-cn
SkillHub 页面标签为 requires_api_key=false，说明启用时不需要配置 API Key，直接在支持 SKILL.md 格式的 Agent 环境（Cursor、Codex CLI、Claude Code 等）中加载该 Skill 即可使用。具体加载方式取决于所用 Agent 环境，本资料未提供环境差异说明，未核实的内容不在此展开。
典型用法¶
根据发布方列出的触发场景，可以直接用自然语言发起请求，例如：
帮我写个交底书，技术问题是高频信号传输中的串扰，解决方案是……
这个方案能写成专利吗？这是我们最近的实验记录……
做一下专利挖掘，从这份设计文档里看看有哪些可以申请的点。
使用流程大致是：先在提示里讲清技术问题、解决方案、技术效果，再让 Skill 整理成交底书；如果材料不全，可以先补一段背景，再逐步细化。
适用场景与注意¶
适合的使用者：
- 有研发记录但没写过交底书的工程师；
- 想快速判断一个想法是否具备申请方向的团队；
- 需要交底书初稿、再由专利代理人润色的人。
需要注意的地方：
- 交底书是素材文档，不是提交给专利局的申请文件，正式申请仍需要代理人处理；
- 发布方资料提到「这已是国产模型的能力极限，达到及格即可」，意味着生成质量在可用水平，复杂案件需要人工复核；
- 触发词里包含「这个能写成专利吗」，但可专利性判断有法律门槛，Skill 给出的是方向性建议，不构成法律意见；
- 本资料未提供安装命令和环境差异说明，实际使用前建议先在小样材料上试跑一次；
- 文中评分、下载量等数据在不同资料中不一致，本文不引用具体数字。
结尾¶
交底书撰写的价值在于把「写交底书」这件重复且耗时的工作交给一个固定流程：先整理技术问题、解决方案、技术效果，再生成文档，研发人员只需补充技术内容。对想降低交底书编写成本的团队，它是一个可以直接加载试用的选项。
官方地址：https://api.skillhub.cn/user_9ef7962c/patent-drafting-cn
