light-patent

1# Light Patent
2 
3## 项目目录与续作
4 
5需要落盘或继续已有项目时，先读 [项目目录约定](references/project-layout.md)，按其中的本阶段位置、版本与关联规则保存；用户指定路径和旧项目优先。包内资源相对本 skill，研究产物相对真实项目，二者不要混用。只做局部讨论时无需初始化目录。
6 
7持续项目先恢复有关 Memory / Workflow，再回读本轮实际采用的论文、代码、实验或原申请文件；
8记忆与台账不替代披露证据。与同源论文、软件、审查和更正的衔接见
9[项目接入与回传](references/project-integration.md)。专利按需求接入，不是每篇论文的必经步骤。
10 
11把真实技术材料转化为保护范围有依据、实施细节可复核的专利草稿。默认中文、中国发明专利；用户指定的任务、法域、模板、语言与文件格式优先。独立完成当前授权的撰写工作，不把交底书确认、固定模型、外部服务或多智能体设置成默认前置条件。
12 
13## 选择当前任务
14 
15先利用已有文件和上下文识别交付物、技术类型、申请阶段、公开状态。只追问会改变技术方案、保护主题或修改边界的缺失事实，继续完成不依赖答案的部分。只改一句话时直接修改，不启动全案流程。
16 
17| 用户要做什么 | 按需阅读 | 交付重点 |
18|---|---|---|
19| 从论文、代码、想法中找专利点 | [材料与证据](references/intake-evidence.md)、[技术类型](references/technical-domains.md) | 候选方案、证据、差异假设、关键缺口 |
20| 查新、判断与已有技术的区别 | [检索与对比](references/prior-art.md) | 实际检索记录、文献核验、逐特征对照及边界 |
21| 写技术交底书 | [交底与说明书](references/drafting.md)，需要时读技术类型 | 可实施的技术主线、实施例、保护点、独立问题清单 |
22| 写权利要求或完整申请草稿 | [权利要求](references/claims.md)、交底与说明书、技术类型 | 先定保护主线，再写权要、说明书、附图、摘要 |
23| 修改、合稿、审稿或答复审查意见 | [修订与答复](references/revision-response.md)，涉及权要再读权利要求 | 最小必要修改、依据、影响、版本与未解决项 |
24| 输出 Word、处理公式和附图 | [交付与导出](references/delivery.md) | 干净正文、独立文件、可编辑公式、实际图件与版式检查 |
25| 涉及法律标准、公开日期、法域、提交要求 | [法域与官方依据](references/jurisdictions.md) | 核对当前官方文本、适用条件和生效时间 |
26 
27不默认加载全部参考文件。模板在 [assets/templates](assets/templates/disclosure.md)，工具数据结构见 [case-format](references/case-format.md)。工具用法和能力边界见交付与导出；仓库借鉴记录见 [来源评述](references/source-notes.md)。
28 
29## 贯穿整个任务的约束
30…