patent-disclosure-skill references/schemas合同体系拆解8份YAML如何约束Agent行为【免费下载链接】patent-disclosure-skill中国专利.skill专利点挖掘与交底书发明/实用/外观编写通俗解读专利嗅探政策动向辅助审查答复。项目地址: https://gitcode.com/GitHub_Trending/pa/patent-disclosure-skillpatent-disclosure-skill 是一款开源专利技能负责专利点挖掘、发明/实用新型/外观设计交底书编写、通俗解读专利、审查答复辅助与政策动向嗅探。它的references/schemas/目录下放着 8 份 YAML「合同」提前规定 Agent 能写哪些字段、必填什么、严禁做什么。这篇文章用大白话拆解这些合同到底如何约束 Agent 的行为。为什么写专利的 AI 需要一份合同先行让 AI 直接自由发挥写交底书常见翻车点有三个字段前后不一致、附图来历不明、看不清的东西硬编。patent-disclosure-skill 的解法很朴素在动笔前先让 Agent 按统一模板把事实落盘成 YAML 文件成文时只读这些文件。references/schemas/README.md里有一句定调的话禁止在 disclosure交底与 reader解读两端各维护一份字段定义——8 份合同是单一事实源写读共用。8 份合同速览合同文件管什么服务于structure.schema.yaml产品形状/构造事实实用新型交底与解读appearance.schema.yaml外观造型事实外观设计交底与解读figure_plan.schema.yaml附图选用、排序、图际关联实用/外观成文formula_plan.schema.yaml发明公式选题与可算提纲含公式的发明交底design_lineart_brief.schema.yaml外观辅助线稿描述可选用户确认开启后structure_lineart_brief.schema.yaml实用结构辅助线稿可选用户确认开启后evolution_backlog.schema.yaml技能进化清单模式 C政策动向嗅探oa_case.schema.yaml审查答复案例模式 D答复前先检索案例核心事实合同两份 YAML 锁死看到了什么structure.schema.yaml实用新型的结构事实表这份合同要求 Agent 把产品结构拆成三类字段parts部件清单id 名称 形状 材料relations连接关系卡扣/螺栓/铰接……还可用seen_in标注该连接可见于哪张图uncertain看不清 / 说明书未写明的部分最有意思的约束在必填规则uncertain是必填字段允许为空数组但必须存在。这等于逼着 Agent 主动声明哪些我看不清楚而不是默不作声地脑补。另一个巧思是not_utility_model_signals字段——如果材料看起来更像方法或外观就写进这里供分流避免张冠李戴。appearance.schema.yaml外观设计的造型事实表逻辑完全对称overall_shape一句话造型、views已见视图每个视图可挂source_image路径、ornament/color纹样色彩、design_points设计要点。同样强制uncertain同样有not_design_signals分流字段。配套示例见 examples/example_design_desk_lamp/一份台灯材料就包含多视角实拍图附图合同figure_plan.schema.yaml 最硬核写交底书贴哪些图、按什么顺序、为什么贴这份合同要求成文前就固化下来而不是写正文时临时从assets/里翻图。每条图记录包含 6 个必填字段path、role总装/局部/正交/立体/参考/剔除、kind线稿/CAD/实拍、score0–100 分同批内越高越优先入文、use_in_disclosure、reason。更硬核的是图际关联relates_to提供 6 种关系枚举detail_of局部放大、section_of剖视、exploded_of爆炸图、same_state同状态、alternate_view换视角、sequence步骤前后并强制有总装局部入文时局部图必须写回一条detail_of。配套的跨图核对规则甚至禁止图1叫卡扣臂、图2另起弹片这种命名漂移。还有一段多轮同步强制条款只要换图、改主题、改部件表必须先更新 figure_plan 再改正文附图禁止跳过——这是 8 份合同里迭代纪律写得最细的。公式合同formula_plan.schema.yaml 先会算再写公式发明交底涉及公式时必须先写formula_plan.yaml把选哪个范式、主式人话、符号表、可代入的数值全部固化。约束链条是这样的范式必须来自 references/formulas/paradigms.yaml 范式菜单可外挂覆盖paradigm_ids找不到就报错numeric_example必须给出至少一组输入→结果的代算示例成文前跑 tools/shared/check_formula_plan.py 的--eval简单式自动代算验证写正文时只展开计划内的式与符号改公式须先改文件再联动正文硬性规则区还特别注明化学/反应要用chemistry标签范式勿套用weighted_sum——防止 Agent 拿加权求和套所有场景。示例工程 examples/example_batch_job_scheduler/ 就演示了匹配分 归一化CPU项 内存项 − 负载惩罚这种可算提纲两份线稿合同AI 画线稿不许放飞自我想给交底书补黑白线稿两份合同外观 / 结构默认关闭且共享三条硬边界enabled: true必须等用户回复「是」后才能置位禁止无参考图的纯文生图每条views的source_paths非空且文件必须存在产出不是申报终稿入文默认use_in_disclosure: falsereason必须写明「AI 辅助线稿非申报终稿」结构线稿合同更进一步把生图拆成分层纪律轮廓层先出无号线稿序号层再叠部件号——件号必须来自 StructureSchema 的parts禁止生图模型自创编号。配套的门禁脚本 tools/shared/structure_lineart_gate.py 和 tools/shared/design_lineart_gate.py 负责在落图前把关卡死。效果对比可看 examples/example_utility_model_snap_heatsink/ 的卡扣散热器案例两份旁路合同嗅探政策与答复审查意见evolution_backlog.schema.yaml政策动向也要可核验模式 C 嗅探政策后产出进化清单EVOL-*.md。硬性规则只有三条条条是防幻觉钉子source_url必须是可打开的绝对 URL无 URL 的行禁止进主表只有 A/B 级证据能支撑「建议改技能」项清单处于draft_pending_confirm状态时禁止改 prompts 和 SKILL.md——先人审后动手。oa_case.schema.yaml审查答复先检索不空写模式 D 把历史审查答复OA案例入库 Obsidian。status直接决定落盘目录history可检索 /pending/draft入库前必须脱敏redacted: true硬性规则要求检索先按statutes/defect_types/patent_type过滤再向量 Top-K生成答复必须引用命中案例并展示差异不得无检索空写。向量库刷新用 tools/oa/refresh_vault.py。一句话总结合同如何被执行8 份 YAML 的约束力来自四层机制这也是它对 Agent 行为约束方式的完整答案机制做法单一事实源mode: disclosure \| reader写读共用禁止两端各养一套字段必填 硬禁止每份合同都有「必填」清单与「硬禁止」黑名单uncertain强制声明盲区落盘先行先写figure_plan.yaml/formula_plan.yaml等文件成文只读文件多轮迭代强制同步工具门禁check_formula_plan.py --eval自动代算、线稿 gate 脚本、OA 向量库检索用代码兜底规则如果你想自己动手验证从 SKILL.md 看入口再对着 references/schemas/README.md 的对照表逐个打开 8 份合同——你会发现它们加起来不到 500 行却把AI 写专利最容易失控的每一步都钉死了。【免费下载链接】patent-disclosure-skill中国专利.skill专利点挖掘与交底书发明/实用/外观编写通俗解读专利嗅探政策动向辅助审查答复。项目地址: https://gitcode.com/GitHub_Trending/pa/patent-disclosure-skill创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考