企业官网建设流程全解析

【示例】某装置创造性答复（脱敏）

【免费下载链接】patent-disclosure-skill中国专利.skill：专利点挖掘与交底书（发明/实用/外观）编写，通俗解读专利，嗅探政策动向，辅助审查答复。项目地址: https://gitcode.com/GitHub_Trending/pa/patent-disclosure-skill

通知书要点

审查员认为权利要求1相对于对比文件1与公知常识的结合不具备创造性，认为区别技术特征仅为常规结构替换。

策略

保留独立权利要求主体；将说明书中记载的「限位配合 + 导向斜面」组合特征并入权利要求1；意见陈述中强调该组合解决的装配误差与卡滞问题及预料不到的效果。

陈述要点

1. 确认对比文件1未公开导向斜面与限位面的同时限定。
2. 说明二者功能上相互支持，非简单叠加。
3. 指出修改特征来自原说明书第×段（示例中用「待指认段落」代替真实页码）。

修改摘要

权利要求1增加特征：……（脱敏）；说明书适应性修改对应段落。

结果

修改后授权。

关联案

• （暂无）

对比文件

• CNXXXXXXXXXX.X

各小节写作要求： - **通知书要点**：凝练审查员的驳回/审查观点，点明"对比文件 + 公知常识"等结合方式与"区别仅为常规替换"等否定性判断，这是后续检索命中的语义核心； - **策略**：记录答复动作（保留主体、并入特征、强调技术效果），策略类型应与 frontmatter 的 `strategy` 枚举一致； - **陈述要点**：用编号列表逐条列出核心争辩点，包括对比文件未公开的技术特征、特征间的功能协同、修改特征的说明书出处； - **修改摘要**：说明权利要求与说明书的修改位置与内容，涉及保密参数时以"（脱敏）"代替； - **结果**：一句记录案件结局，与 `outcome` 字段对应； - **关联案 / 对比文件**：分别用于双链其他案例与记录对比文件公开号，对比文件若有解读笔记可进一步链接。 ## 四、导航行与 Obsidian 集成 模板顶部保留 Obsidian 双链导航行： ```markdown > 导航：[[oa/_OA索引|_OA索引]] · [[oa/_OA关联.canvas|关联 Canvas]] · [[oa/_OA看板.base|看板]]

_OA索引.md、_OA看板.base、_OA关联.canvas是每个 OA 库根固定生成的三个聚合文件（references/schemas/oa_case.schema.yaml 与 docs/oa/README.md），由入库或refresh_vault.py自动刷新，无需手写。

五、从模板到入库：完整实操流程

模板对应的落地路径与状态映射为（references/schemas/oa_case.schema.yaml）：

无 Obsidian 库时根目录回退为{Documents}/patent-disclosure-skill/oa/；向量库默认{Documents}/patent-disclosure-skill/oa/data/oa_vectors.sqlite；嵌入配置为{Documents}/patent-disclosure-skill/oa/embedding.config.yaml（仓库 docs/oa/embedding.config.yaml 仅为种子模板）。

5.1 推荐路径：PDF 直出草稿 → 人审补全 → 入库

按 prompts/oa/ingest_case.md 的四步走：

第一步：抽取并起草（仅生成草稿）

pip install -r tools/oa/requirements-oa.txt # 含 pymupdf python tools/oa/ingest_case.py --pdf path/to/notice.pdf \ --reply-pdf path/to/reply.pdf \ --case-id my-case-slug --title "脱敏标题" --draft-only

--draft-only表示只生成草稿、不入库，供人审补全标签后二次确认。脚本内部（ingest_case.py 的build_draft_from_pdfs）会用 tools/oa/pdf_text.py 抽取通知书文本，按模板结构生成含 frontmatter 的草稿 md，同时落盘.extracted.txt/.extracted.json抽取产物。

第二步：Agent 补全 frontmatter

阅读草稿 md 与.extracted.txt，补全statutes、defect_types、patent_type、domain、strategy、outcome、related_cases、tags；确认status: history（待答复案件用pending）。

第三步：人审脱敏

列出将脱敏的客户名、具体参数等，用户确认「可入库」后才进入下一步。

第四步：正式入库

python tools/oa/ingest_case.py -i path/to/case.md --extra-name "客户名" # 或确认草稿后去掉 --draft-only：直接 --pdf …（抽→写草稿→入库一步完成）

入库脚本（ingest_case.py 的ingest_one）依次完成：

1. 解析 frontmatter（parse_case_markdown）并调用 tools/oa/redact.py 的redact_text对正文与标题做实体脱敏，置redacted: true；
2. 按defect_types/statutes自动补齐oa/{defect}、法条/{statute}标签；
3. 写入对应状态的笔记路径；
4. 仅当status: history时，对 chunk 做向量化并 upsert 进 sqlite（tools/oa/store.py）；pending/draft只写笔记不入向量库；
5. 调用refresh_oa_vault刷新_OA索引/_OA看板.base/_OA关联.canvas。

入库后向用户报告note_path、case_id、chunk 数、sqlite 路径及刷新结果。硬性红线：禁止把未脱敏原文提交到 git。

5.2 真实示例对照

examples/example_oa_response/cases/history/hist-inventiveness-clamp.md 是模板的真实落地案例（hist-clarity-connector.md为另一个对照示例）：同样是「创造性答复」，frontmatter 完整标注defect_types: [inventiveness]、statutes: [专利法第22条第3款]、outcome: amended_then_granted，正文按模板六小节叙述"限位凸起 + 导向斜面"组合特征的修改与争辩过程。写作新案例时可直接以此为范本。

六、模板如何反哺答复生成：检索复用链路

模板沉淀的历史案，最终服务的是 prompts/oa/respond_office_action.md 中的"先检索再生成"流程：

python tools/oa/search_cases.py --pdf path/to/office_action.pdf \ --patent-type invention \ --statute "专利法第22条第3款" \ --defect inventiveness \ --top-k 5

【免费下载链接】patent-disclosure-skill中国专利.skill：专利点挖掘与交底书（发明/实用/外观）编写，通俗解读专利，嗅探政策动向，辅助审查答复。项目地址: https://gitcode.com/GitHub_Trending/pa/patent-disclosure-skill