夜雨聆风上季度盘点专利，项目组在白板上写了 8 个技术点。那天投影仪坏了，只能拿马克笔往玻璃上写，写到第三个，笔又没水了。大家临时找笔、翻材料，开会的时候倒是挺热闹。
季度末再看，真正送到代理师手里的只有 2 件。剩下那 6 个，有一个躺在研发日志里，只留下一句“优化了匹配逻辑”；有一个缩在测试报告第 23 页，说并发时响应更快，参数和对照都没写；还有一个更麻烦，只在离职同事的聊天记录里出现过。人走了，谁也讲不清当时为什么要那么改。
我自己也丢过这种东西。刚开始带团队时，我觉得专利多少有点像行政任务，能报就报，报不上也没办法。等真回头找材料，才发现不是技术点不够，而是材料散得太开。研发记得方案，测试拿着数据，代理师等交底书，谁都知道一点，凑到一起却总差一句关键的话。
最常听到的还是那句：“这个结构以前肯定没人做过。”
可再问一句，为什么这么改，改之前出了什么问题，有没有对照数据，会议室就安静了。
那些“回头补”，后来大多没补
最早做专利挖掘，办法很朴素。季末开会，工程师凭记忆讲，我拿着模板记。有一次工程师说：“当时把单点支撑改成了前后错位支撑，因为高速运行时偶发偏摆……效果数据在谁那儿来着？”
接下来四十分钟，几个人轮流翻群聊、找截图，最后在模板上写了三个字：回头补。
这种场面太常见了。好不容易把交底书凑出来，查新又得从头来一遍。我们搜一次，代理师再搜一次，数据库不一样，检索式也对不上。对比文献写到关键处，往往只剩一句“我觉得不像”。再拖到画附图，工程师已经不太想搭理这件事了。那阵子我桌上一直压着一份打印稿，红笔圈了好几处，到最后也没人说得清是谁改的。
每个环节单独看都不难，麻烦的是中间总断。文档在文件夹里，原因在人的脑子里，数据可能还在聊天记录里。少一块，前面做的那些事就白忙。
后来我试过用通用 AI 整理材料，速度确实快，可它太会把话说圆了。项目里明明没有“智能决策模块”，它能写得像真的一样；原文只有一句“效果不错”，它顺手就给出“准确率提升 30%”。第一次看到这种数字，我盯着屏幕愣了一下。专利材料不是宣传稿，多一个模块、多一组参数，后面都可能惹麻烦。
所以做这套系统时，我先定了一条有点笨的规矩：不知道就是不知道。
项目文档里有的，它可以提取、整理，也可以把散在不同文件里的内容串起来。材料里没有的，一律标成「待补充」，留给真正做过研发的人回答。能找到出处的证据，尽量带上文件和原文位置；外部查新的结果，数据库、检索式和日期一起留着。它不负责把故事编完整，只负责告诉你现在手里到底有什么，还缺什么。
说得挺硬气，其实一开始我也怀疑。工具不都喜欢给答案吗？头几轮跑下来，页面上冒出一排「待补充」，看着甚至有点碍眼。可也正是那一排字让我觉得，这东西能用。至少它没骗我。
我把整个过程塞进了一个 Obsidian 仓库
现在这套系统放在一个 Obsidian 仓库里。项目文档先进入 00_Inbox，再被整理成问题卡片、技术文档和候选发明点。每个候选都有固定编号，比如 PAT-2026-0003。点开以后，可以顺着链接看到它来自哪条研发记录，补过哪些材料，现在是等查新、等研发确认，还是已经交给代理师。
我第一次打开图谱视图时，满屏节点连在一起，确实挺像一张网。不过看一会儿也就习惯了，真正有用的不是图好看，而是再有人问“上次那组数据在哪儿”，不用让四个人一起翻聊天记录。
查新策略、现有技术对比、技术交底书、权利要求草案、附图方案、证据审计和创造性补强，也都留在同一个仓库里。它们不是一次生成后就扔掉的文件，前后内容用链接串着，哪一步缺证据，回头还能找到。
这套东西不保证授权。授权取决于现有技术，也取决于审查，谁都不该拍胸脯。它能做的只是把依据留下，把缺口摆到明面上。这个边界我反而想说清楚，省得工具刚装上，就被当成一台“自动授权机器”。那不现实。
用起来没有多少花样。在支持技能的 AI 工具里，Claude Code、Codex 都可以，直接说人话就行。
比如把项目目录交给它：“把 scripts/ 和 docs/ 里的需求文档、测试记录导入专利库。”它会调用 $patent-ingest，按原文整理材料并标上来源。文件夹里那些“最终版”“最终版2”，它也不嫌烦，照样收进去。
再说一句：“从这些历史文档里看看，有哪些可以申请的发明点。”这次调用的是 $patent-discover。问题、方案和效果证据比较齐的候选会排在前面，缺材料的不会被硬补，而是放进「待发明人确认」。
如果候选已经定了，可以直接说：“给 PAT-2026-0003 写一份技术交底书。”$patent-disclosure 会生成交底书正文，证据来源和待确认项另存成追溯文件，不混进去。研发拿去核，代理师也能接着看。要继续往前推，就让它做查新检索策略或者附图方案，不需要背命令。
它省下来的，是反复找东西的那股火
以前到了季度末，8 个专利点散在 6 个文件夹里，4 个人开一下午会，凑出 2 件交底书已经算顺利，里面还可能有一件因为证据不全被退回来。现在项目文档平时就往仓库里放，候选发明点跟着材料慢慢长出来。季度末再问有哪些能报，出来的是一份带出处的清单，缺的内容直接发给做过那段研发的人。
判断当然还是要人做。工具不会替研发确认事实，也不会替代理师判断授权前景。它只是让人少翻一点三个月前的群聊。这个区别看着不大，真做过几轮就知道，最磨人的往往不是写那几页交底书，而是不停切窗口，不停问“你还有印象吗”。
不过话说回来，工具治不了压根不想写专利的人。该拖还是会拖，该说“回头补”还是会说。它最多把原来浪费在找材料上的力气省下来，让愿意做的人少受点罪。
已经开源，下载就能用
系统已经放到 GitHub，采用 MIT 协议，可以免费使用：
https://github.com/hanman-keji/patent-grow-sys
macOS 和 Linux 运行：
bash install.shWindows 用 PowerShell：
powershell -ExecutionPolicy Bypass -File .\install.ps1安装后重启 Claude Code 或 Codex，直接用自然语言提需求就行。如果想确认是否装好，可以说：“请使用 $patent-grow-sys 检查当前专利系统的技能是否可用。”
有一件事得单独提醒。内部资料别为了试工具随手乱传，尤其是还没公开的技术内容，先把部署环境和保密要求弄清楚。那是公司的资产，不是拿来试提示词的样例。
前几天我又翻到那份被红笔圈过的打印稿，纸角已经卷了，几处“待确认”还留在那里。现在再碰到“这个结构以前肯定没人做过”，我会先让他把材料放进仓库。至于到底能不能报，等证据摆出来再说。