[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M7B371SEB1Z1W62NZQP0Z95S":3,"skill-same:01M7B371SEB1Z1W62NZQP0Z95S":44},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":19,"linkOnly":20,"markdownContent":21,"markdownBody":22,"frontMatter":23,"refName":24,"commitSha":25,"skillDirectory":26,"forksCount":14,"repositoryHtmlUrl":27,"repositoryHomepageUrl":6,"ownerHtmlUrl":28,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":29,"install":30,"resources":43},"01M7B371SEB1Z1W62NZQP0Z95S","patent-draft",null,"典拠（patent_research）の待ち行列から明細書ドラフトの仕事を拾い、施行規則の見出し構造に沿って明細書の下書きを起こす。","kta\u002Fmy-cloudflare-services","kta","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F7880965?v=4","01M7AXBA4NE7SGSBH8FX71QT1H","Sakakibara","01M7B36RKD7YYNN1AQWJ5D8VWG",0,"MIT","https:\u002F\u002Fgithub.com\u002Fkta\u002Fmy-cloudflare-services\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpatent-draft\u002FSKILL.md",[],[],"2026-11-15 14:19:17",false,"---\nname: patent-draft\ndescription: 典拠（patent_research）の待ち行列から明細書ドラフトの仕事を拾い、施行規則の見出し構造に沿って明細書の下書きを起こす。\n---\n\n# patent-draft — 明細書の下書きを起こす\n\n**出力は下書きである。法的助言ではない。** 出願の可否と記載の適否は人間が判断する。\n\n## 前提\n\n- `GET $BASE\u002Fapi\u002Fmatters\u002F:id\u002Fdisclosure` — 発明開示（課題・手段・効果・実施形態）\n- `GET $BASE\u002Fapi\u002Fmatters\u002F:id\u002Felements` — 構成要件\n- `GET $BASE\u002Fapi\u002Fmatters\u002F:id\u002Fevidence` — 典拠（**`quoteCheck='verified'` のものだけ使う**）\n- `GET $BASE\u002Fapi\u002Fmatters\u002F:id\u002Fassessments` — 特許性の判断\n\n## 節と、それぞれの書き方\n\n`PUT $BASE\u002Fapi\u002Fmatters\u002F:id\u002Fdrafts` に `{\"section\": \"...\", \"markdown\": \"...\"}` で節ごとに保存する。\n節の名前は施行規則の見出しに 1:1 で対応している。\n\n| section | 見出し | 書くこと |\n|---|---|---|\n| `title` | 発明の名称 | 発明の対象を端的に。範囲を狭める語を入れない |\n| `technical_field` | 技術分野 | 1〜2 文 |\n| `background_art` | 背景技術 | **典拠のある公報だけ**を引く。段落番号まで書く |\n| `prior_art_documents` | 先行技術文献 | 【特許文献1】特開2018-134274 の形で列挙 |\n| `problem` | 発明が解決しようとする課題 | 背景技術の何が足りないのか。ここが弱いと進歩性が組めない |\n| `solution` | 課題を解決するための手段 | **請求項と対応させる。** 構成要件を漏れなく含める |\n| `advantageous_effects` | 発明の効果 | 課題と 1:1 で対応させる |\n| `brief_description_of_drawings` | 図面の簡単な説明 | 【図1】…の形 |\n| `description_of_embodiments` | 発明を実施するための形態 | **実施可能要件（36条4項1号）を満たす具体性**で書く |\n| `examples` | 実施例 | 数値・条件を具体的に |\n| `industrial_applicability` | 産業上の利用可能性 | 1 文 |\n| `reference_signs` | 符号の説明 | 10 撮像部、12 制御部…の形 |\n| `claims` | 特許請求の範囲 | 下記の注意を守る |\n| `abstract` | 要約 | **400 字以内**（超えると電子出願でエラー）。200 字以上が望ましい |\n\n## 請求項を書くときの注意\n\n- **構成要件の記号（A・B・C…）と 1:1 で対応させる。** 対応が崩れると、\n  クレームチャートで積んだ典拠がどの要件のものか言えなくなる\n- **マルチマルチクレームを作らない**（施行規則24条の3第5号、令和4年4月1日施行）。\n  2 つ以上を択一的に引用する請求項を、2 つ以上を択一的に引用する請求項が引用してはならない\n- 請求項を保存すると機械が検査する:\n  `PUT $BASE\u002Fapi\u002Fmatters\u002F:id\u002Fclaims` → `multiMultiClaims` が空でないなら直す\n- ソフトウェア関連発明では、**ハードウェア資源との協働**が読み取れるように書く\n  （審査基準 附属書B 第1章。29条1項柱書の発明該当性）\n\n## 図\n\nMermaid のコードブロックで書いてよい。装置の構成なら `flowchart`、処理の流れなら\n`sequenceDiagram` か `flowchart`。**図に描いたものは必ず本文にも書く**（図だけにある構成は\n記載として弱い）。\n\n````markdown\n```mermaid\nflowchart LR\n  A[撮像部 10] --> B[瞳孔検出部 20]\n  B --> C[視線算出部 30]\n  C --> D[加入度決定部 40]\n  D --> E[処方データ出力部 50]\n```\n````\n\n## 書いたあとに確かめること\n\n1. **請求項の全構成要件が、実施形態に具体的に書かれているか**（実施可能要件）\n2. **請求項の範囲が、実施形態で裏付けられた範囲を超えていないか**（サポート要件）\n3. **用語が一義的に読めるか**（明確性要件）\n4. 要約が 400 字以内か（画面が字数を出す）\n5. 背景技術で引いた公報が、すべて照合済みの典拠から来ているか\n\n## やってはいけないこと\n\n- 典拠のない公報を背景技術に引く\n- 実施形態を書かずに請求項だけ広げる\n- 「〜が好ましい」だけで数値範囲の裏付けを書かない\n- 未出願の発明の本文を外部の LLM へ送る\n- 「出願する」「提出する」操作をしようとする（このシステムは書き出すところまでで、\n  提出は人間が別の手段で行う）\n","# patent-draft — 明細書の下書きを起こす\n\n**出力は下書きである。法的助言ではない。** 出願の可否と記載の適否は人間が判断する。\n\n## 前提\n\n- `GET $BASE\u002Fapi\u002Fmatters\u002F:id\u002Fdisclosure` — 発明開示（課題・手段・効果・実施形態）\n- `GET $BASE\u002Fapi\u002Fmatters\u002F:id\u002Felements` — 構成要件\n- `GET $BASE\u002Fapi\u002Fmatters\u002F:id\u002Fevidence` — 典拠（**`quoteCheck='verified'` のものだけ使う**）\n- `GET $BASE\u002Fapi\u002Fmatters\u002F:id\u002Fassessments` — 特許性の判断\n\n## 節と、それぞれの書き方\n\n`PUT $BASE\u002Fapi\u002Fmatters\u002F:id\u002Fdrafts` に `{\"section\": \"...\", \"markdown\": \"...\"}` で節ごとに保存する。\n節の名前は施行規則の見出しに 1:1 で対応している。\n\n| section | 見出し | 書くこと |\n|---|---|---|\n| `title` | 発明の名称 | 発明の対象を端的に。範囲を狭める語を入れない |\n| `technical_field` | 技術分野 | 1〜2 文 |\n| `background_art` | 背景技術 | **典拠のある公報だけ**を引く。段落番号まで書く |\n| `prior_art_documents` | 先行技術文献 | 【特許文献1】特開2018-134274 の形で列挙 |\n| `problem` | 発明が解決しようとする課題 | 背景技術の何が足りないのか。ここが弱いと進歩性が組めない |\n| `solution` | 課題を解決するための手段 | **請求項と対応させる。** 構成要件を漏れなく含める |\n| `advantageous_effects` | 発明の効果 | 課題と 1:1 で対応させる |\n| `brief_description_of_drawings` | 図面の簡単な説明 | 【図1】…の形 |\n| `description_of_embodiments` | 発明を実施するための形態 | **実施可能要件（36条4項1号）を満たす具体性**で書く |\n| `examples` | 実施例 | 数値・条件を具体的に |\n| `industrial_applicability` | 産業上の利用可能性 | 1 文 |\n| `reference_signs` | 符号の説明 | 10 撮像部、12 制御部…の形 |\n| `claims` | 特許請求の範囲 | 下記の注意を守る |\n| `abstract` | 要約 | **400 字以内**（超えると電子出願でエラー）。200 字以上が望ましい |\n\n## 請求項を書くときの注意\n\n- **構成要件の記号（A・B・C…）と 1:1 で対応させる。** 対応が崩れると、\n  クレームチャートで積んだ典拠がどの要件のものか言えなくなる\n- **マルチマルチクレームを作らない**（施行規則24条の3第5号、令和4年4月1日施行）。\n  2 つ以上を択一的に引用する請求項を、2 つ以上を択一的に引用する請求項が引用してはならない\n- 請求項を保存すると機械が検査する:\n  `PUT $BASE\u002Fapi\u002Fmatters\u002F:id\u002Fclaims` → `multiMultiClaims` が空でないなら直す\n- ソフトウェア関連発明では、**ハードウェア資源との協働**が読み取れるように書く\n  （審査基準 附属書B 第1章。29条1項柱書の発明該当性）\n\n## 図\n\nMermaid のコードブロックで書いてよい。装置の構成なら `flowchart`、処理の流れなら\n`sequenceDiagram` か `flowchart`。**図に描いたものは必ず本文にも書く**（図だけにある構成は\n記載として弱い）。\n\n````markdown\n```mermaid\nflowchart LR\n  A[撮像部 10] --> B[瞳孔検出部 20]\n  B --> C[視線算出部 30]\n  C --> D[加入度決定部 40]\n  D --> E[処方データ出力部 50]\n```\n````\n\n## 書いたあとに確かめること\n\n1. **請求項の全構成要件が、実施形態に具体的に書かれているか**（実施可能要件）\n2. **請求項の範囲が、実施形態で裏付けられた範囲を超えていないか**（サポート要件）\n3. **用語が一義的に読めるか**（明確性要件）\n4. 要約が 400 字以内か（画面が字数を出す）\n5. 背景技術で引いた公報が、すべて照合済みの典拠から来ているか\n\n## やってはいけないこと\n\n- 典拠のない公報を背景技術に引く\n- 実施形態を書かずに請求項だけ広げる\n- 「〜が好ましい」だけで数値範囲の裏付けを書かない\n- 未出願の発明の本文を外部の LLM へ送る\n- 「出願する」「提出する」操作をしようとする（このシステムは書き出すところまでで、\n  提出は人間が別の手段で行う）\n",{"name":5,"description":7},"main","4a91219a8ee6d080de9a1534c110c0fb88f5e119",".agents\u002Fskills\u002Fpatent-draft","https:\u002F\u002Fgithub.com\u002Fkta\u002Fmy-cloudflare-services","https:\u002F\u002Fgithub.com\u002Fkta","2026-09-07 08:09:46",{"source":8,"skillName":5,"commands":31,"prompt":41,"zipAvailable":42},[32,35,38],{"tool":33,"command":34},"npx","npx skills add kta\u002Fmy-cloudflare-services --skill patent-draft",{"tool":36,"command":37},"bunx","bunx skills add kta\u002Fmy-cloudflare-services --skill patent-draft",{"tool":39,"command":40},"pnpm","pnpm dlx skills add kta\u002Fmy-cloudflare-services --skill patent-draft","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fkta\u002Fmy-cloudflare-services\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpatent-draft\u002FSKILL.md",true,[],[45,52,59,66,73],{"skillNo":46,"name":47,"nameZh":6,"description":48,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":49,"categories":50,"keywords":51,"publishedAt":19},"01M7B374N1TX86F6NBMANGP04V","patent-search","典拠（patent_research）の待ち行列から先行技術調査の仕事を 1 つ拾い、構成要件ごとに検索式を組んで公報を探し、見つけた段落を典拠として積む。","https:\u002F\u002Fgithub.com\u002Fkta\u002Fmy-cloudflare-services\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpatent-search\u002FSKILL.md",[],[],{"skillNo":53,"name":54,"nameZh":6,"description":55,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":56,"categories":57,"keywords":58,"publishedAt":19},"01M7B3701PTK5Q71T49A3AX6A7","patent-assess","典拠（patent_research）の待ち行列から特許性の判断の仕事を拾い、照合済みの典拠だけを根拠に、新規性と進歩性を審査基準の型で論じる。","https:\u002F\u002Fgithub.com\u002Fkta\u002Fmy-cloudflare-services\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fpatent-assess\u002FSKILL.md",[],[],{"skillNo":60,"name":61,"nameZh":6,"description":62,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":63,"categories":64,"keywords":65,"publishedAt":19},"01M7B36YKS876PWB5CATYQBBCF","new-service","Scaffold a new service (one Worker serving SPA + API, with contracts + D1) from the example_service template.","https:\u002F\u002Fgithub.com\u002Fkta\u002Fmy-cloudflare-services\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fnew-service\u002FSKILL.md",[],[],{"skillNo":67,"name":68,"nameZh":6,"description":69,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":70,"categories":71,"keywords":72,"publishedAt":19},"01M7B36W8E0HBD2YBRRB1Z5HPV","design-select","Use when creating a new screen or significantly changing a UI's look. Presents 2-3 design candidates as clickable HTML mockups in the user's browser (local preview server), lets the user pick one, then implements the winner per DESIGN_RULE.","https:\u002F\u002Fgithub.com\u002Fkta\u002Fmy-cloudflare-services\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fdesign-select\u002FSKILL.md",[],[],{"skillNo":74,"name":75,"nameZh":6,"description":76,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":77,"categories":78,"keywords":79,"publishedAt":19},"01M7B36TZS1JB80B31QXM2JSRF","check","Run the full check (lint + typecheck + test with coverage) and fix failures until green.","https:\u002F\u002Fgithub.com\u002Fkta\u002Fmy-cloudflare-services\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fcheck\u002FSKILL.md",[],[]]