diff --git a/public/registry/index.json b/public/registry/index.json index e1115c3..11933c2 100644 --- a/public/registry/index.json +++ b/public/registry/index.json @@ -1,24 +1,24 @@ { "version": 1, - "updatedAt": "2026-08-12T04:29:41.587Z", + "updatedAt": "2026-08-12T17:39:20.094Z", "plugins": { "count": 26, - "updatedAt": "2026-08-12T04:29:41.587Z" + "updatedAt": "2026-08-12T17:39:20.094Z" }, "themes": { "count": 54, - "updatedAt": "2026-08-12T04:29:41.587Z" + "updatedAt": "2026-08-12T17:39:20.094Z" }, "widgets": { "count": 45, - "updatedAt": "2026-08-12T04:29:41.587Z" + "updatedAt": "2026-08-12T17:39:20.094Z" }, "skills": { "count": 29, - "updatedAt": "2026-08-12T04:29:41.587Z" + "updatedAt": "2026-08-12T17:39:20.094Z" }, "queries": { "count": 24, - "updatedAt": "2026-08-12T04:29:41.587Z" + "updatedAt": "2026-08-12T17:39:20.094Z" } } diff --git a/public/registry/plugins.json b/public/registry/plugins.json index 24662c9..81fbf0b 100644 --- a/public/registry/plugins.json +++ b/public/registry/plugins.json @@ -1,6 +1,6 @@ { "version": 1, - "updatedAt": "2026-08-12T04:29:41.587Z", + "updatedAt": "2026-08-12T17:39:20.094Z", "plugins": [ { "id": "plugin-smith", @@ -402,8 +402,8 @@ "sourceUrl": "https://store.notedeck.io/registry/plugins/reaction-piggyback/plugin.is", "apiUrl": "https://store.notedeck.io/registry/plugins/reaction-piggyback/api.json", "sha512": "f237acfb9f0532b64caecfdd1817691810064d8a844e613ac36269e38577a1a64d71903261aa0952dbfcb284c27e64dff224356629a7cfdff612324c5a8a507c", - "createdAt": "2026-08-12T04:29:41.822Z", - "updatedAt": "2026-08-12T04:29:41.822Z", + "createdAt": "2026-08-12T13:30:08+09:00", + "updatedAt": "2026-08-12T13:30:08+09:00", "authorUrl": "https://github.com/hitalin", "license": "MIT", "permissions": [ diff --git a/public/registry/queries.json b/public/registry/queries.json index 07e22a3..e4fb23c 100644 --- a/public/registry/queries.json +++ b/public/registry/queries.json @@ -1,6 +1,6 @@ { "version": 1, - "updatedAt": "2026-08-12T04:29:41.587Z", + "updatedAt": "2026-08-12T17:39:20.094Z", "queries": [ { "id": "no-cw", diff --git a/public/registry/skills.json b/public/registry/skills.json index 7f401e8..48294d0 100644 --- a/public/registry/skills.json +++ b/public/registry/skills.json @@ -1,6 +1,6 @@ { "version": 1, - "updatedAt": "2026-08-12T04:29:41.587Z", + "updatedAt": "2026-08-12T17:39:20.094Z", "skills": [ { "id": "ai-cost-pulse", @@ -27,7 +27,7 @@ { "id": "aiscript-surgeon", "name": "AiScript 外科医", - "version": "0.1.0", + "version": "0.2.0", "author": "hitalin", "description": "動かないプラグイン・ウィジェットをログから診断し、修復・検証・巻き戻しまで面倒を見る自己修復ループ", "category": "utility", @@ -53,7 +53,7 @@ ], "sourceUrl": "https://store.notedeck.io/registry/skills/aiscript-surgeon/skill.md", "apiUrl": "https://store.notedeck.io/registry/skills/aiscript-surgeon/api.json", - "sha512": "b95135bcf1eae6662d2612cb214449a2e5b5ee70dbe5ce2f19ba70014388399266d6dc52d879e3a879240cca2f8aff85338c0774e2983b3ef1e0865e574fab0b", + "sha512": "199c4c993bd1f7c7ea6b6f2d12de2bd7502c9cf01af43ea54c0b6b2ae976a662fc62cbf088415d2200910747baad347f2302ee185670dbe8ce8da785fbfb1f17", "createdAt": "2026-08-04T10:27:22+09:00", "updatedAt": "2026-08-04T10:27:22+09:00", "iconUrl": "https://store.notedeck.io/registry/skills/aiscript-surgeon/icon.svg" @@ -170,7 +170,7 @@ { "id": "widget-author", "name": "ウィジェット作者", - "version": "1.1.1", + "version": "1.2.0", "author": "NoteDeck", "description": "自然言語の依頼から AiScript ウィジェットを生成し、確認ダイアログ経由でユーザーに承認を取ってインストールするまでを担当するスキル。", "category": "composing", @@ -180,7 +180,7 @@ "tags": [], "sourceUrl": "https://store.notedeck.io/registry/skills/widget-author/skill.md", "apiUrl": "https://store.notedeck.io/registry/skills/widget-author/api.json", - "sha512": "5ba763a1c30583eace8f6cf7e372dee7298277b7f9101b839d58804f8dab4a894239ea923b6a9f158cb677cf2ef65e5094f2dfcedca3042299652f8c7eb0cc28", + "sha512": "2f3be7980292aa625381dba5c7bd689c72b637822e53e81f4b5c3a691a7cedac10f245a82b927335cce2336bacb4a536b6d35301bcd0b0fa3eab5484b9360608", "createdAt": "2026-08-04T12:07:50+09:00", "updatedAt": "2026-08-04T12:10:17+09:00", "iconUrl": "https://store.notedeck.io/registry/skills/widget-author/icon.svg" @@ -242,7 +242,7 @@ { "id": "skill-author", "name": "スキル作者", - "version": "1.0.0", + "version": "1.1.0", "author": "NoteDeck", "description": "会話で見つけたノウハウ・手順・判断基準をスキルとして書き起こし、skills.create で保存するまでを担当するスキル。", "category": "composing", @@ -252,7 +252,7 @@ "tags": [], "sourceUrl": "https://store.notedeck.io/registry/skills/skill-author/skill.md", "apiUrl": "https://store.notedeck.io/registry/skills/skill-author/api.json", - "sha512": "3da30c6dcf1a6f65b883846ad274eb920d5c11f6ebc62336a4d509df898a990b264532e1dd1e8bcec416acb03c2786ee18d2eb08535d7365595c06ab64553f77", + "sha512": "fe9b432b4f43ecef1daf47e5098ef9f9a514a7ce5795fada0081d0130a46234768ef1a2be0691211d47b20c9debbe7ddd68e4667f90828e4c90fe390c8db04f4", "createdAt": "2026-08-04T12:07:50+09:00", "updatedAt": "2026-08-04T12:10:17+09:00", "iconUrl": "https://store.notedeck.io/registry/skills/skill-author/icon.svg" @@ -260,7 +260,7 @@ { "id": "skill-gardener", "name": "スキル庭師", - "version": "0.1.0", + "version": "0.2.0", "author": "hitalin", "description": "手持ちのスキルの使われ方を観測し、診断・改善・検証・記録まで行う自己改善ループ", "category": "utility", @@ -284,7 +284,7 @@ ], "sourceUrl": "https://store.notedeck.io/registry/skills/skill-gardener/skill.md", "apiUrl": "https://store.notedeck.io/registry/skills/skill-gardener/api.json", - "sha512": "49edea169b7d4a446ad40d7e1be42d379d4dae4d57f7609a22464a750c40a5ca477f9cc47ee06644fefc0fd2a9e09cbb1cc22fd9c18613cb435a1e2b7b35b716", + "sha512": "80a7c727faa92c6b732859fb50d41c2616492fdc1ffa7740af9561b1b74a4cc5304bab871371ea949c107fd1089511dddf7b07769200bf7e4e3605996f75bbc2", "createdAt": "2026-08-04T10:27:22+09:00", "updatedAt": "2026-08-04T10:27:22+09:00", "iconUrl": "https://store.notedeck.io/registry/skills/skill-gardener/icon.svg" @@ -337,7 +337,7 @@ { "id": "theme-author", "name": "テーマ作者", - "version": "1.0.0", + "version": "1.1.0", "author": "NoteDeck", "description": "好きな色やモチーフからカラーテーマを設計し、theme.create で保存するまでを担当するスキル。配布実績のあるテーマ群から抽出した実勢パターンで破綻しない配色に仕上げる。", "category": "composing", @@ -347,7 +347,7 @@ "tags": [], "sourceUrl": "https://store.notedeck.io/registry/skills/theme-author/skill.md", "apiUrl": "https://store.notedeck.io/registry/skills/theme-author/api.json", - "sha512": "6285c1d2f7e570a5c55c5d9aebdef49491f03e0fff936e029bd0d0267c79d1d08196afeed368119a55b1ad6543111f150c558317f0c520c215c4664ea516e5b8", + "sha512": "b4aa6ff7036df5520138331f7674af28df85c2adb92cf92539210b5ef8771dfd2a29561238fcd66ea0e684c021ec622e31cd572086f38acf86b3de79e364c6de", "createdAt": "2026-08-04T12:07:50+09:00", "updatedAt": "2026-08-04T12:10:17+09:00", "iconUrl": "https://store.notedeck.io/registry/skills/theme-author/icon.svg" @@ -355,7 +355,7 @@ { "id": "theme-reference", "name": "テーマ文法リファレンス", - "version": "1.0.0", + "version": "1.1.0", "author": "NoteDeck", "description": "Misskey / NoteDeck カラーテーマの構造・props 記法・全プロパティを実装準拠で正確に答えるリファレンス。theme-author と同じ triggers でセット起動される (依存先として常に同伴)。", "category": "utility", @@ -365,7 +365,7 @@ "tags": [], "sourceUrl": "https://store.notedeck.io/registry/skills/theme-reference/skill.md", "apiUrl": "https://store.notedeck.io/registry/skills/theme-reference/api.json", - "sha512": "5adea278408843fc04f5b9c31d47a9f73a5d69b902a8a7f347164d9446b4a0ecd5d39ea5ce1e2df0808a212ad0750a284c902b7bdb761b95be8af66169082b46", + "sha512": "1debab9f4e0e6bfe1bd531f042d406f22cf6dfac87e386e1ddc12f2d0602e3c99075f2b225940473048c1b12470615b2021b55d891a0daa033f4d1c0b7774726", "createdAt": "2026-07-06T22:28:28+09:00", "updatedAt": "2026-08-04T12:10:17+09:00", "iconUrl": "https://store.notedeck.io/registry/skills/theme-reference/icon.svg" @@ -398,7 +398,7 @@ { "id": "plugin-author", "name": "プラグイン作者", - "version": "1.2.1", + "version": "1.3.0", "author": "NoteDeck", "description": "自然言語の依頼から AiScript プラグインを生成し、確認ダイアログ経由でユーザーに承認を取ってインストールするまでを担当するスキル。", "category": "composing", @@ -408,7 +408,7 @@ "tags": [], "sourceUrl": "https://store.notedeck.io/registry/skills/plugin-author/skill.md", "apiUrl": "https://store.notedeck.io/registry/skills/plugin-author/api.json", - "sha512": "0d87eee62556dc487d0ca02b5974f9fa9043936a42d4d44d9aa7ed869c02d28a41458e8914e0684e515eb168f624b2bd32739e5cda20128c2aab85e557328714", + "sha512": "c372814f9b4758ceb9e6d5780b6b6431de312be5c4f68e8e0ffc393633519b79babd32f6b7c849413ca99f664586788bc20e14d59f2553095a16b379291fe120", "createdAt": "2026-08-04T12:07:50+09:00", "updatedAt": "2026-08-04T12:10:17+09:00", "iconUrl": "https://store.notedeck.io/registry/skills/plugin-author/icon.svg" @@ -461,7 +461,7 @@ { "id": "writing-coach", "name": "ライティングコーチ", - "version": "0.1.0", + "version": "0.2.0", "author": "@hitalin", "description": "ユーザーの過去投稿を読んで「あなたの文体」を学習し、下書きの校正・トーン調整時に「あなたらしい文体」かどうかを判定して提案する自己編集型 persona。", "category": "composing", @@ -476,7 +476,7 @@ ], "sourceUrl": "https://store.notedeck.io/registry/skills/writing-coach/skill.md", "apiUrl": "https://store.notedeck.io/registry/skills/writing-coach/api.json", - "sha512": "8a329372ffa77fe4d1f1dc348abee4b012434ce16aa578df21beee3ba402c8370104a18f4f9dcbc2a79794d6516c160aae3271e9be4ae327a232029ee1760b90", + "sha512": "6414f61b3dfef99d123d567650e7d4fc394be4c515bdbe0e6b43b2e637cff17ba4b81a811ce9d8386747b0f9f5abee0d06785093e38e6bfa93bc79886ca2ec79", "createdAt": "2026-05-12T11:12:35+09:00", "updatedAt": "2026-08-04T14:33:48+09:00", "authorUrl": "https://github.com/hitalin", @@ -549,7 +549,7 @@ { "id": "seasonal-theme", "name": "季節テーマ persona", - "version": "0.1.0", + "version": "0.2.0", "author": "@hitalin", "description": "月に 1 度、現在のテーマを読んで季節感に合わせた配色微調整テーマを新規作成して提案する。AI が住居のインテリアを衣替えする体験。", "category": "persona", @@ -563,7 +563,7 @@ ], "sourceUrl": "https://store.notedeck.io/registry/skills/seasonal-theme/skill.md", "apiUrl": "https://store.notedeck.io/registry/skills/seasonal-theme/api.json", - "sha512": "68adce5b571658166330783cc48cd87f47f17d1eeadc0d6e0fc9c53e9a9f5a1159d91d190a1ffe1ecbff0042038fbe2cd1ee76c81e0b9112842b0735f0c4cd04", + "sha512": "34c75452bf01fed40e34928418422180aee0e18faa1156c92c3010978fccf58a9306fb3c70726a38dd471ac7f7fd5c1693de7a20949f9767eef1479fcb5fd3b0", "createdAt": "2026-05-12T11:12:35+09:00", "updatedAt": "2026-08-04T14:33:48+09:00", "authorUrl": "https://github.com/hitalin", diff --git a/public/registry/skills/aiscript-surgeon/api.json b/public/registry/skills/aiscript-surgeon/api.json index 66047d2..1c67974 100644 --- a/public/registry/skills/aiscript-surgeon/api.json +++ b/public/registry/skills/aiscript-surgeon/api.json @@ -1 +1 @@ -{"type":"skill","data":"---\nid: aiscript-surgeon\nname: AiScript 外科医\nversion: 0.1.0\nauthor: hitalin\ndescription: 動かないプラグイン・ウィジェットをログから診断し、修復・検証・巻き戻しまで面倒を見る自己修復ループ\nmode: trigger\nscope: global\ncategory: utility\ntriggers: [プラグインが動かない, プラグイン直して, プラグインを直して, ウィジェットが動かない, ウィジェット直して, aiscriptエラー, AiScript エラー, プラグインのエラー, plugin error]\ntags: [aiscript, plugin, widget, self-repair, debug]\n---\n\n# AiScript 外科医\n\nあなたは NoteDeck の AiScript プラグイン / ウィジェットの外科医です。「動かない」「エラーが出る」と言われたら、ログ → 診断 → 修正 → 検証 → (失敗なら) 巻き戻し のループで対処します。\n\n## 手術の手順\n\n1. **問診** — `aiscript.logs` でエラーを取得。どのプラグイン / ウィジェットか特定できなければ `plugins.list` / `widgets.list` と突き合わせる\n2. **開腹** — `plugins.read` / `widgets.read` でソースを取得し、エラー行周辺を読む\n3. **診断** — 下の落とし穴カタログと照合。カタログ外なら AiScript 1.2.1 の言語仕様から素直に推論する\n4. **修正案の提示** — 変更箇所の前後を示し、なぜ直るかを 1 行で説明してから同意を得る\n5. **preflight** — 適用前に必ず `aiscript.validate` で構文検証する\n6. **適用** — `plugins.update` / `widgets.update`。適用後に再度 `aiscript.logs` を見てエラーが消えたか確認するようユーザーに案内する\n7. **巻き戻し** — 悪化したら `plugins.history` / `widgets.history` を確認して `plugins.revert` / `widgets.revert`。履歴があるので手術は失敗しても元に戻せる\n\ntool 呼び出しは 5 ラウンドまで。1 回の起動では 1 つの拡張に集中し、問診と開腹を同じラウンドにまとめるなど節約する。\n\n## 落とし穴カタログ (AiScript 1.2.1)\n\n頻出の病因。上から順に疑う:\n\n- **`out` は予約語** — 変数名に使うと構文エラー\n- **正規表現が無い** — `Str:incl` / `Str:index_of` / ループの手書きスキャナで代替する\n- **`\"...\".incl(\"\")` は true** — 空文字判定を先にしないと全件マッチする\n- **`Str:tab` は存在しない** — 空白は ` ` `　` `Str:lf` だけで組む\n- **`Mk:api` は失敗時に throw しない** — エラー値が返る。`Core:type(res) != \"obj\"` で判定してから中身に触る\n- **`### {}` の permissions が空だと本家 Misskey Web でトークンが発行されない** — `Mk:api` が未認証で飛び、リレーション等が取れない。必要な read スコープを宣言する\n- **`note_post_interruptor` は同期実行** — 中で `Mk:api` や確認ダイアログは使えない。ユーザー操作を伴う変換は `post_form_action` に逃がす\n- **プラグインから CSS 注入・独自 UI は不可** — 使える面はノート / ユーザーメニュー、投稿フォームアクション、`Plugin:config` だけ。それを超える要求は「プラグインでは無理」と正直に言う\n- **絵文字は単一コードポイントのみ安全** — 異体字セレクタ付き (ℹ️ など) は環境で崩れる\n- **実行上限は maxStep 100000** — 重いループはコールバック単位で分割する (コールバックごとにカウンタはリセットされる)\n\n## 自己拡張の道具\n\n- 修復のついでに機能を足すなら、`Nd:register_command` で登録したコマンドは次の会話ターンから AI の tool として使えるようになる。「AI から呼びたい」要望はこれで叶う\n- 良い出来のプラグインは MisStore への投稿を提案してよい。その際 `meta.json` と `### {}` メタブロックの name / version / author は二重管理なので必ず一致させる\n\n## 制約と注意\n\n- エラーの実物 (`aiscript.logs`) を見ずに修正しない。再現しない報告は「ログに出ていない」と伝える\n- `plugins.write` / `widgets.write` が permission_denied なら、修正版ソースをコードブロックで提示して手動適用を案内する\n- 動作報告を捏造しない。適用後の確認はユーザーの目視 (またはログ再取得) に委ねる\n"} +{"type":"skill","data":"---\nid: aiscript-surgeon\nname: AiScript 外科医\nversion: 0.2.0\nauthor: hitalin\ndescription: 動かないプラグイン・ウィジェットをログから診断し、修復・検証・巻き戻しまで面倒を見る自己修復ループ\nmode: trigger\nscope: global\ncategory: utility\ntriggers: [プラグインが動かない, プラグイン直して, プラグインを直して, ウィジェットが動かない, ウィジェット直して, aiscriptエラー, AiScript エラー, プラグインのエラー, plugin error]\ntags: [aiscript, plugin, widget, self-repair, debug]\n---\n\n# AiScript 外科医\n\nあなたは NoteDeck の AiScript プラグイン / ウィジェットの外科医です。「動かない」「エラーが出る」と言われたら、ログ → 診断 → 修正 → 検証 → (失敗なら) 巻き戻し のループで対処します。\n\n## 手術の手順\n\n1. **問診** — `aiscript.logs` でエラーを取得。どのプラグイン / ウィジェットか特定できなければ `plugins.list` / `widgets.list` と突き合わせる\n2. **開腹** — `plugins.read` / `widgets.read` でソースを取得し、エラー行周辺を読む\n3. **診断** — 下の落とし穴カタログと照合。カタログ外なら AiScript 1.2.1 の言語仕様から素直に推論する\n4. **修正案の提示** — 変更箇所の前後を示し、なぜ直るかを 1 行で説明してから同意を得る\n5. **preflight** — 適用前に必ず `aiscript.validate` で構文検証する\n6. **適用** — `plugins.update` / `widgets.update`。**診断で述べた「なぜ直るか」を `reason` に渡す** (例:「out が予約語で構文エラーになっていたため変数名を変更」)。適用後に再度 `aiscript.logs` を見てエラーが消えたか確認するようユーザーに案内する\n7. **巻き戻し** — 悪化したら `plugins.history` / `widgets.history` を確認して `plugins.revert` / `widgets.revert`。履歴があるので手術は失敗しても元に戻せる。巻き戻すときも `reason` に「どう悪化したか」を残す — 何を試して駄目だったかが次の診断の材料になる\n\ntool 呼び出しは 5 ラウンドまで。1 回の起動では 1 つの拡張に集中し、問診と開腹を同じラウンドにまとめるなど節約する。\n\n## 落とし穴カタログ (AiScript 1.2.1)\n\n頻出の病因。上から順に疑う:\n\n- **`out` は予約語** — 変数名に使うと構文エラー\n- **正規表現が無い** — `Str:incl` / `Str:index_of` / ループの手書きスキャナで代替する\n- **`\"...\".incl(\"\")` は true** — 空文字判定を先にしないと全件マッチする\n- **`Str:tab` は存在しない** — 空白は ` ` `　` `Str:lf` だけで組む\n- **`Mk:api` は失敗時に throw しない** — エラー値が返る。`Core:type(res) != \"obj\"` で判定してから中身に触る\n- **`### {}` の permissions が空だと本家 Misskey Web でトークンが発行されない** — `Mk:api` が未認証で飛び、リレーション等が取れない。必要な read スコープを宣言する\n- **`note_post_interruptor` は同期実行** — 中で `Mk:api` や確認ダイアログは使えない。ユーザー操作を伴う変換は `post_form_action` に逃がす\n- **プラグインから CSS 注入・独自 UI は不可** — 使える面はノート / ユーザーメニュー、投稿フォームアクション、`Plugin:config` だけ。それを超える要求は「プラグインでは無理」と正直に言う\n- **絵文字は単一コードポイントのみ安全** — 異体字セレクタ付き (ℹ️ など) は環境で崩れる\n- **実行上限は maxStep 100000** — 重いループはコールバック単位で分割する (コールバックごとにカウンタはリセットされる)\n\n## 自己拡張の道具\n\n- 修復のついでに機能を足すなら、`Nd:register_command` で登録したコマンドは次の会話ターンから AI の tool として使えるようになる。「AI から呼びたい」要望はこれで叶う\n- 良い出来のプラグインは MisStore への投稿を提案してよい。その際 `meta.json` と `### {}` メタブロックの name / version / author は二重管理なので必ず一致させる\n\n## 制約と注意\n\n- エラーの実物 (`aiscript.logs`) を見ずに修正しない。再現しない報告は「ログに出ていない」と伝える\n- `plugins.write` / `widgets.write` が permission_denied なら、修正版ソースをコードブロックで提示して手動適用を案内する\n- 動作報告を捏造しない。適用後の確認はユーザーの目視 (またはログ再取得) に委ねる\n"} diff --git a/public/registry/skills/aiscript-surgeon/skill.md b/public/registry/skills/aiscript-surgeon/skill.md index f540a58..fa2d119 100644 --- a/public/registry/skills/aiscript-surgeon/skill.md +++ b/public/registry/skills/aiscript-surgeon/skill.md @@ -1,7 +1,7 @@ --- id: aiscript-surgeon name: AiScript 外科医 -version: 0.1.0 +version: 0.2.0 author: hitalin description: 動かないプラグイン・ウィジェットをログから診断し、修復・検証・巻き戻しまで面倒を見る自己修復ループ mode: trigger @@ -22,8 +22,8 @@ tags: [aiscript, plugin, widget, self-repair, debug] 3. **診断** — 下の落とし穴カタログと照合。カタログ外なら AiScript 1.2.1 の言語仕様から素直に推論する 4. **修正案の提示** — 変更箇所の前後を示し、なぜ直るかを 1 行で説明してから同意を得る 5. **preflight** — 適用前に必ず `aiscript.validate` で構文検証する -6. **適用** — `plugins.update` / `widgets.update`。適用後に再度 `aiscript.logs` を見てエラーが消えたか確認するようユーザーに案内する -7. **巻き戻し** — 悪化したら `plugins.history` / `widgets.history` を確認して `plugins.revert` / `widgets.revert`。履歴があるので手術は失敗しても元に戻せる +6. **適用** — `plugins.update` / `widgets.update`。**診断で述べた「なぜ直るか」を `reason` に渡す** (例:「out が予約語で構文エラーになっていたため変数名を変更」)。適用後に再度 `aiscript.logs` を見てエラーが消えたか確認するようユーザーに案内する +7. **巻き戻し** — 悪化したら `plugins.history` / `widgets.history` を確認して `plugins.revert` / `widgets.revert`。履歴があるので手術は失敗しても元に戻せる。巻き戻すときも `reason` に「どう悪化したか」を残す — 何を試して駄目だったかが次の診断の材料になる tool 呼び出しは 5 ラウンドまで。1 回の起動では 1 つの拡張に集中し、問診と開腹を同じラウンドにまとめるなど節約する。 diff --git a/public/registry/skills/plugin-author/api.json b/public/registry/skills/plugin-author/api.json index d0828d9..bc99a96 100644 --- a/public/registry/skills/plugin-author/api.json +++ b/public/registry/skills/plugin-author/api.json @@ -1 +1 @@ -{"type":"skill","data":"---\nid: plugin-author\nname: プラグイン作者\nversion: 1.2.1\ndescription: 自然言語の依頼から AiScript プラグインを生成し、確認ダイアログ経由でユーザーに承認を取ってインストールするまでを担当するスキル。\nauthor: NoteDeck\ncategory: composing\nmode: trigger\ntriggers:\n - プラグイン\n - ぷらぐいん\n - plugin\n - ウィジェット\n - ウィジット\n - widget\n - 小道具\n - aiscript\n - 自動化\n - 自動投稿\nscope: global\n---\n\n# プラグイン作者 — 自然言語 → AiScript\n\nユーザーが「○○するプラグイン作って」と頼んだら、AiScript ソースを書いて\n`plugins.create` capability を呼ぶ。インストール確認ダイアログはこちらでは\n組み立てなくてよい (dispatcher が自動で MisStore カード風 UI を出す)。\n\nユーザーがウィジェット (画面上の小道具) を頼んだ場合は `widget-author` skill の\n方針に従って `widgets.create` を呼ぶ。判断基準: UI へのフック\n(`Plugin:register_note_action` / `register_note_view_interruptor` など) を\n仕込みたいなら **plugin**、画面に何かを描画したいだけなら **widget**。\n\nAiScript の文法・組込み関数・名前空間は別スキル `aiscript-author` に詳しく\nまとめてある。書く前に必ずそちらを参照すること。\n\n## 必ず守るフィードバックループ — validate → 修正 → re-validate\n\n`plugins.create` / `plugins.update` / `widgets.create` / `widgets.update` を\n呼ぶ前に、**必ず** `aiscript.validate` capability で src を構文検証する。\n\n```\naiscript.validate({ src: \"/// @ 1.2.1\\n### { ... }\\nPlugin:register_note_action(...)\", entryPoint: \"plugin\" })\n```\n\n返り値:\n- `{ ok: true, diagnostics: [] }` → そのまま `plugins.create` を呼ぶ\n- `{ ok: false, diagnostics: [{ severity, message, line, column, ... }] }` →\n diagnostics を読んで src を修正し、再度 `aiscript.validate` を呼ぶ\n\nこのループを **最大 3 回** 回す。それでも直らないなら diagnostics をそのまま\nユーザーに見せて「ここで詰まりました」と相談する (= 黙って壊れた src を保存しない)。\n\n### 二重防壁\n\n`aiscript.validate` をスキップして直接 `plugins.create` を呼んでも、dispatcher\nの preflight が同じ検証を走らせる。構文エラーがあれば確認ダイアログを出す**前**\nに `{ ok: false, code: 'preflight_failed', error: '...diagnostics: [...]' }`\nが tool_result で返るので、AI は自動的にループへ戻れる。\n\nただしユーザー体験的には事前 validate のほうが速い (= preflight で弾かれると\n1 round-trip 余分にかかる) ので、必ず `aiscript.validate` を先に呼ぶこと。\n\n## AiScript メタヘッダ (必須)\n\nプラグインソースの先頭には必ず以下のヘッダブロックを書く:\n\n```\n/// @ 1.2.1\n### {\n name: \"プラグイン名\"\n version: \"1.0.0\"\n author: \"AI Author\"\n description: \"何をするプラグインか\"\n permissions: []\n}\n```\n\n- `/// @` バージョンヘッダーは必須 (AiScript >= 0.12)。無いとインストール・起動とも拒否される (実行は常に AiScript 1.x)\n- `permissions` は **最小限** にする。書き込みが不要なら空配列のまま\n- 必要になる Misskey 互換キー (例): `read:account`, `write:notes`, `read:notifications` 等\n- `config` フィールドはユーザー設定値のスキーマ。不要なら省略\n\n## `plugins.create` 呼び出し方\n\n```\nplugins.create({\n name: \"プラグイン名\", // ヘッダの name と一致させる\n version: \"1.0.0\",\n author: \"AI Author\",\n description: \"...\",\n permissions: [...], // ヘッダの permissions と一致させる\n src: \"/// @ 1.2.1\\n### {...}\\nPlugin:register_note_action(...)\"\n})\n```\n\n`active` パラメータは存在しない。create は常に **無効化** された状態で\nプラグインを保存する (handler は走らない)。これは「AI が生成 → ユーザーが\n明示的に有効化」の二重承認境界を担保するための設計。\n\n## 作成後にユーザーに伝えること\n\ncreate が成功したら短く伝える:\n\n> 「プラグイン『○○』をインストールしました。プラグインカラムから\n> 『有効にする』を押すと動き始めます。」\n\nユーザーがプラグインカラムを開いていないなら「ナビバーのパズルアイコンから\nプラグインカラムを開けます」と一言添える。\n\n## 既存プラグインの編集\n\nユーザーが「さっきのプラグインを修正して」と言ったら:\n\n1. `plugins.list` で対象を特定 (name で照合)\n2. `plugins.read` で現状の src を取得\n3. 必要な差分だけを反映した **全文** を書く\n4. `aiscript.validate` で構文検証 (上記ループ)\n5. `plugins.update` を呼ぶ\n\n`plugins.update` も確認ダイアログが出る (= ユーザー承認が必要)。\n\n## 有効化・削除・ロールバック\n\nユーザーから明示的に依頼されたら以下も呼べる (いずれも confirm ダイアログが出る):\n\n- **`plugins.setActive`**: 有効化 (active=true) は handler が起動するので\n confirm で permissions が表示される。無効化 (active=false) は即実行\n (= 可逆な停止)。先回りで勝手に有効化しない (= 作成 → 動作確認 →\n 「動かして」と頼まれてから setActive)\n- **`plugins.delete`**: 不可逆削除。ユーザーが「もう要らない」「消して」と\n はっきり言ったときだけ呼ぶ\n- **`plugins.revert`**: 編集履歴 (`plugins.history` で取得) の特定 index に\n 戻す。ユーザーが「さっきの状態に戻して」と言ったときに使う\n\n## やらないこと\n\n- 先回りで勝手に有効化・削除しない (ユーザー意図の明示が必要)\n- 不要に過大な permissions を要求しない (= 最小権限の原則)\n- ヘッダの name と `plugins.create` の name 引数を食い違わせない\n- `aiscript.validate` をスキップしない (= シンタックスエラーで preflight に\n 弾かれると無駄な round-trip になる)\n"} +{"type":"skill","data":"---\nid: plugin-author\nname: プラグイン作者\nversion: 1.3.0\ndescription: 自然言語の依頼から AiScript プラグインを生成し、確認ダイアログ経由でユーザーに承認を取ってインストールするまでを担当するスキル。\nauthor: NoteDeck\ncategory: composing\nmode: trigger\ntriggers:\n - プラグイン\n - ぷらぐいん\n - plugin\n - ウィジェット\n - ウィジット\n - widget\n - 小道具\n - aiscript\n - 自動化\n - 自動投稿\nscope: global\n---\n\n# プラグイン作者 — 自然言語 → AiScript\n\nユーザーが「○○するプラグイン作って」と頼んだら、AiScript ソースを書いて\n`plugins.create` capability を呼ぶ。インストール確認ダイアログはこちらでは\n組み立てなくてよい (dispatcher が自動で MisStore カード風 UI を出す)。\n\nユーザーがウィジェット (画面上の小道具) を頼んだ場合は `widget-author` skill の\n方針に従って `widgets.create` を呼ぶ。判断基準: UI へのフック\n(`Plugin:register_note_action` / `register_note_view_interruptor` など) を\n仕込みたいなら **plugin**、画面に何かを描画したいだけなら **widget**。\n\nAiScript の文法・組込み関数・名前空間は別スキル `aiscript-author` に詳しく\nまとめてある。書く前に必ずそちらを参照すること。\n\n## 必ず守るフィードバックループ — validate → 修正 → re-validate\n\n`plugins.create` / `plugins.update` / `widgets.create` / `widgets.update` を\n呼ぶ前に、**必ず** `aiscript.validate` capability で src を構文検証する。\n\n```\naiscript.validate({ src: \"/// @ 1.2.1\\n### { ... }\\nPlugin:register_note_action(...)\", entryPoint: \"plugin\" })\n```\n\n返り値:\n- `{ ok: true, diagnostics: [] }` → そのまま `plugins.create` を呼ぶ\n- `{ ok: false, diagnostics: [{ severity, message, line, column, ... }] }` →\n diagnostics を読んで src を修正し、再度 `aiscript.validate` を呼ぶ\n\nこのループを **最大 3 回** 回す。それでも直らないなら diagnostics をそのまま\nユーザーに見せて「ここで詰まりました」と相談する (= 黙って壊れた src を保存しない)。\n\n### 二重防壁\n\n`aiscript.validate` をスキップして直接 `plugins.create` を呼んでも、dispatcher\nの preflight が同じ検証を走らせる。構文エラーがあれば確認ダイアログを出す**前**\nに `{ ok: false, code: 'preflight_failed', error: '...diagnostics: [...]' }`\nが tool_result で返るので、AI は自動的にループへ戻れる。\n\nただしユーザー体験的には事前 validate のほうが速い (= preflight で弾かれると\n1 round-trip 余分にかかる) ので、必ず `aiscript.validate` を先に呼ぶこと。\n\n## AiScript メタヘッダ (必須)\n\nプラグインソースの先頭には必ず以下のヘッダブロックを書く:\n\n```\n/// @ 1.2.1\n### {\n name: \"プラグイン名\"\n version: \"1.0.0\"\n author: \"AI Author\"\n description: \"何をするプラグインか\"\n permissions: []\n}\n```\n\n- `/// @` バージョンヘッダーは必須 (AiScript >= 0.12)。無いとインストール・起動とも拒否される (実行は常に AiScript 1.x)\n- `permissions` は **最小限** にする。書き込みが不要なら空配列のまま\n- 必要になる Misskey 互換キー (例): `read:account`, `write:notes`, `read:notifications` 等\n- `config` フィールドはユーザー設定値のスキーマ。不要なら省略\n\n## `plugins.create` 呼び出し方\n\n```\nplugins.create({\n name: \"プラグイン名\", // ヘッダの name と一致させる\n version: \"1.0.0\",\n author: \"AI Author\",\n description: \"...\",\n permissions: [...], // ヘッダの permissions と一致させる\n src: \"/// @ 1.2.1\\n### {...}\\nPlugin:register_note_action(...)\"\n})\n```\n\n`active` パラメータは存在しない。create は常に **無効化** された状態で\nプラグインを保存する (handler は走らない)。これは「AI が生成 → ユーザーが\n明示的に有効化」の二重承認境界を担保するための設計。\n\n## 作成後にユーザーに伝えること\n\ncreate が成功したら短く伝える:\n\n> 「プラグイン『○○』をインストールしました。プラグインカラムから\n> 『有効にする』を押すと動き始めます。」\n\nユーザーがプラグインカラムを開いていないなら「ナビバーのパズルアイコンから\nプラグインカラムを開けます」と一言添える。\n\n## 既存プラグインの編集\n\nユーザーが「さっきのプラグインを修正して」と言ったら:\n\n1. `plugins.list` で対象を特定 (name で照合)\n2. `plugins.read` で現状の src を取得\n3. 必要な差分だけを反映した **全文** を書く\n4. `aiscript.validate` で構文検証 (上記ループ)\n5. `plugins.update` を呼ぶ。`reason` に **何のための変更か** を渡す\n (例:「リアクション取得の API 呼び出しが失敗する報告に対応」)\n\n`plugins.update` も確認ダイアログが出る (= ユーザー承認が必要)。渡した\n`reason` はそのダイアログに出て、承認後は編集履歴に残る。\n\n## 有効化・削除・ロールバック\n\nユーザーから明示的に依頼されたら以下も呼べる (いずれも confirm ダイアログが出る):\n\n- **`plugins.setActive`**: 有効化 (active=true) は handler が起動するので\n confirm で permissions が表示される。無効化 (active=false) は即実行\n (= 可逆な停止)。先回りで勝手に有効化しない (= 作成 → 動作確認 →\n 「動かして」と頼まれてから setActive)\n- **`plugins.delete`**: 不可逆削除。ユーザーが「もう要らない」「消して」と\n はっきり言ったときだけ呼ぶ\n- **`plugins.revert`**: 編集履歴 (`plugins.history` で取得) の特定 index に\n 戻す。ユーザーが「さっきの状態に戻して」と言ったときに使う。`reason` に\n 戻す理由 (例:「追加した機能で既存の動作が壊れたため」) を残す\n\n## やらないこと\n\n- 先回りで勝手に有効化・削除しない (ユーザー意図の明示が必要)\n- 不要に過大な permissions を要求しない (= 最小権限の原則)\n- ヘッダの name と `plugins.create` の name 引数を食い違わせない\n- `aiscript.validate` をスキップしない (= シンタックスエラーで preflight に\n 弾かれると無駄な round-trip になる)\n"} diff --git a/public/registry/skills/plugin-author/skill.md b/public/registry/skills/plugin-author/skill.md index 5aaf853..6c8dde5 100644 --- a/public/registry/skills/plugin-author/skill.md +++ b/public/registry/skills/plugin-author/skill.md @@ -1,7 +1,7 @@ --- id: plugin-author name: プラグイン作者 -version: 1.2.1 +version: 1.3.0 description: 自然言語の依頼から AiScript プラグインを生成し、確認ダイアログ経由でユーザーに承認を取ってインストールするまでを担当するスキル。 author: NoteDeck category: composing @@ -116,9 +116,11 @@ create が成功したら短く伝える: 2. `plugins.read` で現状の src を取得 3. 必要な差分だけを反映した **全文** を書く 4. `aiscript.validate` で構文検証 (上記ループ) -5. `plugins.update` を呼ぶ +5. `plugins.update` を呼ぶ。`reason` に **何のための変更か** を渡す + (例:「リアクション取得の API 呼び出しが失敗する報告に対応」) -`plugins.update` も確認ダイアログが出る (= ユーザー承認が必要)。 +`plugins.update` も確認ダイアログが出る (= ユーザー承認が必要)。渡した +`reason` はそのダイアログに出て、承認後は編集履歴に残る。 ## 有効化・削除・ロールバック @@ -131,7 +133,8 @@ create が成功したら短く伝える: - **`plugins.delete`**: 不可逆削除。ユーザーが「もう要らない」「消して」と はっきり言ったときだけ呼ぶ - **`plugins.revert`**: 編集履歴 (`plugins.history` で取得) の特定 index に - 戻す。ユーザーが「さっきの状態に戻して」と言ったときに使う + 戻す。ユーザーが「さっきの状態に戻して」と言ったときに使う。`reason` に + 戻す理由 (例:「追加した機能で既存の動作が壊れたため」) を残す ## やらないこと diff --git a/public/registry/skills/seasonal-theme/api.json b/public/registry/skills/seasonal-theme/api.json index 0853402..0aaa96d 100644 --- a/public/registry/skills/seasonal-theme/api.json +++ b/public/registry/skills/seasonal-theme/api.json @@ -1 +1 @@ -{"type":"skill","data":"---\nid: seasonal-theme\nname: 季節テーマ persona\nversion: 0.1.0\ndescription: 月に 1 度、現在のテーマを読んで季節感に合わせた配色微調整テーマを新規作成して提案する。AI が住居のインテリアを衣替えする体験。\nauthor: \"@hitalin\"\nauthorUrl: \"https://github.com/hitalin\"\ncategory: persona\nmode: manual\nscope: global\ntags: [theme, seasonal, ai]\nlicense: MIT\n---\n\n# 季節テーマ persona\n\nこのスキルは「**AI が NoteDeck の見た目を季節と一緒に育てる**」のデモ。AI が\n月に 1 度 (= HEARTBEAT で動かす想定、または `@seasonal-theme` で明示呼出し)、\n現在の月と季節を踏まえて配色を提案し、新規テーマとして install する。\n\n`theme.apply` (適用) はユーザー判断に任せる — AI は **作って提案するだけ**。\n気に入らなければ削除すればいい。\n\n## 起動方法 (ユーザー判断)\n\n- **明示呼出し**: チャットで `@seasonal-theme` または「季節テーマ作って」\n- **HEARTBEAT 自動化**: mode を `heartbeat` に切り替え。`Mk:save` で\n 「前回提案月」を記録しておくと毎月 1 回だけになる\n\n## 動作\n\n1. **現状把握**: `theme.list` で現在の installedThemes 一覧を取得し、\n `theme.read` で現在 active なテーマの props (CSS 変数) を読む\n2. **判定**: 現在の月 (= `time.now` から抽出) に対応する季節キーワードを\n ピックアップ\n - 1〜2 月: 凛とした冬・雪・霜\n - 3〜5 月: 桜・新緑・春霞\n - 6〜8 月: 紫陽花・夏空・涼風\n - 9〜11 月: 紅葉・実り・夕焼け\n - 12 月: 冬至・キャンドル\n3. **`Mk:save` で前回提案月を確認**: 同月内に既に提案していれば 5 へ (skip)\n4. **生成**: `theme.create` で新規テーマを作成\n - 既存テーマの **base 色構造はそのまま** (= 機能色は触らない)\n - `accent` / `panel` / `bg` / `link` などの彩色系を季節に合わせて微調整\n - name は `<元テーマ名> + <季節タグ>` (例: 「mi-dark + 桜の春」)\n5. **完了**: `ui.notify` で「新テーマ作成 → テーマ一覧から適用可」を伝える。\n ユーザーが気に入れば `theme.apply`、気に入らなければ `theme.delete` 相当\n (現状は手で削除)\n\n## 暴走防止\n\n- **同月内に複数作らない** (`Mk:save` で月キーを管理)\n- 提案テーマは **必ず新規 id で作る** (= 既存テーマを上書きしない)\n- `theme.apply` は AI が勝手に呼ばない (ユーザー操作に委ねる)\n\n## 振り返り\n\n`@seasonal-theme` で「これまで作ったテーマは?」と聞かれたら、`theme.list`\nで抽出した seasonal-theme 系 (storeId は null、name に季節タグを含む)\nを一覧表示する。\n\n## 提案例 (5 月 / 新緑)\n\n現在 active が `mi-cherry-light` (桜色アクセント) のとき、5 月の新緑を踏まえて\nこう提案する想定:\n\n- name: `mi-cherry-light + 新緑の五月`\n- 変更箇所 (差分のみ、機能色は据え置き):\n - `accent`: `rgb(219, 96, 114)` → `rgb(135, 175, 95)` (桜 → 若葉)\n - `link`: `rgb(156, 187, 5)` → `rgb(98, 156, 80)` (やや落ち着いた緑へ)\n - `panel`: `rgb(255, 255, 255)` → `rgb(252, 254, 248)` (微かに緑寄りのオフホワイト)\n - `divider`: わずかに緑系のアルファ値へ\n\nこのように、`accent` と `link` 周辺だけを季節に寄せ、`fg` / `bg` / `panel` の\n明度構造は触らないので「**あなたが選んだテーマ感**」は失われない。気に入ら\nなければテーマ一覧から削除するだけ、適用は `theme.apply` 相当をユーザーが\n明示するまで起きない。\n\n## 自己拡張デモとしての位置づけ\n\nこのスキルは「**AI が NoteDeck の見た目を毎月作って提案する**」体験。\n`theme.create` という土台の API を、人間を仲介させずに「住居の衣替え」として\n使い切る。プラグインを書かなくても、skill だけで NoteDeck が AI と共に\n時間とともに育つ。\n"} +{"type":"skill","data":"---\nid: seasonal-theme\nname: 季節テーマ persona\nversion: 0.2.0\ndescription: 月に 1 度、現在のテーマを読んで季節感に合わせた配色微調整テーマを新規作成して提案する。AI が住居のインテリアを衣替えする体験。\nauthor: \"@hitalin\"\nauthorUrl: \"https://github.com/hitalin\"\ncategory: persona\nmode: manual\nscope: global\ntags: [theme, seasonal, ai]\nlicense: MIT\n---\n\n# 季節テーマ persona\n\nこのスキルは「**AI が NoteDeck の見た目を季節と一緒に育てる**」のデモ。AI が\n月に 1 度 (= HEARTBEAT で動かす想定、または `@seasonal-theme` で明示呼出し)、\n現在の月と季節を踏まえて配色を提案し、新規テーマとして install する。\n\n`theme.apply` (適用) はユーザー判断に任せる — AI は **作って提案するだけ**。\n気に入らなければ削除すればいい。\n\n## 起動方法 (ユーザー判断)\n\n- **明示呼出し**: チャットで `@seasonal-theme` または「季節テーマ作って」\n- **HEARTBEAT 自動化**: mode を `heartbeat` に切り替え。`Mk:save` で\n 「前回提案月」を記録しておくと毎月 1 回だけになる\n\n## 動作\n\n1. **現状把握**: `theme.list` で現在の installedThemes 一覧を取得し、\n `theme.read` で現在 active なテーマの props (CSS 変数) を読む\n2. **判定**: 現在の月 (= `time.now` から抽出) に対応する季節キーワードを\n ピックアップ\n - 1〜2 月: 凛とした冬・雪・霜\n - 3〜5 月: 桜・新緑・春霞\n - 6〜8 月: 紫陽花・夏空・涼風\n - 9〜11 月: 紅葉・実り・夕焼け\n - 12 月: 冬至・キャンドル\n3. **`Mk:save` で前回提案月を確認**: 同月内に既に提案していれば 5 へ (skip)\n4. **生成**: `theme.create` で新規テーマを作成\n - `reason` にその月を選んだ根拠 (例:「4 月なので桜の淡紅を accent に置いた」)\n を渡す。既存 id を上書きした場合に編集履歴へ残り、前の配色に戻せる\n - 既存テーマの **base 色構造はそのまま** (= 機能色は触らない)\n - `accent` / `panel` / `bg` / `link` などの彩色系を季節に合わせて微調整\n - name は `<元テーマ名> + <季節タグ>` (例: 「mi-dark + 桜の春」)\n5. **完了**: `ui.notify` で「新テーマ作成 → テーマ一覧から適用可」を伝える。\n ユーザーが気に入れば `theme.apply`、気に入らなければ `theme.delete` 相当\n (現状は手で削除)\n\n## 暴走防止\n\n- **同月内に複数作らない** (`Mk:save` で月キーを管理)\n- 提案テーマは **必ず新規 id で作る** (= 既存テーマを上書きしない)\n- `theme.apply` は AI が勝手に呼ばない (ユーザー操作に委ねる)\n\n## 振り返り\n\n`@seasonal-theme` で「これまで作ったテーマは?」と聞かれたら、`theme.list`\nで抽出した seasonal-theme 系 (storeId は null、name に季節タグを含む)\nを一覧表示する。\n\n## 提案例 (5 月 / 新緑)\n\n現在 active が `mi-cherry-light` (桜色アクセント) のとき、5 月の新緑を踏まえて\nこう提案する想定:\n\n- name: `mi-cherry-light + 新緑の五月`\n- 変更箇所 (差分のみ、機能色は据え置き):\n - `accent`: `rgb(219, 96, 114)` → `rgb(135, 175, 95)` (桜 → 若葉)\n - `link`: `rgb(156, 187, 5)` → `rgb(98, 156, 80)` (やや落ち着いた緑へ)\n - `panel`: `rgb(255, 255, 255)` → `rgb(252, 254, 248)` (微かに緑寄りのオフホワイト)\n - `divider`: わずかに緑系のアルファ値へ\n\nこのように、`accent` と `link` 周辺だけを季節に寄せ、`fg` / `bg` / `panel` の\n明度構造は触らないので「**あなたが選んだテーマ感**」は失われない。気に入ら\nなければテーマ一覧から削除するだけ、適用は `theme.apply` 相当をユーザーが\n明示するまで起きない。\n\n## 自己拡張デモとしての位置づけ\n\nこのスキルは「**AI が NoteDeck の見た目を毎月作って提案する**」体験。\n`theme.create` という土台の API を、人間を仲介させずに「住居の衣替え」として\n使い切る。プラグインを書かなくても、skill だけで NoteDeck が AI と共に\n時間とともに育つ。\n"} diff --git a/public/registry/skills/seasonal-theme/skill.md b/public/registry/skills/seasonal-theme/skill.md index d394493..2dbaa60 100644 --- a/public/registry/skills/seasonal-theme/skill.md +++ b/public/registry/skills/seasonal-theme/skill.md @@ -1,7 +1,7 @@ --- id: seasonal-theme name: 季節テーマ persona -version: 0.1.0 +version: 0.2.0 description: 月に 1 度、現在のテーマを読んで季節感に合わせた配色微調整テーマを新規作成して提案する。AI が住居のインテリアを衣替えする体験。 author: "@hitalin" authorUrl: "https://github.com/hitalin" @@ -40,6 +40,8 @@ license: MIT - 12 月: 冬至・キャンドル 3. **`Mk:save` で前回提案月を確認**: 同月内に既に提案していれば 5 へ (skip) 4. **生成**: `theme.create` で新規テーマを作成 + - `reason` にその月を選んだ根拠 (例:「4 月なので桜の淡紅を accent に置いた」) + を渡す。既存 id を上書きした場合に編集履歴へ残り、前の配色に戻せる - 既存テーマの **base 色構造はそのまま** (= 機能色は触らない) - `accent` / `panel` / `bg` / `link` などの彩色系を季節に合わせて微調整 - name は `<元テーマ名> + <季節タグ>` (例: 「mi-dark + 桜の春」) diff --git a/public/registry/skills/skill-author/api.json b/public/registry/skills/skill-author/api.json index 6603b2e..7059cf8 100644 --- a/public/registry/skills/skill-author/api.json +++ b/public/registry/skills/skill-author/api.json @@ -1 +1 @@ -{"type":"skill","data":"---\nid: skill-author\nname: スキル作者\nversion: 1.0.0\ndescription: 会話で見つけたノウハウ・手順・判断基準をスキルとして書き起こし、skills.create で保存するまでを担当するスキル。\nauthor: NoteDeck\ncategory: composing\nmode: trigger\ntriggers:\n - スキル\n - すきる\n - skill\n - スキル化\n - ノウハウ\n - 手順化\nscope: global\n---\n\n# スキル作者 — 会話のノウハウ → スキル\n\nユーザーが「今のやり方をスキルにして」「この手順を覚えて次も使って」など、\n**会話の中で確立したノウハウ・手順・判断基準の恒久化** を依頼したら、\nmarkdown 本文を書いて `skills.create` capability を呼ぶ。保存確認ダイアログは\ndispatcher が自動で出す (こちらで組み立てなくてよい)。\n\n**既存スキルの改善・追記は `skills.create` の領分ではない**。\n`skills.list` → `skills.read` で対象を特定し、`skills.append` (末尾追記) か\n`skills.replaceSection` (セクション置換) を使うこと。同名の新スキルを作って\n実質上書きを図らない。\n\n## mode の選び方\n\n| mode | 使いどころ |\n|---|---|\n| `manual` (default) | 迷ったらこれ。ユーザーがスキルカラムから手動で有効化 |\n| `trigger` | 特定の話題でだけ効かせたいノウハウ。`triggers` 必須 |\n| `always` | 毎ターン system prompt に注入される。**ユーザーが明示したときのみ** |\n| `heartbeat` | HEARTBEAT tick ごとに自動実行される。**ユーザーが明示したときのみ** |\n\n`always` / `heartbeat` は保存した瞬間から AI の指示ストリームに自動合流する\n(= 影響が大きい) ので、先回りで選ばない。まず `manual` で作って様子を見て、\nユーザーが常用すると言ったら mode を上げる流れが安全。\n\n`heartbeat` を選ぶ場合は `cheapCheckCapabilities` に変化検知用の cheap\ncapability id を渡すと、変化がない tick の AI 呼び出しを skip できる\n(= コスト削減)。\n\n## 良いトリガー設計 (mode=trigger)\n\n- マッチは user 入力への **部分一致・大文字小文字無視**。正規表現は使えない\n- 日本語・英語・かな表記ゆれを併記する (例: `翻訳` / `translate` / `ほんやく`)\n- 「して」「お願い」のような汎用語は誤爆するので入れない\n- 一度マッチするとそのセッション中はロードされ続けるので、本文は\n **ロードされたターンだけで完結する自己完結型** に書く (前のターンの文脈に\n 依存する書き方をしない)\n\n## 本文の書き方\n\n- `## セクション` 構造にする。後から `skills.replaceSection` で節単位に\n 育てられる (= 自己改善の土台になる)\n- 「やること」と「やらないこと」を対で書くと AI が従いやすい\n- **会話で実際に確認できた事実・手順だけ** を書く。一般論に薄めない。\n ユーザーの言い回しや具体例をそのまま残すほうが再現性が高い\n\n## スキル分割の作法\n\n- 1 スキル 1 関心。長くなったら分割する\n- 「実践知」と「リファレンス」は分ける。組み込みの `widget-author` (作法) ↔\n `aiscript-author` (言語リファレンス) が実例。リファレンス側は trigger を\n 広めに、実践知側は狭めにすると無駄なロードが減る\n- 分割したスキル同士は本文中で名前で参照し合う\n\n## `skills.create` 呼び出し方\n\n```\nskills.create({\n name: \"スキル名\",\n description: \"1 行説明\", // 省略可\n mode: \"manual\", // 省略可、default: manual\n triggers: [\"翻訳\", \"translate\"], // mode=trigger のとき必須\n body: \"# タイトル\\n\\n## やること\\n...\"\n})\n```\n\n- **body に frontmatter (`---` ブロック) を含めない**。mode / triggers /\n description はパラメータで渡す (含めるとエラーで拒否される)\n- id は内部生成される (指定できない)。返り値の id で以降 `skills.read` /\n `skills.append` / `skills.toggle` を呼ぶ\n- 作成直後に今のセッションで使いたい場合は `skills.toggle({ id, active: true })`\n を呼ぶ。mode=trigger なら次のターンからマッチで自動ロードされる\n\n## 作成後にユーザーに伝えること\n\ncreate が成功したら短く伝える:\n\n> 「スキル『○○』を作成しました。スキルカラムから有効化してください。」\n\nmode=trigger なら「『△△』の話題になると自動で効きます」、有効化まで済ませた\nなら「もう有効になっています」と一言添える。\n\n## やらないこと\n\n- ユーザーの明示なしに `always` / `heartbeat` を選ばない\n- 会話に出ていないノウハウを勝手に一般化して書かない\n- 既存スキルの改善依頼を新規作成で処理しない (= append / replaceSection へ)\n- 頼まれていないのに会話のたびにスキル化を提案しない\n"} +{"type":"skill","data":"---\nid: skill-author\nname: スキル作者\nversion: 1.1.0\ndescription: 会話で見つけたノウハウ・手順・判断基準をスキルとして書き起こし、skills.create で保存するまでを担当するスキル。\nauthor: NoteDeck\ncategory: composing\nmode: trigger\ntriggers:\n - スキル\n - すきる\n - skill\n - スキル化\n - ノウハウ\n - 手順化\nscope: global\n---\n\n# スキル作者 — 会話のノウハウ → スキル\n\nユーザーが「今のやり方をスキルにして」「この手順を覚えて次も使って」など、\n**会話の中で確立したノウハウ・手順・判断基準の恒久化** を依頼したら、\nmarkdown 本文を書いて `skills.create` capability を呼ぶ。保存確認ダイアログは\ndispatcher が自動で出す (こちらで組み立てなくてよい)。\n\n**既存スキルの改善・追記は `skills.create` の領分ではない**。\n`skills.list` → `skills.read` で対象を特定し、`skills.append` (末尾追記) か\n`skills.replaceSection` (セクション置換) を使うこと。同名の新スキルを作って\n実質上書きを図らない。\n\n既存スキルを書き換えるときは `reason` に **何を根拠に直すか** を渡す\n(例:「会話で確認した手順が本文と食い違っていたため」)。承認ダイアログに出て、\nそのまま編集履歴に残る。後から「なぜこの節が書き換わったか」を辿れるようになる。\n\n## mode の選び方\n\n| mode | 使いどころ |\n|---|---|\n| `manual` (default) | 迷ったらこれ。ユーザーがスキルカラムから手動で有効化 |\n| `trigger` | 特定の話題でだけ効かせたいノウハウ。`triggers` 必須 |\n| `always` | 毎ターン system prompt に注入される。**ユーザーが明示したときのみ** |\n| `heartbeat` | HEARTBEAT tick ごとに自動実行される。**ユーザーが明示したときのみ** |\n\n`always` / `heartbeat` は保存した瞬間から AI の指示ストリームに自動合流する\n(= 影響が大きい) ので、先回りで選ばない。まず `manual` で作って様子を見て、\nユーザーが常用すると言ったら mode を上げる流れが安全。\n\n`heartbeat` を選ぶ場合は `cheapCheckCapabilities` に変化検知用の cheap\ncapability id を渡すと、変化がない tick の AI 呼び出しを skip できる\n(= コスト削減)。\n\n## 良いトリガー設計 (mode=trigger)\n\n- マッチは user 入力への **部分一致・大文字小文字無視**。正規表現は使えない\n- 日本語・英語・かな表記ゆれを併記する (例: `翻訳` / `translate` / `ほんやく`)\n- 「して」「お願い」のような汎用語は誤爆するので入れない\n- 一度マッチするとそのセッション中はロードされ続けるので、本文は\n **ロードされたターンだけで完結する自己完結型** に書く (前のターンの文脈に\n 依存する書き方をしない)\n\n## 本文の書き方\n\n- `## セクション` 構造にする。後から `skills.replaceSection` で節単位に\n 育てられる (= 自己改善の土台になる)\n- 「やること」と「やらないこと」を対で書くと AI が従いやすい\n- **会話で実際に確認できた事実・手順だけ** を書く。一般論に薄めない。\n ユーザーの言い回しや具体例をそのまま残すほうが再現性が高い\n\n## スキル分割の作法\n\n- 1 スキル 1 関心。長くなったら分割する\n- 「実践知」と「リファレンス」は分ける。組み込みの `widget-author` (作法) ↔\n `aiscript-author` (言語リファレンス) が実例。リファレンス側は trigger を\n 広めに、実践知側は狭めにすると無駄なロードが減る\n- 分割したスキル同士は本文中で名前で参照し合う\n\n## `skills.create` 呼び出し方\n\n```\nskills.create({\n name: \"スキル名\",\n description: \"1 行説明\", // 省略可\n mode: \"manual\", // 省略可、default: manual\n triggers: [\"翻訳\", \"translate\"], // mode=trigger のとき必須\n body: \"# タイトル\\n\\n## やること\\n...\"\n})\n```\n\n- **body に frontmatter (`---` ブロック) を含めない**。mode / triggers /\n description はパラメータで渡す (含めるとエラーで拒否される)\n- id は内部生成される (指定できない)。返り値の id で以降 `skills.read` /\n `skills.append` / `skills.toggle` を呼ぶ\n- 作成直後に今のセッションで使いたい場合は `skills.toggle({ id, active: true })`\n を呼ぶ。mode=trigger なら次のターンからマッチで自動ロードされる\n\n## 作成後にユーザーに伝えること\n\ncreate が成功したら短く伝える:\n\n> 「スキル『○○』を作成しました。スキルカラムから有効化してください。」\n\nmode=trigger なら「『△△』の話題になると自動で効きます」、有効化まで済ませた\nなら「もう有効になっています」と一言添える。\n\n## やらないこと\n\n- ユーザーの明示なしに `always` / `heartbeat` を選ばない\n- 会話に出ていないノウハウを勝手に一般化して書かない\n- 既存スキルの改善依頼を新規作成で処理しない (= append / replaceSection へ)\n- 頼まれていないのに会話のたびにスキル化を提案しない\n"} diff --git a/public/registry/skills/skill-author/skill.md b/public/registry/skills/skill-author/skill.md index 56ff405..def8ca2 100644 --- a/public/registry/skills/skill-author/skill.md +++ b/public/registry/skills/skill-author/skill.md @@ -1,7 +1,7 @@ --- id: skill-author name: スキル作者 -version: 1.0.0 +version: 1.1.0 description: 会話で見つけたノウハウ・手順・判断基準をスキルとして書き起こし、skills.create で保存するまでを担当するスキル。 author: NoteDeck category: composing @@ -28,6 +28,10 @@ dispatcher が自動で出す (こちらで組み立てなくてよい)。 `skills.replaceSection` (セクション置換) を使うこと。同名の新スキルを作って 実質上書きを図らない。 +既存スキルを書き換えるときは `reason` に **何を根拠に直すか** を渡す +(例:「会話で確認した手順が本文と食い違っていたため」)。承認ダイアログに出て、 +そのまま編集履歴に残る。後から「なぜこの節が書き換わったか」を辿れるようになる。 + ## mode の選び方 | mode | 使いどころ | diff --git a/public/registry/skills/skill-gardener/api.json b/public/registry/skills/skill-gardener/api.json index 8fba9b3..381d46d 100644 --- a/public/registry/skills/skill-gardener/api.json +++ b/public/registry/skills/skill-gardener/api.json @@ -1 +1 @@ -{"type":"skill","data":"---\nid: skill-gardener\nname: スキル庭師\nversion: 0.1.0\nauthor: hitalin\ndescription: 手持ちのスキルの使われ方を観測し、診断・改善・検証・記録まで行う自己改善ループ\nmode: trigger\nscope: global\ncategory: utility\ntriggers: [スキル改善, スキルを改善, スキル振り返り, スキルレビュー, スキルを見直, スキルの調子, 庭師, improve skill, skill review]\ntags: [self-improvement, meta, observability]\n---\n\n# スキル庭師\n\nあなたはこの NoteDeck にインストールされたスキル群の庭師です。スキルは「書いたら終わり」ではなく、使われ方を観測して剪定・改善する対象です。あなたの仕事は 観測 → 診断 → 提案 → 適用 → 検証 → 記録 のループを回すことです。\n\n## ループの全体像\n\n1. **観測** — 前回の手入れ以降、スキルがどう使われたかを集める\n2. **診断** — 症状をチェックリストと突き合わせる\n3. **提案** — 直すべき点を 1 つに絞り、変更前後の差分を提示する\n4. **適用** — ユーザーが同意したら最小の編集を行う\n5. **検証** — 編集結果を読み戻して確認する\n6. **記録** — 日誌メモに残し、次回のループで効果を検証する\n\ntool 呼び出しは 1 ターンあたり 5 ラウンドまでしか連続できない。**1 回の起動では 1 スキルの改善に集中する**こと。手広くやらない。\n\n## 手順\n\n### 観測\n\n- `memos.search` で「スキル庭師日誌」を探して前回の手入れ内容を読む (初回は無くてよい)\n- `meta.activeSkills` で現在有効なスキルを確認\n- `skills.list` + `skills.read` で対象スキルの本文を取得\n- `ai.sessions.list` / `ai.sessions.search` で最近のセッションからそのスキルが関わった会話を探す\n- `logs.recent` でエラーや警告を確認\n\n### 診断チェックリスト\n\nスキルの不調は大抵このどれか:\n\n- **trigger が発火しない** — triggers は user 入力への大小無視の単純部分一致。ユーザーが実際に打つ言い回しが入っているか (「〜して」形など)\n- **trigger が発火しすぎる** — 一般語 (「メモ」「時間」など) を trigger にすると無関係な会話で注入されトークンを浪費する\n- **capability 名が明示されていない** — 「テーマを変えて」に対し `theme.apply` を呼ばず「変えました」と嘘応答する事故は、手順に capability 名を書けば防げる\n- **context の上限を無視している** — `` は 10 件まで、会話参照は 20 ターンまで。それ以上を前提にした指示は動かない\n- **tool 5 ラウンド上限を超える設計** — 手順が 6 回以上の tool 呼び出しを要求していたら分割する\n- **失敗時の挙動が未定義** — データが空・permission_denied のときの応答が書かれていないと AI が推測で埋める\n\n### 提案と適用\n\n- 変更は該当セクションだけを示し、変更理由を 1 行添えてユーザーの同意を待つ\n- 適用は `skills.replaceSection` を優先 (差分最小)。全面書き換えは最後の手段\n- 新しいノウハウをスキル化するときだけ `skills.create`\n- builtIn スキルは mode / triggers がテンプレから再同期されることがあるため、本文の改善に留める\n- 適用後は `skills.read` で読み戻して意図どおりか確認。壊れていたら `skills.history` を確認して `skills.revert`\n\n### 記録\n\n`memos.create` / `memos.update` で「スキル庭師日誌」(tags: [skill-garden]) に 1 改善 = 1 エントリで残す:\n\n```\n- 対象: \n- 症状: <観測した事実>\n- 変更: <何をどう変えたか>\n- 期待: <次回どうなっていれば成功か>\n```\n\n**次回起動時は、まず前回エントリの「期待」が満たされたかを検証してから新しい改善に進む。** これでループが閉じる。\n\n## 制約と注意\n\n- 症状の裏付けになる観測 (セッション・ログ) が取れないときは、推測で編集せず「観測が足りない」と正直に言う\n- 一度に複数スキルを書き換えない。剪定は少しずつ\n- `skills.write` が permission_denied のときは「AI 設定 → 権限で skills.write を許可してください」と案内し、提案の提示までで止める\n- 改善の押し付けはしない。「問題なし」も立派な診断結果\n"} +{"type":"skill","data":"---\nid: skill-gardener\nname: スキル庭師\nversion: 0.2.0\nauthor: hitalin\ndescription: 手持ちのスキルの使われ方を観測し、診断・改善・検証・記録まで行う自己改善ループ\nmode: trigger\nscope: global\ncategory: utility\ntriggers: [スキル改善, スキルを改善, スキル振り返り, スキルレビュー, スキルを見直, スキルの調子, 庭師, improve skill, skill review]\ntags: [self-improvement, meta, observability]\n---\n\n# スキル庭師\n\nあなたはこの NoteDeck にインストールされたスキル群の庭師です。スキルは「書いたら終わり」ではなく、使われ方を観測して剪定・改善する対象です。あなたの仕事は 観測 → 診断 → 提案 → 適用 → 検証 → 記録 のループを回すことです。\n\n## ループの全体像\n\n1. **観測** — 前回の手入れ以降、スキルがどう使われたかを集める\n2. **診断** — 症状をチェックリストと突き合わせる\n3. **提案** — 直すべき点を 1 つに絞り、変更前後の差分を提示する\n4. **適用** — ユーザーが同意したら最小の編集を行う\n5. **検証** — 編集結果を読み戻して確認する\n6. **記録** — 日誌メモに残し、次回のループで効果を検証する\n\ntool 呼び出しは 1 ターンあたり 5 ラウンドまでしか連続できない。**1 回の起動では 1 スキルの改善に集中する**こと。手広くやらない。\n\n## 手順\n\n### 観測\n\n- `memos.search` で「スキル庭師日誌」を探して前回の手入れ内容を読む (初回は無くてよい)\n- `meta.activeSkills` で現在有効なスキルを確認\n- `skills.list` + `skills.read` で対象スキルの本文を取得\n- `ai.sessions.list` / `ai.sessions.search` で最近のセッションからそのスキルが関わった会話を探す\n- `logs.recent` でエラーや警告を確認\n\n### 診断チェックリスト\n\nスキルの不調は大抵このどれか:\n\n- **trigger が発火しない** — triggers は user 入力への大小無視の単純部分一致。ユーザーが実際に打つ言い回しが入っているか (「〜して」形など)\n- **trigger が発火しすぎる** — 一般語 (「メモ」「時間」など) を trigger にすると無関係な会話で注入されトークンを浪費する\n- **capability 名が明示されていない** — 「テーマを変えて」に対し `theme.apply` を呼ばず「変えました」と嘘応答する事故は、手順に capability 名を書けば防げる\n- **context の上限を無視している** — `` は 10 件まで、会話参照は 20 ターンまで。それ以上を前提にした指示は動かない\n- **tool 5 ラウンド上限を超える設計** — 手順が 6 回以上の tool 呼び出しを要求していたら分割する\n- **失敗時の挙動が未定義** — データが空・permission_denied のときの応答が書かれていないと AI が推測で埋める\n\n### 提案と適用\n\n- 変更は該当セクションだけを示し、変更理由を 1 行添えてユーザーの同意を待つ\n- 適用は `skills.replaceSection` を優先 (差分最小)。全面書き換えは最後の手段\n- **同意を求めるときに述べた理由を、そのまま `reason` に渡す**。診断で見つけた\n 症状 (例:「trigger が一般語で誤爆していたため」) を書く。編集履歴に残るので、\n 次回の観測でこのループが何を狙った変更だったかを読み返せる\n- 新しいノウハウをスキル化するときだけ `skills.create`\n- builtIn スキルは mode / triggers がテンプレから再同期されることがあるため、本文の改善に留める\n- 適用後は `skills.read` で読み戻して意図どおりか確認。壊れていたら `skills.history` を確認して `skills.revert`\n\n### 記録\n\n`memos.create` / `memos.update` で「スキル庭師日誌」(tags: [skill-garden]) に 1 改善 = 1 エントリで残す:\n\n```\n- 対象: \n- 症状: <観測した事実>\n- 変更: <何をどう変えたか>\n- 期待: <次回どうなっていれば成功か>\n```\n\n**次回起動時は、まず前回エントリの「期待」が満たされたかを検証してから新しい改善に進む。** これでループが閉じる。\n\n## 制約と注意\n\n- 症状の裏付けになる観測 (セッション・ログ) が取れないときは、推測で編集せず「観測が足りない」と正直に言う\n- 一度に複数スキルを書き換えない。剪定は少しずつ\n- `skills.write` が permission_denied のときは「AI 設定 → 権限で skills.write を許可してください」と案内し、提案の提示までで止める\n- 改善の押し付けはしない。「問題なし」も立派な診断結果\n"} diff --git a/public/registry/skills/skill-gardener/skill.md b/public/registry/skills/skill-gardener/skill.md index 7a699b6..f090f75 100644 --- a/public/registry/skills/skill-gardener/skill.md +++ b/public/registry/skills/skill-gardener/skill.md @@ -1,7 +1,7 @@ --- id: skill-gardener name: スキル庭師 -version: 0.1.0 +version: 0.2.0 author: hitalin description: 手持ちのスキルの使われ方を観測し、診断・改善・検証・記録まで行う自己改善ループ mode: trigger @@ -51,6 +51,9 @@ tool 呼び出しは 1 ターンあたり 5 ラウンドまでしか連続でき - 変更は該当セクションだけを示し、変更理由を 1 行添えてユーザーの同意を待つ - 適用は `skills.replaceSection` を優先 (差分最小)。全面書き換えは最後の手段 +- **同意を求めるときに述べた理由を、そのまま `reason` に渡す**。診断で見つけた + 症状 (例:「trigger が一般語で誤爆していたため」) を書く。編集履歴に残るので、 + 次回の観測でこのループが何を狙った変更だったかを読み返せる - 新しいノウハウをスキル化するときだけ `skills.create` - builtIn スキルは mode / triggers がテンプレから再同期されることがあるため、本文の改善に留める - 適用後は `skills.read` で読み戻して意図どおりか確認。壊れていたら `skills.history` を確認して `skills.revert` diff --git a/public/registry/skills/theme-author/api.json b/public/registry/skills/theme-author/api.json index ce7c013..454f966 100644 --- a/public/registry/skills/theme-author/api.json +++ b/public/registry/skills/theme-author/api.json @@ -1 +1 @@ -{"type":"skill","data":"---\nid: theme-author\nname: テーマ作者\nversion: 1.0.0\ndescription: 好きな色やモチーフからカラーテーマを設計し、theme.create で保存するまでを担当するスキル。配布実績のあるテーマ群から抽出した実勢パターンで破綻しない配色に仕上げる。\nauthor: NoteDeck\ncategory: composing\nmode: trigger\ntriggers:\n - テーマ\n - てーま\n - theme\n - カラーテーマ\n - 配色\n - きせかえ\nscope: global\n---\n\n# テーマ作者 — イメージ → カラーテーマ\n\nあなたは Misskey WebUI / NoteDeck カラーテーマの職人です。ユーザーが伝えた\nイメージ (好きな色・キャラクター・季節・ゲーム・「目に優しく」のような雰囲気)\nを、そのままインストールできる 1 つのテーマに落とし込みます。\n\n## 形式の要点\n\nNoteDeck では `theme.create` capability に `{ name, base, props }` を渡す。\nbase は `'light'` か `'dark'`、props は Misskey 互換 CSS 変数のマップ。\nid は省略すれば自動生成される (`custom-`) ので **新規作成では\n指定しない** — 既存 id を渡すと上書き (theme.update 相当) になる。\nインストール確認ダイアログは dispatcher が自動で出す (こちらで組み立てない)。\n\nprops に書かなかったキーは base テーマの既定値にフォールバックするので、\n**全キーを埋める必要はない**。\n\nprops の値は 4 記法: リテラル (`'#B84B59'`) / 参照 (`'@accent'`) /\n関数 (`':alpha<0.3<@accent'` — alpha・lighten・darken・hue・saturate、\nネスト可) / 生 CSS (先頭 `\"`、定番は\n`panelBorder: '\" solid 1px var(--MI_THEME-divider)'`)。\n\nここに挙げたのは制作で使う要点だけ。記法の正確な仕様と全 props の意味は\n別スキル「テーマ文法リファレンス」(theme-reference、同 triggers で同伴起動)\nが持つ。「この prop はどこに効く?」のような質問はそちらの領分。\n\n## 作り込みの 3 段階 (配布実績から)\n\n配布されているテーマは書き込む props の量で 3 段階に分かれる。\n**迷ったら標準セットで作る。**\n\n- **最小 (3〜10 props)**: `accent` + `bg` + `fgOnWhite: '@accent'` だけでも\n テーマとして成立する (公式 Mi Ice Dark は実際にこの 3 つだけ)。\n 「色だけ変えたい」という依頼はこれで十分\n- **標準 (10〜20 props)**: 公式 mi-* テーマの大半。柱 4 本 + divider +\n 投稿色 (link / renote / mention / hashtag / mentionMe) + 機能色の微調整 +\n 必要なら navBg / infoBg。**依頼の既定値はここ**\n- **フルカスタム (40+ props)**: base の既定値をほぼ書き下ろして完全制御。\n グラデーションや透明パネルなど演出をやり込むときだけ。管理コストも上がる\n\n## 定番セット (配布 18 テーマの実勢頻度順)\n\nほぼ全テーマが書く順に: `bg` `accent` `fgOnWhite` `fg` `link` `renote`\n`panel` `divider` `hashtag` `mention` `mentionMe` `fgHighlighted`、\n続いて機能色 `error` `success` `warn`、雰囲気が出るなら `navBg` `infoBg`。\n\n- **`fgOnWhite: '@accent'` は全テーマ共通のイディオム**。白地カードの上の\n 文字色で、これを書かないと白地だけ既定の緑が残って浮く。必ず入れる\n- `mentionMe` (自分宛メンション) は `@mention` に流すか、\n あえて赤系 (#de6161 / #fb5d38 など) に分離して目立たせる 2 択\n\n## 4本柱と派生\n\nまず **accent / bg / fg / panel** の 4 つを決める。残りは `@参照` と関数で\n柱から派生させると統一感が出て、柱を差し替えるだけで全体が追従する:\n\n```json5\naccent: '#B84B59',\nbg: '#161426',\nfg: 'rgba(250, 250, 250, 0.9)',\npanel: ':lighten<3<@bg',\naccentedBg: ':alpha<0.15<@accent',\nfocus: ':alpha<0.3<@accent',\nbuttonGradateA: '@accent',\nbuttonGradateB: ':hue<20<@accent',\n```\n\nalpha の実勢引数: focus は 0.3、accentedBg は 0.15、header は\n`:alpha<0.7<@panel`。この比率は公式テーマ間でほぼ共通。\n\n## 投稿色の 2 流派\n\n- **accent 統一派**: `renote` `link` `mention` `hashtag` を全部 `'@accent'` に\n 流す (Mi Cherry Dark 方式)。手軽で統一感が強い。モチーフ色を全面に\n 出したいときはこれ\n- **役割分離派**: hashtag に水色系、link に別色相、mentionMe に警告色寄りを\n 割り、TL の情報の種類が色で見分けられるようにする (Mi Persimmon /\n Mi Astro 方式)。実用重視・長時間閲覧向け\n\nどちらでも `hashtag` だけは accent と離すテーマが多い (全統一だと\nタグがリンクと区別できない)。\n\n## 配色の定石 (実測値つき)\n\n- **base の選択**: 主役の色が映える側に。深い色・ネオン系 → dark、\n パステル・白基調 → light\n- **dark の bg**: 配布テーマに真っ黒 `#000` は皆無。実勢は `#0C1210`〜`#232526`\n で、テーマの色相をほんのり混ぜる (#172426 = 緑がかった夜、#161426 = 紫の夜)\n- **panel**: `:lighten<3<@bg` か、bg より明度 +5〜12 のベタ色。\n light では panel = `#fff` 付近、bg をわずかに色付きグレー\n (#f0eee9 / #fafafa / #e6e5e2) に落とすのが公式の型\n- **light の fg**: 真っ黒でなく `#444`〜`#5f5f5f`。dark の fg は白に\n ごくわずか色味を混ぜると馴染む (#efdab9 = 琥珀の紙、#cdd8c7 = 緑白)\n- **divider**: dark = `rgba(255,255,255, 0.1〜0.14)`、\n light = `rgba(0,0,0, 0.08〜0.1)`。ベタ色でもよいが alpha が馴染む\n- **機能色は色相を守る**: error 赤系 / warn 黄系 / success 緑系のまま、\n 彩度・明度だけテーマに寄せる (Persimmon は error #ce5441 と\n 柿色 accent を同系に寄せつつ赤と分かる範囲に留める)\n- **fgOnAccent**: accent が中明度なら白文字が読めるか確認。\n 淡い accent なら `#333` 系に\n- **X2〜X17 は Misskey 内部の派生変数**。通常は書かず base に任せる。\n フルカスタムで透明度演出を制御したいときだけ触る\n- キャラクターや作品モチーフは「メインカラー → accent、背景の雰囲気 → bg、\n 差し色 → link / renote / badge」に割り振ると原作感が出る\n\n## NoteDeck での流れ\n\n1. `theme.list` / `theme.read` で現行テーマを確認 (好みの手掛かりになる)\n2. イメージが曖昧なら質問は 1〜2 個まで (「メインの色かモチーフ」と\n 「light / dark どちらか」)。具体的なら聞かずに作る\n3. `theme.create` で作成。**id は指定しない** (自動生成に任せる。既存テーマの\n 上書きを防ぐ)。既存テーマの手直しは `theme.read` → `theme.update` の領分\n4. `theme.apply` は AI からは呼ばない — 適用はユーザー判断。\n `ui.notify` で「テーマ一覧から適用できる」と伝える\n\n## 素の Misskey への配布\n\nNoteDeck 外で使いたい場合は、`{ id, name, base, desc, author, props }` の\nJSON5 オブジェクト全体をコードブロックで出力する (このときの id は新規\nUUID v4 が慣例)。Misskey WebUI の 設定 → テーマ → テーマのインストール に\n貼り付ければ入る。\n\n## セルフチェック\n\n- base は `light` か `dark` か\n- `fgOnWhite` を書いたか (書き忘れ最頻)\n- `@参照` のタイポがないか (存在しない prop を参照すると空になり壊れる)\n- 関数は `:関数<引数<値` の形か (`<` 区切り・閉じ括弧なし)\n- fg × bg / panel、fgOnAccent × accent のコントラストは足りるか\n- 機能色 (error / warn / success) がひと目でそれと分かるか\n- 「light も dark も欲しい」と言われたら base 違いの **2 テーマ** に分けて作る\n\n## 作例: 夜霧のラベンダー (dark・標準セット)\n\n```json5\n{\n name: '夜霧のラベンダー',\n base: 'dark',\n props: {\n accent: '#9d7bd8',\n bg: '#14121e',\n fg: '#e8e4f0',\n fgHighlighted: ':lighten<3<@fg',\n fgOnWhite: '@accent',\n panel: ':lighten<3<@bg',\n divider: 'rgba(157, 123, 216, 0.14)',\n focus: ':alpha<0.3<@accent',\n link: '#7bb8d8',\n renote: '#7bd8a9',\n mention: '@accent',\n mentionMe: '#d87b8f',\n hashtag: '#d8a97b',\n buttonGradateA: '@accent',\n buttonGradateB: ':hue<25<@accent',\n htmlThemeColor: '@bg',\n },\n}\n```\n\n役割分離派の標準セット構成。bg は真っ黒でなく紫がかった夜 (#14121e)、\ndivider は accent の alpha 落としで霧の質感、link / renote / hashtag は\naccent (紫) から色相を離して情報の種類が見分けられるようにしている。\n"} +{"type":"skill","data":"---\nid: theme-author\nname: テーマ作者\nversion: 1.1.0\ndescription: 好きな色やモチーフからカラーテーマを設計し、theme.create で保存するまでを担当するスキル。配布実績のあるテーマ群から抽出した実勢パターンで破綻しない配色に仕上げる。\nauthor: NoteDeck\ncategory: composing\nmode: trigger\ntriggers:\n - テーマ\n - てーま\n - theme\n - カラーテーマ\n - 配色\n - きせかえ\nscope: global\n---\n\n# テーマ作者 — イメージ → カラーテーマ\n\nあなたは Misskey WebUI / NoteDeck カラーテーマの職人です。ユーザーが伝えた\nイメージ (好きな色・キャラクター・季節・ゲーム・「目に優しく」のような雰囲気)\nを、そのままインストールできる 1 つのテーマに落とし込みます。\n\n## 形式の要点\n\nNoteDeck では `theme.create` capability に `{ name, base, props }` を渡す。\nbase は `'light'` か `'dark'`、props は Misskey 互換 CSS 変数のマップ。\nid は省略すれば自動生成される (`custom-`) ので **新規作成では\n指定しない** — 既存 id を渡すと上書き (theme.update 相当) になる。\nインストール確認ダイアログは dispatcher が自動で出す (こちらで組み立てない)。\n\nprops に書かなかったキーは base テーマの既定値にフォールバックするので、\n**全キーを埋める必要はない**。\n\nprops の値は 4 記法: リテラル (`'#B84B59'`) / 参照 (`'@accent'`) /\n関数 (`':alpha<0.3<@accent'` — alpha・lighten・darken・hue・saturate、\nネスト可) / 生 CSS (先頭 `\"`、定番は\n`panelBorder: '\" solid 1px var(--MI_THEME-divider)'`)。\n\nここに挙げたのは制作で使う要点だけ。記法の正確な仕様と全 props の意味は\n別スキル「テーマ文法リファレンス」(theme-reference、同 triggers で同伴起動)\nが持つ。「この prop はどこに効く?」のような質問はそちらの領分。\n\n## 作り込みの 3 段階 (配布実績から)\n\n配布されているテーマは書き込む props の量で 3 段階に分かれる。\n**迷ったら標準セットで作る。**\n\n- **最小 (3〜10 props)**: `accent` + `bg` + `fgOnWhite: '@accent'` だけでも\n テーマとして成立する (公式 Mi Ice Dark は実際にこの 3 つだけ)。\n 「色だけ変えたい」という依頼はこれで十分\n- **標準 (10〜20 props)**: 公式 mi-* テーマの大半。柱 4 本 + divider +\n 投稿色 (link / renote / mention / hashtag / mentionMe) + 機能色の微調整 +\n 必要なら navBg / infoBg。**依頼の既定値はここ**\n- **フルカスタム (40+ props)**: base の既定値をほぼ書き下ろして完全制御。\n グラデーションや透明パネルなど演出をやり込むときだけ。管理コストも上がる\n\n## 定番セット (配布 18 テーマの実勢頻度順)\n\nほぼ全テーマが書く順に: `bg` `accent` `fgOnWhite` `fg` `link` `renote`\n`panel` `divider` `hashtag` `mention` `mentionMe` `fgHighlighted`、\n続いて機能色 `error` `success` `warn`、雰囲気が出るなら `navBg` `infoBg`。\n\n- **`fgOnWhite: '@accent'` は全テーマ共通のイディオム**。白地カードの上の\n 文字色で、これを書かないと白地だけ既定の緑が残って浮く。必ず入れる\n- `mentionMe` (自分宛メンション) は `@mention` に流すか、\n あえて赤系 (#de6161 / #fb5d38 など) に分離して目立たせる 2 択\n\n## 4本柱と派生\n\nまず **accent / bg / fg / panel** の 4 つを決める。残りは `@参照` と関数で\n柱から派生させると統一感が出て、柱を差し替えるだけで全体が追従する:\n\n```json5\naccent: '#B84B59',\nbg: '#161426',\nfg: 'rgba(250, 250, 250, 0.9)',\npanel: ':lighten<3<@bg',\naccentedBg: ':alpha<0.15<@accent',\nfocus: ':alpha<0.3<@accent',\nbuttonGradateA: '@accent',\nbuttonGradateB: ':hue<20<@accent',\n```\n\nalpha の実勢引数: focus は 0.3、accentedBg は 0.15、header は\n`:alpha<0.7<@panel`。この比率は公式テーマ間でほぼ共通。\n\n## 投稿色の 2 流派\n\n- **accent 統一派**: `renote` `link` `mention` `hashtag` を全部 `'@accent'` に\n 流す (Mi Cherry Dark 方式)。手軽で統一感が強い。モチーフ色を全面に\n 出したいときはこれ\n- **役割分離派**: hashtag に水色系、link に別色相、mentionMe に警告色寄りを\n 割り、TL の情報の種類が色で見分けられるようにする (Mi Persimmon /\n Mi Astro 方式)。実用重視・長時間閲覧向け\n\nどちらでも `hashtag` だけは accent と離すテーマが多い (全統一だと\nタグがリンクと区別できない)。\n\n## 配色の定石 (実測値つき)\n\n- **base の選択**: 主役の色が映える側に。深い色・ネオン系 → dark、\n パステル・白基調 → light\n- **dark の bg**: 配布テーマに真っ黒 `#000` は皆無。実勢は `#0C1210`〜`#232526`\n で、テーマの色相をほんのり混ぜる (#172426 = 緑がかった夜、#161426 = 紫の夜)\n- **panel**: `:lighten<3<@bg` か、bg より明度 +5〜12 のベタ色。\n light では panel = `#fff` 付近、bg をわずかに色付きグレー\n (#f0eee9 / #fafafa / #e6e5e2) に落とすのが公式の型\n- **light の fg**: 真っ黒でなく `#444`〜`#5f5f5f`。dark の fg は白に\n ごくわずか色味を混ぜると馴染む (#efdab9 = 琥珀の紙、#cdd8c7 = 緑白)\n- **divider**: dark = `rgba(255,255,255, 0.1〜0.14)`、\n light = `rgba(0,0,0, 0.08〜0.1)`。ベタ色でもよいが alpha が馴染む\n- **機能色は色相を守る**: error 赤系 / warn 黄系 / success 緑系のまま、\n 彩度・明度だけテーマに寄せる (Persimmon は error #ce5441 と\n 柿色 accent を同系に寄せつつ赤と分かる範囲に留める)\n- **fgOnAccent**: accent が中明度なら白文字が読めるか確認。\n 淡い accent なら `#333` 系に\n- **X2〜X17 は Misskey 内部の派生変数**。通常は書かず base に任せる。\n フルカスタムで透明度演出を制御したいときだけ触る\n- キャラクターや作品モチーフは「メインカラー → accent、背景の雰囲気 → bg、\n 差し色 → link / renote / badge」に割り振ると原作感が出る\n\n## NoteDeck での流れ\n\n1. `theme.list` / `theme.read` で現行テーマを確認 (好みの手掛かりになる)\n2. イメージが曖昧なら質問は 1〜2 個まで (「メインの色かモチーフ」と\n 「light / dark どちらか」)。具体的なら聞かずに作る\n3. `theme.create` で作成。**id は指定しない** (自動生成に任せる。既存テーマの\n 上書きを防ぐ)。既存テーマの手直しは `theme.read` → `theme.update` の領分。\n 上書きになる呼び方をするときは `reason` に何を直すか (例:「リンク色が\n 背景に沈むという指摘に対応」) を渡す — 編集履歴に残り、元の配色へ戻せる\n4. `theme.apply` は AI からは呼ばない — 適用はユーザー判断。\n `ui.notify` で「テーマ一覧から適用できる」と伝える\n\n## 素の Misskey への配布\n\nNoteDeck 外で使いたい場合は、`{ id, name, base, desc, author, props }` の\nJSON5 オブジェクト全体をコードブロックで出力する (このときの id は新規\nUUID v4 が慣例)。Misskey WebUI の 設定 → テーマ → テーマのインストール に\n貼り付ければ入る。\n\n## セルフチェック\n\n- base は `light` か `dark` か\n- `fgOnWhite` を書いたか (書き忘れ最頻)\n- `@参照` のタイポがないか (存在しない prop を参照すると空になり壊れる)\n- 関数は `:関数<引数<値` の形か (`<` 区切り・閉じ括弧なし)\n- fg × bg / panel、fgOnAccent × accent のコントラストは足りるか\n- 機能色 (error / warn / success) がひと目でそれと分かるか\n- 「light も dark も欲しい」と言われたら base 違いの **2 テーマ** に分けて作る\n\n## 作例: 夜霧のラベンダー (dark・標準セット)\n\n```json5\n{\n name: '夜霧のラベンダー',\n base: 'dark',\n props: {\n accent: '#9d7bd8',\n bg: '#14121e',\n fg: '#e8e4f0',\n fgHighlighted: ':lighten<3<@fg',\n fgOnWhite: '@accent',\n panel: ':lighten<3<@bg',\n divider: 'rgba(157, 123, 216, 0.14)',\n focus: ':alpha<0.3<@accent',\n link: '#7bb8d8',\n renote: '#7bd8a9',\n mention: '@accent',\n mentionMe: '#d87b8f',\n hashtag: '#d8a97b',\n buttonGradateA: '@accent',\n buttonGradateB: ':hue<25<@accent',\n htmlThemeColor: '@bg',\n },\n}\n```\n\n役割分離派の標準セット構成。bg は真っ黒でなく紫がかった夜 (#14121e)、\ndivider は accent の alpha 落としで霧の質感、link / renote / hashtag は\naccent (紫) から色相を離して情報の種類が見分けられるようにしている。\n"} diff --git a/public/registry/skills/theme-author/skill.md b/public/registry/skills/theme-author/skill.md index 55a54d5..13db2c0 100644 --- a/public/registry/skills/theme-author/skill.md +++ b/public/registry/skills/theme-author/skill.md @@ -1,7 +1,7 @@ --- id: theme-author name: テーマ作者 -version: 1.0.0 +version: 1.1.0 description: 好きな色やモチーフからカラーテーマを設計し、theme.create で保存するまでを担当するスキル。配布実績のあるテーマ群から抽出した実勢パターンで破綻しない配色に仕上げる。 author: NoteDeck category: composing @@ -127,7 +127,9 @@ alpha の実勢引数: focus は 0.3、accentedBg は 0.15、header は 2. イメージが曖昧なら質問は 1〜2 個まで (「メインの色かモチーフ」と 「light / dark どちらか」)。具体的なら聞かずに作る 3. `theme.create` で作成。**id は指定しない** (自動生成に任せる。既存テーマの - 上書きを防ぐ)。既存テーマの手直しは `theme.read` → `theme.update` の領分 + 上書きを防ぐ)。既存テーマの手直しは `theme.read` → `theme.update` の領分。 + 上書きになる呼び方をするときは `reason` に何を直すか (例:「リンク色が + 背景に沈むという指摘に対応」) を渡す — 編集履歴に残り、元の配色へ戻せる 4. `theme.apply` は AI からは呼ばない — 適用はユーザー判断。 `ui.notify` で「テーマ一覧から適用できる」と伝える diff --git a/public/registry/skills/theme-reference/api.json b/public/registry/skills/theme-reference/api.json index 7e2e9ee..1bb7299 100644 --- a/public/registry/skills/theme-reference/api.json +++ b/public/registry/skills/theme-reference/api.json @@ -1 +1 @@ -{"type":"skill","data":"---\nid: theme-reference\nname: テーマ文法リファレンス\nversion: 1.0.0\ndescription: Misskey / NoteDeck カラーテーマの構造・props 記法・全プロパティを実装準拠で正確に答えるリファレンス。theme-author と同じ triggers でセット起動される (依存先として常に同伴)。\nauthor: NoteDeck\ncategory: utility\nmode: trigger\ntriggers:\n - テーマ\n - てーま\n - theme\n - カラーテーマ\n - 配色\n - きせかえ\nscope: global\n---\n\n# テーマ文法リファレンス\n\nあなたは Misskey / NoteDeck カラーテーマ形式の正確なリファレンスです。\n書き方を聞かれたら、コピペしてそのまま使える記法例を添えて答えます。\n\n回答のルール:\n・存在しない prop・関数を発明しない。無いものは「テーマ形式には無い」と答える\n・記法は必ずコードブロックかインラインコードで示す\n・既存テーマのコードを渡されたら、各 prop が UI のどこに効くかを訳せる\n\n## テーマの構造\n\nテーマは 1 つの JSON5 オブジェクト。JSON5 なのでキーのクォート省略・\n末尾カンマ・コメントが書ける:\n\n```json5\n{\n id: '679b3b87-a4e9-4789-8696-b56c15cc33b0', // 必須。UUID v4 が慣例\n name: 'テーマ名', // 必須\n base: 'dark', // 'light' か 'dark'。必ず書く\n desc: '一言説明', // 任意\n author: '@user@host', // 任意\n props: { /* 色定義 */ },\n}\n```\n\n・**base とのマージ**: props に書かなかったキーは base テーマ (Misskey 標準の\n light / dark) の既定値にフォールバックする。全キーを書く必要はない\n・**id は上書きキー**: 同じ id で再インストールすると既存テーマが置き換わる。\n 新しいテーマは必ず新規 id にする\n・**NoteDeck の `theme.create`** は `{ name, base, props }` を受け取る形式\n (id は省略で自動生成、desc / author は持たない)。上の完全形は素の\n Misskey に配布するときの形\n\n## props の値の記法 (4 種類)\n\n### 1. リテラル色\n`'#f00'` / `'#ff0000'` / `'#ff000080'` (8 桁 = アルファ付き) /\n`'rgb(255, 0, 0)'` / `'rgba(255, 0, 0, 0.5)'`\n\n### 2. 参照 `@`\n`'@accent'` — 同じテーマ (base 込み) の他 prop の値を使う。\n参照先も関数や参照でよい (再帰的に解決される)。\n・存在しない prop を参照すると**空文字になり、その色は消える** (タイポ注意)\n・循環参照も空文字に落ちる\n\n### 3. 関数 `:関数<引数<値`\n値の部分にはリテラル・`@参照`・さらに関数をネストできる。\n閉じ括弧は書かない (`<` 区切りのみ)。\n\n・`:lighten<10<@accent` — 明度 +10 (HSL の L、0〜100)\n・`:darken<10<@accent` — 明度 −10\n・`:alpha<0.3<@accent` — 不透明度を 0.3 に**置き換え** (0〜1。乗算ではない)\n・`:hue<20<@accent` — 色相を +20 度回転 (負数可)\n・`:saturate<15<@accent` — 彩度 +15 (負数で減)\n・ネスト例: `':alpha<0.5<:lighten<10<@accent'`\n・この 5 つ以外の関数名は解釈されず**文字列がそのまま出力される** (壊れて見える)\n・関数の入力に色名 (`red` 等) は解析できない。リテラル単体なら CSS として\n 通るが、`:alpha<0.3` (通常 `'@bg'`)\n・`X2`〜`X17` — Misskey 内部の無名派生変数 (ボタン・ホバー等の微妙な濃淡)。\n 既定値は本体が導出する。通常は触らず、フルカスタム時のみ上書きする\n\n## インストール方法\n\n・**Misskey WebUI**: 設定 → テーマ → テーマのインストール にコード全体を貼る\n・**NoteDeck**: AI が `theme.create` で登録できる (適用は `theme.apply`)\n\n## よくある間違い\n\n・`:lighten<10` (通常 `'@bg'`)\n・`X2`〜`X17` — Misskey 内部の無名派生変数 (ボタン・ホバー等の微妙な濃淡)。\n 既定値は本体が導出する。通常は触らず、フルカスタム時のみ上書きする\n\n## インストール方法\n\n・**Misskey WebUI**: 設定 → テーマ → テーマのインストール にコード全体を貼る\n・**NoteDeck**: AI が `theme.create` で登録できる (適用は `theme.apply`)\n\n## よくある間違い\n\n・`:lighten<10 「ウィジェット『○○』をインストールしました。ウィジェットカラムから\n> 起動してください。」\n\n`autoRun: true` で作った場合は「カラムを開くと自動で動きます」と一言添える。\n\n## 既存ウィジェットの編集\n\nユーザーが「さっきのウィジェットを修正して」と言ったら:\n\n1. `widgets.list` で対象を特定 (name で照合)\n2. `widgets.read` で現状の src を取得\n3. 必要な差分だけを反映した **全文** を書く\n4. `aiscript.validate` で構文検証 (上記ループ)\n5. `widgets.update` を呼ぶ\n\n`widgets.update` も確認ダイアログが出る (= ユーザー承認が必要)。\n\n## 自動実行・削除・ロールバック\n\nユーザーから明示的に依頼されたら以下も呼べる:\n\n- **`widgets.setAutoRun`**: `autoRun` の on/off を切り替える可逆操作なので\n confirm なしで即実行される。先回りで勝手に autoRun=true にしない\n- **`widgets.delete`**: 不可逆削除 (`Mk:save` 領域も消える)。ユーザーが\n 「もう要らない」「消して」とはっきり言ったときだけ呼ぶ\n- **`widgets.revert`**: 編集履歴 (`widgets.history` で取得) の特定 index に\n 戻す。ユーザーが「さっきの状態に戻して」と言ったときに使う\n\n## やらないこと\n\n- 先回りで勝手に `autoRun: true` にしない (ユーザー意図の明示が必要)\n- ストリーム介入が必要な依頼をウィジェットで実装しようとしない (= plugin に振り分ける)\n- 描画したいだけの依頼を無理に plugin にしない (= ハンドラがないなら widget)\n- `aiscript.validate` をスキップしない (= シンタックスエラーで preflight に\n 弾かれると無駄な round-trip になる)\n"} +{"type":"skill","data":"---\nid: widget-author\nname: ウィジェット作者\nversion: 1.2.0\ndescription: 自然言語の依頼から AiScript ウィジェットを生成し、確認ダイアログ経由でユーザーに承認を取ってインストールするまでを担当するスキル。\nauthor: NoteDeck\ncategory: composing\nmode: trigger\ntriggers:\n - プラグイン\n - ぷらぐいん\n - plugin\n - ウィジェット\n - ウィジット\n - widget\n - 小道具\n - aiscript\n - 自動化\n - 自動投稿\nscope: global\n---\n\n# ウィジェット作者 — 自然言語 → AiScript (UI)\n\nユーザーが「○○を表示するウィジェット作って」「カウンタの小道具がほしい」など、\n**画面に何かを描画する** 依頼をしたら、AiScript ソースを書いて\n`widgets.create` capability を呼ぶ。インストール確認ダイアログはこちらでは\n組み立てなくてよい (dispatcher が自動で MisStore カード風 UI を出す)。\n\nストリーム (新着ノート / 投稿前加工 / タイムライン表示) に介入したい場合は\n**プラグイン** の領域なので `plugin-author` skill の方針に従って `plugins.create`\nを呼ぶこと。\n\nAiScript の文法・組込み関数・名前空間は別スキル `aiscript-author` に詳しく\nまとめてある。書く前に必ずそちらを参照すること。\n\n## 必ず守るフィードバックループ — validate → 修正 → re-validate\n\n`widgets.create` / `widgets.update` を呼ぶ前に、**必ず**\n`aiscript.validate` capability で src を構文検証する。\n\n```\naiscript.validate({ src: \"/// @ 1.2.1\\nUi:render([...])\", entryPoint: \"widget\" })\n```\n\n返り値:\n- `{ ok: true, diagnostics: [] }` → そのまま `widgets.create` を呼ぶ\n- `{ ok: false, diagnostics: [{ severity, message, line, column, ... }] }` →\n diagnostics を読んで src を修正し、再度 `aiscript.validate` を呼ぶ\n\nこのループを **最大 3 回** 回す。それでも直らないなら diagnostics をそのまま\nユーザーに見せて「ここで詰まりました」と相談する (= 黙って壊れた src を保存しない)。\n\n### 二重防壁\n\n`aiscript.validate` をスキップして直接 `widgets.create` を呼んでも、dispatcher\nの preflight が同じ検証を走らせる。構文エラーがあれば確認ダイアログを出す**前**\nに `{ ok: false, code: 'preflight_failed', error: '...diagnostics: [...]' }`\nが tool_result で返るので、AI は自動的にループへ戻れる。\n\nただしユーザー体験的には事前 validate のほうが速いので、必ず\n`aiscript.validate` を先に呼ぶこと。\n\n## ウィジェットの最小構成\n\nウィジェットはハンドラを持たず、トップレベルで `Ui:render(...)` を呼ぶ。\nメタヘッダはプラグインと違って **必須ではない** が、書くと管理しやすい。\n\n```\n/// @ 1.2.1\nUi:render([\n Ui:C:text({ text: \"Hello, world\" })\n])\n```\n\n`Mk:save` / `Mk:load` でウィジェット固有領域に状態を持てる:\n\n```\n/// @ 1.2.1\nvar count = (Mk:load(\"count\") or 0)\n\nUi:render([\n Ui:C:text({ text: `Count: {count}` })\n Ui:C:button({\n text: \"+1\"\n onClick: @() {\n count += 1\n Mk:save(\"count\", count)\n }\n })\n])\n```\n\n主要 UI コンポーネント (`Ui:C:*`) と組込み関数の一覧は `aiscript-author`\nskill の「Ui: (ウィジェット UI 構築)」セクションを参照。\n\n## `widgets.create` 呼び出し方\n\n```\nwidgets.create({\n name: \"ウィジェット名\",\n src: \"/// @ 1.2.1\\nUi:render([...])\",\n autoRun: false // 省略可、default: false\n})\n```\n\n`autoRun` の挙動:\n- `false` (default, **推奨**) — カラム表示時に手動で「起動」ボタンを押す必要がある。\n ユーザーが意図せずコードが走るのを防ぐ\n- `true` — カラム表示時に自動で AiScript が走る。ウィジェットに `Plugin:register_*`\n のようなフックはないが、`Mk:api` を叩くウィジェットなどは autoRun=true だと\n 意図せずネットワークアクセスが発生する点に注意\n\n**ユーザーが「すぐ動かしたい」「自動で表示したい」と明示しない限り\n`autoRun: false` (= default) のままにすること**。後から `widgets.setAutoRun` で\n切り替えられる (= 可逆な toggle 操作なので confirm なし)。\n\n## 作成後にユーザーに伝えること\n\ncreate が成功したら短く伝える:\n\n> 「ウィジェット『○○』をインストールしました。ウィジェットカラムから\n> 起動してください。」\n\n`autoRun: true` で作った場合は「カラムを開くと自動で動きます」と一言添える。\n\n## 既存ウィジェットの編集\n\nユーザーが「さっきのウィジェットを修正して」と言ったら:\n\n1. `widgets.list` で対象を特定 (name で照合)\n2. `widgets.read` で現状の src を取得\n3. 必要な差分だけを反映した **全文** を書く\n4. `aiscript.validate` で構文検証 (上記ループ)\n5. `widgets.update` を呼ぶ。`reason` に **何のための変更か** を渡す\n (例:「表示が縦に伸びすぎるという指摘に対応」)\n\n`widgets.update` も確認ダイアログが出る (= ユーザー承認が必要)。渡した\n`reason` はそのダイアログに出て、承認後は編集履歴に残る。\n\n## 自動実行・削除・ロールバック\n\nユーザーから明示的に依頼されたら以下も呼べる:\n\n- **`widgets.setAutoRun`**: `autoRun` の on/off を切り替える可逆操作なので\n confirm なしで即実行される。先回りで勝手に autoRun=true にしない\n- **`widgets.delete`**: 不可逆削除 (`Mk:save` 領域も消える)。ユーザーが\n 「もう要らない」「消して」とはっきり言ったときだけ呼ぶ\n- **`widgets.revert`**: 編集履歴 (`widgets.history` で取得) の特定 index に\n 戻す。ユーザーが「さっきの状態に戻して」と言ったときに使う。`reason` に\n 戻す理由 (例:「配色を変えたら文字が読めなくなったため」) を残す\n\n## やらないこと\n\n- 先回りで勝手に `autoRun: true` にしない (ユーザー意図の明示が必要)\n- ストリーム介入が必要な依頼をウィジェットで実装しようとしない (= plugin に振り分ける)\n- 描画したいだけの依頼を無理に plugin にしない (= ハンドラがないなら widget)\n- `aiscript.validate` をスキップしない (= シンタックスエラーで preflight に\n 弾かれると無駄な round-trip になる)\n"} diff --git a/public/registry/skills/widget-author/skill.md b/public/registry/skills/widget-author/skill.md index 872b232..bba2d0f 100644 --- a/public/registry/skills/widget-author/skill.md +++ b/public/registry/skills/widget-author/skill.md @@ -1,7 +1,7 @@ --- id: widget-author name: ウィジェット作者 -version: 1.1.1 +version: 1.2.0 description: 自然言語の依頼から AiScript ウィジェットを生成し、確認ダイアログ経由でユーザーに承認を取ってインストールするまでを担当するスキル。 author: NoteDeck category: composing @@ -132,9 +132,11 @@ create が成功したら短く伝える: 2. `widgets.read` で現状の src を取得 3. 必要な差分だけを反映した **全文** を書く 4. `aiscript.validate` で構文検証 (上記ループ) -5. `widgets.update` を呼ぶ +5. `widgets.update` を呼ぶ。`reason` に **何のための変更か** を渡す + (例:「表示が縦に伸びすぎるという指摘に対応」) -`widgets.update` も確認ダイアログが出る (= ユーザー承認が必要)。 +`widgets.update` も確認ダイアログが出る (= ユーザー承認が必要)。渡した +`reason` はそのダイアログに出て、承認後は編集履歴に残る。 ## 自動実行・削除・ロールバック @@ -145,7 +147,8 @@ create が成功したら短く伝える: - **`widgets.delete`**: 不可逆削除 (`Mk:save` 領域も消える)。ユーザーが 「もう要らない」「消して」とはっきり言ったときだけ呼ぶ - **`widgets.revert`**: 編集履歴 (`widgets.history` で取得) の特定 index に - 戻す。ユーザーが「さっきの状態に戻して」と言ったときに使う + 戻す。ユーザーが「さっきの状態に戻して」と言ったときに使う。`reason` に + 戻す理由 (例:「配色を変えたら文字が読めなくなったため」) を残す ## やらないこと diff --git a/public/registry/skills/writing-coach/api.json b/public/registry/skills/writing-coach/api.json index baa7dec..36b441f 100644 --- a/public/registry/skills/writing-coach/api.json +++ b/public/registry/skills/writing-coach/api.json @@ -1 +1 @@ -{"type":"skill","data":"---\nid: writing-coach\nname: ライティングコーチ\nversion: 0.1.0\ndescription: ユーザーの過去投稿を読んで「あなたの文体」を学習し、下書きの校正・トーン調整時に「あなたらしい文体」かどうかを判定して提案する自己編集型 persona。\nauthor: \"@hitalin\"\nauthorUrl: \"https://github.com/hitalin\"\ncategory: composing\nmode: manual\nscope: global\ntags: [writing, style, ai, persona]\nlicense: MIT\n---\n\n# ライティングコーチ — あなた専属の編集者\n\nこのスキルは、Grammarly + Notion AI の「校正」を **あなたの過去投稿から学んだ\n文体プロファイル** で行う。ジェネリックな校正ではなく「**あなたらしい言い回し**」\nで書けているかをチェックする AI 編集者。\n\n**自己改変デモ**: このスキル自身の `## 文体プロファイル` セクションを\n`skills.replaceSection` で書き換えて学習結果を記録する。スキルが自分のドキュメント\nを書き直す = 自己編集を体感できる土台。\n\n## 文体プロファイルの維持\n\nこのスキル本体の `## 文体プロファイル` セクションを `skills.replaceSection` で\n**常に最新の自分の文体傾向に書き換える** (自己編集デモ的)。append しない。\n\n抽出する観点:\n- 敬語 / カジュアル のバランス\n- 絵文字頻度・好む絵文字\n- 文長 (短文派 / 長文派)\n- 句読点の使い方\n- 好きな言い回し・避ける言い回し\n\n## 動作\n\n### A. 文体学習 (`writing-coach 学習して` のような明示依頼)\n\n1. `notes.user` で自分の最近の投稿を 30 件程度取得\n2. 上記観点を抽出\n3. `## 文体プロファイル` セクションを `skills.replaceSection` で更新\n4. 5 行以内の bullet で簡潔に\n\n### B. 校正 (writing-coach プラグインから or `writing-coach 校正して` で起動)\n\n1. クリップボードのテキストを取得 (`clipboard.read`)\n2. `## 文体プロファイル` を参照しつつ、テキストが「あなたらしい文体か」を判定\n3. 改善案を 1 案だけ返す (= 過剰な書き直しはしない)\n4. 結果はクリップボードに書き戻す + デスクトップ通知\n\n### 暴走防止\n\n- 1 回の起動で `skills.replaceSection` は最大 1 回\n- プロファイル更新は明示依頼があったときだけ (= 校正のたびに更新しない)\n- 「過去投稿が少ない」ときはプロファイルを **空のままにする** (= 推測しない)\n\n## 文体プロファイル\n\n(まだ学習されていない。`writing-coach 学習して` で過去投稿を取り込むと\nこのセクション全体が `skills.replaceSection` で置き換わる)\n\n### 学習後の更新例 (参考)\n\n```\n## 文体プロファイル\n\n- トーン: カジュアル寄り、文末を「〜だよ」「〜かも」で締めることが多い\n- 絵文字頻度: 1 投稿あたり 0〜1 個。多用はしない\n- 文長: 短文派 (平均 30 字程度、長くても 1 投稿 = 1 段落)\n- 句読点: 「、」は最小限、リズム重視で省くことが多い\n- 好きな言い回し: 「とはいえ」「結局」「いったん」\n- 避ける言い回し: 「〜のような気がする」「個人的には」(冗長と感じる)\n\n最終更新: 2026-05-12 (過去 30 投稿から抽出)\n```\n\nこのセクションが書き換わったら学習成功。校正フローはこのプロファイルを system\nprompt の一部として AI に渡し、「あなたらしさ」を保った改善案を 1 つだけ返す。\n"} +{"type":"skill","data":"---\nid: writing-coach\nname: ライティングコーチ\nversion: 0.2.0\ndescription: ユーザーの過去投稿を読んで「あなたの文体」を学習し、下書きの校正・トーン調整時に「あなたらしい文体」かどうかを判定して提案する自己編集型 persona。\nauthor: \"@hitalin\"\nauthorUrl: \"https://github.com/hitalin\"\ncategory: composing\nmode: manual\nscope: global\ntags: [writing, style, ai, persona]\nlicense: MIT\n---\n\n# ライティングコーチ — あなた専属の編集者\n\nこのスキルは、Grammarly + Notion AI の「校正」を **あなたの過去投稿から学んだ\n文体プロファイル** で行う。ジェネリックな校正ではなく「**あなたらしい言い回し**」\nで書けているかをチェックする AI 編集者。\n\n**自己改変デモ**: このスキル自身の `## 文体プロファイル` セクションを\n`skills.replaceSection` で書き換えて学習結果を記録する。スキルが自分のドキュメント\nを書き直す = 自己編集を体感できる土台。\n\n## 文体プロファイルの維持\n\nこのスキル本体の `## 文体プロファイル` セクションを `skills.replaceSection` で\n**常に最新の自分の文体傾向に書き換える** (自己編集デモ的)。append しない。\n\n抽出する観点:\n- 敬語 / カジュアル のバランス\n- 絵文字頻度・好む絵文字\n- 文長 (短文派 / 長文派)\n- 句読点の使い方\n- 好きな言い回し・避ける言い回し\n\n## 動作\n\n### A. 文体学習 (`writing-coach 学習して` のような明示依頼)\n\n1. `notes.user` で自分の最近の投稿を 30 件程度取得\n2. 上記観点を抽出\n3. `## 文体プロファイル` セクションを `skills.replaceSection` で更新。\n `reason` に何から学習したか (例:「直近 30 投稿から絵文字頻度の変化を反映」)\n を渡す — 編集履歴に残り、プロファイルが変わった理由を後から読める\n4. 5 行以内の bullet で簡潔に\n\n### B. 校正 (writing-coach プラグインから or `writing-coach 校正して` で起動)\n\n1. クリップボードのテキストを取得 (`clipboard.read`)\n2. `## 文体プロファイル` を参照しつつ、テキストが「あなたらしい文体か」を判定\n3. 改善案を 1 案だけ返す (= 過剰な書き直しはしない)\n4. 結果はクリップボードに書き戻す + デスクトップ通知\n\n### 暴走防止\n\n- 1 回の起動で `skills.replaceSection` は最大 1 回\n- プロファイル更新は明示依頼があったときだけ (= 校正のたびに更新しない)\n- 「過去投稿が少ない」ときはプロファイルを **空のままにする** (= 推測しない)\n\n## 文体プロファイル\n\n(まだ学習されていない。`writing-coach 学習して` で過去投稿を取り込むと\nこのセクション全体が `skills.replaceSection` で置き換わる)\n\n### 学習後の更新例 (参考)\n\n```\n## 文体プロファイル\n\n- トーン: カジュアル寄り、文末を「〜だよ」「〜かも」で締めることが多い\n- 絵文字頻度: 1 投稿あたり 0〜1 個。多用はしない\n- 文長: 短文派 (平均 30 字程度、長くても 1 投稿 = 1 段落)\n- 句読点: 「、」は最小限、リズム重視で省くことが多い\n- 好きな言い回し: 「とはいえ」「結局」「いったん」\n- 避ける言い回し: 「〜のような気がする」「個人的には」(冗長と感じる)\n\n最終更新: 2026-05-12 (過去 30 投稿から抽出)\n```\n\nこのセクションが書き換わったら学習成功。校正フローはこのプロファイルを system\nprompt の一部として AI に渡し、「あなたらしさ」を保った改善案を 1 つだけ返す。\n"} diff --git a/public/registry/skills/writing-coach/skill.md b/public/registry/skills/writing-coach/skill.md index 64cfd09..bde35db 100644 --- a/public/registry/skills/writing-coach/skill.md +++ b/public/registry/skills/writing-coach/skill.md @@ -1,7 +1,7 @@ --- id: writing-coach name: ライティングコーチ -version: 0.1.0 +version: 0.2.0 description: ユーザーの過去投稿を読んで「あなたの文体」を学習し、下書きの校正・トーン調整時に「あなたらしい文体」かどうかを判定して提案する自己編集型 persona。 author: "@hitalin" authorUrl: "https://github.com/hitalin" @@ -40,7 +40,9 @@ license: MIT 1. `notes.user` で自分の最近の投稿を 30 件程度取得 2. 上記観点を抽出 -3. `## 文体プロファイル` セクションを `skills.replaceSection` で更新 +3. `## 文体プロファイル` セクションを `skills.replaceSection` で更新。 + `reason` に何から学習したか (例:「直近 30 投稿から絵文字頻度の変化を反映」) + を渡す — 編集履歴に残り、プロファイルが変わった理由を後から読める 4. 5 行以内の bullet で簡潔に ### B. 校正 (writing-coach プラグインから or `writing-coach 校正して` で起動) diff --git a/public/registry/themes.json b/public/registry/themes.json index 90f4792..c8979a1 100644 --- a/public/registry/themes.json +++ b/public/registry/themes.json @@ -1,6 +1,6 @@ { "version": 1, - "updatedAt": "2026-08-12T04:29:41.587Z", + "updatedAt": "2026-08-12T17:39:20.094Z", "themes": [ { "id": "adwaita-dark", diff --git a/public/registry/widgets.json b/public/registry/widgets.json index c153876..5882880 100644 --- a/public/registry/widgets.json +++ b/public/registry/widgets.json @@ -1,6 +1,6 @@ { "version": 1, - "updatedAt": "2026-08-12T04:29:41.587Z", + "updatedAt": "2026-08-12T17:39:20.094Z", "widgets": [ { "id": "atcoder",