[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71ADXVZS3N8DD4QB9CC5NBK":3,"skill-same:01M71ADXVZS3N8DD4QB9CC5NBK":63},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":22,"linkOnly":23,"markdownContent":24,"markdownBody":25,"frontMatter":26,"refName":27,"commitSha":28,"skillDirectory":29,"forksCount":13,"repositoryHtmlUrl":30,"repositoryHomepageUrl":6,"ownerHtmlUrl":31,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":32,"install":33,"resources":46},"01M71ADXVZS3N8DD4QB9CC5NBK","dabifaku-manual",null,"統合版ダビふぁくのnote向け取扱説明書(note-article\u002F配下)を作成・更新する。ユーザーが「取説」「マニュアル」「note記事」の作成・更新、仕様変更のマニュアルへの反映、スクショの撮り直しを求めたときに使う。影山優佳さん風の文体ガイドとスクリーンショット自動撮影スクリプトを含む。","love-dabimas\u002Fdabimas-factor","love-dabimas","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F277394005?v=4","01M71ADGN0AVQ90MBZFJWM1KA6","01M71ADGNSJW9EJPBRH8VZP57Y",0,"MIT","https:\u002F\u002Fgithub.com\u002Flove-dabimas\u002Fdabimas-factor\u002Fblob\u002Fmain\u002Fskills\u002Fpersonal\u002Fdabifaku-manual\u002FSKILL.md",[],[18,19,20,21],"manual","dabifaku manual","article","note","2026-11-10 10:12:30",false,"---\nname: dabifaku-manual\ndescription: 統合版ダビふぁくのnote向け取扱説明書(note-article\u002F配下)を作成・更新する。ユーザーが「取説」「マニュアル」「note記事」の作成・更新、仕様変更のマニュアルへの反映、スクショの撮り直しを求めたときに使う。影山優佳さん風の文体ガイドとスクリーンショット自動撮影スクリプトを含む。\n---\n\n# 統合版ダビふぁく取説の作成・更新\n\n`note-article\u002F` 配下にある note 掲載用の取扱説明書を、**実装準拠の内容**と**指定の文体**で作成・更新するためのスキル。前任者(Claude Fable 5)が作成した現行原稿と同じクオリティを維持することがゴール。\n\n## 成果物の構造(この形を崩さない)\n\n```text\nnote-article\u002F\n├── README.md            … 掲載手順・チャプター構成表・画像対応表(使用章つき)\n├── chapters\u002F            … 00〜10 の連番つき .md。1章=1ファイル\n│   ├── 00-hajimeni.md   … タイトル・前書き・目次\n│   ├── 01〜09-*.md      … 機能ごとの章\n│   └── 10-faq-owarini.md … FAQ・締めの挨拶\n└── images\u002F              … 01〜13 の連番つき .png(章の登場順)\n```\n\n- 章の並びは「導入 → ホーム\u002Fカテゴリ → 血統表の基本 → 集計の読み方 → 応用機能 → 保存\u002F整理 → FAQ」の流れ。新機能の章を足すときもこの流れに挿す。\n- 画像は基本 iPhone サイズ(390×844 @2x)。PC 版の説明用に 1 枚だけデスクトップサイズ。\n- 画像を追加・差し替えたら README.md の対応表も必ず更新する。\n\n## ワークフロー\n\n### 1. 事実確認 — 必ず実装を読む\n\n**旧原稿や記憶からの引き写しは禁止。** 数値・文言・挙動は毎回コードで確認する。主な参照先:\n\n| 知りたいこと | 読む場所 |\n|---|---|\n| 統合版の全体仕様(カテゴリ・作業枠・自動保存・移行) | `docs\u002Fdabifaku_unified_spec_draft.md` |\n| ホーム画面・カテゴリ追加ダイアログの文言\u002F制限 | `vue\u002Fcomponents\u002Fhome\u002Fhome-page.js`, `category-dialog.js` |\n| 作業枠タブの挙動・削除ダイアログ文言 | `vue\u002Fcomponents\u002Fworkspace\u002Fworkspace-tab-bar.js` |\n| 集計ヘッダー(ニトロ\u002Fクロス\u002F理論\u002Fボタン類) | `vue\u002Fcomponents\u002Fheader\u002Ffactor-summary-header.js` |\n| 配合理論の種類と判定条件 | `vue\u002Flogic\u002Ftheory\u002Fcompatibility.js` |\n| 馬検索・選択(モバイル\u002FPC) | `vue\u002Fcomponents\u002Fpedigree\u002Fmobile-horse-picker.js`, `desktop-horse-autocomplete.js` |\n| 子系統・メモモード、ハート、自家製馬の因子ボタン | `vue\u002Fcomponents\u002Fpedigree\u002Fmemo-cell.js`, `pedigree-row.js`, `horse-cell.js` |\n| 配合の保存・復元ダイアログ | `vue\u002FCombinationDialog.js` |\n| 自家製馬の因子ダイアログ | `vue\u002Ffactor-dialog.js` |\n\n執筆時点(2026-07)の実装準拠の事実。**更新前に必ず再確認すること**(仕様変更が予告されている):\n\n- カテゴリ名は12文字まで、アイコンは12種類\n- 配合保存のタイトルは10文字まで、保存リストは最新15件\n- 配合理論は7種(面白\u002F見事\u002Fよくでき\u002F完璧\u002F超完璧\u002F奇跡\u002F至高)。32マス全部埋まってから判定\n- ニトロは14因子(短・速・底・長・走・中・強・雷・堅・難・適・丈・早・晩)\n- ハートは3状態(白抜き=手動指定可 \u002F ピンク=手動指定中 \u002F グレー塗り=自動判定済みで押せない)\n- 自家製馬(★)の因子は「短・速・底・長・堅・難」から1〜2個\n- 最後の作業枠は削除不可。リセットボタンが消すのは今の作業枠だけ\n- 配合保存・自家製馬は全カテゴリ・全作業枠の共有資産(カテゴリ削除で消えない)\n- 統合版初回起動時、旧データがあれば「既存データ」カテゴリに自動移行(データは消えない)\n\n### 2. 影響範囲の特定\n\n仕様変更の反映なら `git log` \u002F `git diff` で変更箇所を見て、上の表から該当章を割り出す。章と画像の対応は `note-article\u002FREADME.md` の表が正。\n\n### 3. スクショ撮影\n\n同梱の Puppeteer スクリプトで実アプリを操作して撮る(手動キャプチャ・合成画像は不可)。\n\n```text\n準備:\n  1. サーバー起動: .claude\u002Flaunch.json の \"static\"(python -m http.server 8766)を preview_start で起動\n  2. 一時ディレクトリで npm install puppeteer-core(システムの Chrome を使うのでブラウザDL不要)\n  3. スクリプトを一時ディレクトリへコピーして node で実行\n\nscripts\u002Fcapture.js  … クリーンプロファイルから初回起動〜カテゴリ作成〜馬選択〜作業枠追加\n                      〜ホーム編集モードまでの一連フローを再現し、画像01〜09を撮影\nscripts\u002Fcapture2.js … capture.js のプロファイルを引き継ぎ、PC表示・子系統\u002Fメモモード・\n                      配合保存ダイアログ・手動クロスの画像10〜13を撮影(capture.jsの後に実行)\n```\n\n- スクリプト内の `OUT`(出力先)、`CHROME`(Chrome のパス)は環境に合わせて確認する\n- UI 変更でセレクタが壊れたら、preview ツール(preview_snapshot 等)で実 DOM を確認してから直す\n- **撮影後は必ず Read ツールで画像を開いて目視確認**(欠け・未描画・意図と違う状態がないか)\n- デモデータの慣例: カテゴリ「王座予選(トロフィー)」「スタスタ」「肌馬さがし」、配合はキタサンブラック×エアグルーヴ(クロスにノーザンテーストが出て赤字の見本になる)\n\n### 4. 本文の執筆・修正\n\n文体は同梱の [style-guide.md](.\u002Fstyle-guide.md) に**厳密に**従う。書き終えたら同ガイドのチェックリストで自己検収する。\n\n### 5. 仕上げ\n\n- `note-article\u002FREADME.md` のチャプター構成表・画像対応表を実態に同期\n- 章をまたぐ相互参照(「第7章で!」など)が章番号の変更で壊れていないか確認\n\n## 公開時の注意(重要)\n\n影山優佳さんは実在の方。**ご本人が書いたと誤認される形での公開はなりすましになる**ため、ファンによる文体模写・二次創作である旨の表記を入れることを推奨し、原稿を新規作成する場合は冒頭・末尾に断り書きを入れた状態で納品する。最終的な表記の調整・掲載判断はユーザーが行う(現行原稿はユーザーが表記を調整済み。勝手に戻さない)。\n","# 統合版ダビふぁく取説の作成・更新\n\n`note-article\u002F` 配下にある note 掲載用の取扱説明書を、**実装準拠の内容**と**指定の文体**で作成・更新するためのスキル。前任者(Claude Fable 5)が作成した現行原稿と同じクオリティを維持することがゴール。\n\n## 成果物の構造(この形を崩さない)\n\n```text\nnote-article\u002F\n├── README.md            … 掲載手順・チャプター構成表・画像対応表(使用章つき)\n├── chapters\u002F            … 00〜10 の連番つき .md。1章=1ファイル\n│   ├── 00-hajimeni.md   … タイトル・前書き・目次\n│   ├── 01〜09-*.md      … 機能ごとの章\n│   └── 10-faq-owarini.md … FAQ・締めの挨拶\n└── images\u002F              … 01〜13 の連番つき .png(章の登場順)\n```\n\n- 章の並びは「導入 → ホーム\u002Fカテゴリ → 血統表の基本 → 集計の読み方 → 応用機能 → 保存\u002F整理 → FAQ」の流れ。新機能の章を足すときもこの流れに挿す。\n- 画像は基本 iPhone サイズ(390×844 @2x)。PC 版の説明用に 1 枚だけデスクトップサイズ。\n- 画像を追加・差し替えたら README.md の対応表も必ず更新する。\n\n## ワークフロー\n\n### 1. 事実確認 — 必ず実装を読む\n\n**旧原稿や記憶からの引き写しは禁止。** 数値・文言・挙動は毎回コードで確認する。主な参照先:\n\n| 知りたいこと | 読む場所 |\n|---|---|\n| 統合版の全体仕様(カテゴリ・作業枠・自動保存・移行) | `docs\u002Fdabifaku_unified_spec_draft.md` |\n| ホーム画面・カテゴリ追加ダイアログの文言\u002F制限 | `vue\u002Fcomponents\u002Fhome\u002Fhome-page.js`, `category-dialog.js` |\n| 作業枠タブの挙動・削除ダイアログ文言 | `vue\u002Fcomponents\u002Fworkspace\u002Fworkspace-tab-bar.js` |\n| 集計ヘッダー(ニトロ\u002Fクロス\u002F理論\u002Fボタン類) | `vue\u002Fcomponents\u002Fheader\u002Ffactor-summary-header.js` |\n| 配合理論の種類と判定条件 | `vue\u002Flogic\u002Ftheory\u002Fcompatibility.js` |\n| 馬検索・選択(モバイル\u002FPC) | `vue\u002Fcomponents\u002Fpedigree\u002Fmobile-horse-picker.js`, `desktop-horse-autocomplete.js` |\n| 子系統・メモモード、ハート、自家製馬の因子ボタン | `vue\u002Fcomponents\u002Fpedigree\u002Fmemo-cell.js`, `pedigree-row.js`, `horse-cell.js` |\n| 配合の保存・復元ダイアログ | `vue\u002FCombinationDialog.js` |\n| 自家製馬の因子ダイアログ | `vue\u002Ffactor-dialog.js` |\n\n執筆時点(2026-07)の実装準拠の事実。**更新前に必ず再確認すること**(仕様変更が予告されている):\n\n- カテゴリ名は12文字まで、アイコンは12種類\n- 配合保存のタイトルは10文字まで、保存リストは最新15件\n- 配合理論は7種(面白\u002F見事\u002Fよくでき\u002F完璧\u002F超完璧\u002F奇跡\u002F至高)。32マス全部埋まってから判定\n- ニトロは14因子(短・速・底・長・走・中・強・雷・堅・難・適・丈・早・晩)\n- ハートは3状態(白抜き=手動指定可 \u002F ピンク=手動指定中 \u002F グレー塗り=自動判定済みで押せない)\n- 自家製馬(★)の因子は「短・速・底・長・堅・難」から1〜2個\n- 最後の作業枠は削除不可。リセットボタンが消すのは今の作業枠だけ\n- 配合保存・自家製馬は全カテゴリ・全作業枠の共有資産(カテゴリ削除で消えない)\n- 統合版初回起動時、旧データがあれば「既存データ」カテゴリに自動移行(データは消えない)\n\n### 2. 影響範囲の特定\n\n仕様変更の反映なら `git log` \u002F `git diff` で変更箇所を見て、上の表から該当章を割り出す。章と画像の対応は `note-article\u002FREADME.md` の表が正。\n\n### 3. スクショ撮影\n\n同梱の Puppeteer スクリプトで実アプリを操作して撮る(手動キャプチャ・合成画像は不可)。\n\n```text\n準備:\n  1. サーバー起動: .claude\u002Flaunch.json の \"static\"(python -m http.server 8766)を preview_start で起動\n  2. 一時ディレクトリで npm install puppeteer-core(システムの Chrome を使うのでブラウザDL不要)\n  3. スクリプトを一時ディレクトリへコピーして node で実行\n\nscripts\u002Fcapture.js  … クリーンプロファイルから初回起動〜カテゴリ作成〜馬選択〜作業枠追加\n                      〜ホーム編集モードまでの一連フローを再現し、画像01〜09を撮影\nscripts\u002Fcapture2.js … capture.js のプロファイルを引き継ぎ、PC表示・子系統\u002Fメモモード・\n                      配合保存ダイアログ・手動クロスの画像10〜13を撮影(capture.jsの後に実行)\n```\n\n- スクリプト内の `OUT`(出力先)、`CHROME`(Chrome のパス)は環境に合わせて確認する\n- UI 変更でセレクタが壊れたら、preview ツール(preview_snapshot 等)で実 DOM を確認してから直す\n- **撮影後は必ず Read ツールで画像を開いて目視確認**(欠け・未描画・意図と違う状態がないか)\n- デモデータの慣例: カテゴリ「王座予選(トロフィー)」「スタスタ」「肌馬さがし」、配合はキタサンブラック×エアグルーヴ(クロスにノーザンテーストが出て赤字の見本になる)\n\n### 4. 本文の執筆・修正\n\n文体は同梱の [style-guide.md](.\u002Fstyle-guide.md) に**厳密に**従う。書き終えたら同ガイドのチェックリストで自己検収する。\n\n### 5. 仕上げ\n\n- `note-article\u002FREADME.md` のチャプター構成表・画像対応表を実態に同期\n- 章をまたぐ相互参照(「第7章で!」など)が章番号の変更で壊れていないか確認\n\n## 公開時の注意(重要)\n\n影山優佳さんは実在の方。**ご本人が書いたと誤認される形での公開はなりすましになる**ため、ファンによる文体模写・二次創作である旨の表記を入れることを推奨し、原稿を新規作成する場合は冒頭・末尾に断り書きを入れた状態で納品する。最終的な表記の調整・掲載判断はユーザーが行う(現行原稿はユーザーが表記を調整済み。勝手に戻さない)。\n",{"name":5,"description":7},"main","7d7373bc5573e8ea335bda7a1c38524ae624267f","skills\u002Fpersonal\u002Fdabifaku-manual","https:\u002F\u002Fgithub.com\u002Flove-dabimas\u002Fdabimas-factor","https:\u002F\u002Fgithub.com\u002Flove-dabimas","2026-11-10 10:58:01",{"source":8,"skillName":5,"commands":34,"prompt":44,"zipAvailable":45},[35,38,41],{"tool":36,"command":37},"npx","npx skills add love-dabimas\u002Fdabimas-factor --skill dabifaku-manual",{"tool":39,"command":40},"bunx","bunx skills add love-dabimas\u002Fdabimas-factor --skill dabifaku-manual",{"tool":42,"command":43},"pnpm","pnpm dlx skills add love-dabimas\u002Fdabimas-factor --skill dabifaku-manual","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Flove-dabimas\u002Fdabimas-factor\u002Fblob\u002Fmain\u002Fskills\u002Fpersonal\u002Fdabifaku-manual\u002FSKILL.md",true,[47,53,57],{"path":48,"resourceType":49,"resourceTypeDesc":50,"sizeBytes":51,"sourceHtmlUrl":52},"scripts\u002Fcapture.js","SCRIPT","脚本",7057,"https:\u002F\u002Fgithub.com\u002Flove-dabimas\u002Fdabimas-factor\u002Fblob\u002Fmain\u002Fskills\u002Fpersonal\u002Fdabifaku-manual\u002Fscripts\u002Fcapture.js",{"path":54,"resourceType":49,"resourceTypeDesc":50,"sizeBytes":55,"sourceHtmlUrl":56},"scripts\u002Fcapture2.js",6168,"https:\u002F\u002Fgithub.com\u002Flove-dabimas\u002Fdabimas-factor\u002Fblob\u002Fmain\u002Fskills\u002Fpersonal\u002Fdabifaku-manual\u002Fscripts\u002Fcapture2.js",{"path":58,"resourceType":59,"resourceTypeDesc":60,"sizeBytes":61,"sourceHtmlUrl":62},"style-guide.md","REFERENCE","参考文档",3749,"https:\u002F\u002Fgithub.com\u002Flove-dabimas\u002Fdabimas-factor\u002Fblob\u002Fmain\u002Fskills\u002Fpersonal\u002Fdabifaku-manual\u002Fstyle-guide.md",[64,72,80,89,103,114],{"skillNo":65,"name":66,"nameZh":6,"description":67,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":68,"categories":69,"keywords":70,"publishedAt":22},"01M71AE2GF6PEQF66WEBJEFK9J","handoff","現在の会話を、別のエージェントが引き継げる引き継ぎドキュメントに圧縮する。","https:\u002F\u002Fgithub.com\u002Flove-dabimas\u002Fdabimas-factor\u002Fblob\u002Fmain\u002Fskills\u002Fproductivity\u002Fhandoff\u002FSKILL.md",[],[66,71],"true",{"skillNo":73,"name":74,"nameZh":6,"description":75,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":76,"categories":77,"keywords":78,"publishedAt":22},"01M71AE1KHVHJK399D9YFPK25T","grilling","計画や設計についてユーザーを徹底的にインタビューする。作る前に計画をストレステストしたいとき、または「grill」「詰めて」「壁打ちして」等のトリガーフレーズが使われたときに使う。","https:\u002F\u002Fgithub.com\u002Flove-dabimas\u002Fdabimas-factor\u002Fblob\u002Fmain\u002Fskills\u002Fproductivity\u002Fgrilling\u002FSKILL.md",[],[74,79],"grill",{"skillNo":81,"name":82,"nameZh":6,"description":83,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":84,"categories":85,"keywords":86,"publishedAt":22},"01M71AE04AN4AY0S13FYQ8DD5P","grill-me","計画や設計を研ぎ澄ますための徹底的なインタビュー。","https:\u002F\u002Fgithub.com\u002Flove-dabimas\u002Fdabimas-factor\u002Fblob\u002Fmain\u002Fskills\u002Fproductivity\u002Fgrill-me\u002FSKILL.md",[],[87,79,88,71],"me","grill me",{"skillNo":90,"name":91,"nameZh":6,"description":92,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":93,"categories":94,"keywords":95,"publishedAt":22},"01M71ADV895JA69KJJJ0Z0QTW7","codex-implement","実装作業を OpenAI Codex に委譲しつつ、Sonnet\u002FOpus が自分で実装するのと同等の品質を担保する。Claude が設計して作業指示書を書き、別セッションの Codex が実装し、Claude が検収する。ユーザーが「Codexにやらせて」「Codexと分担して」「Codexに依頼して」「Codex用の指示書を作って」と言ったとき（依頼モード）、および「Codexが終わった」「Codexの実装を検収・レビューして」と言ったとき（検収モード）に必ず使う。","https:\u002F\u002Fgithub.com\u002Flove-dabimas\u002Fdabimas-factor\u002Fblob\u002Fmain\u002Fskills\u002Fpersonal\u002Fcodex-implement\u002FSKILL.md",[],[96,97,98,99,100,101,102],"codex","implement","codex implement","opus","sonnet","openai codex","openai",{"skillNo":104,"name":105,"nameZh":6,"description":106,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":107,"categories":108,"keywords":109,"publishedAt":22},"01M71ADT7H1BK92WRHTPDQRV0K","tdd","テスト駆動開発（TDD）。ユーザーがテストファーストで機能開発やバグ修正をしたいとき、「red-green-refactor」に言及したとき、または統合テストを書きたいときに使う。","https:\u002F\u002Fgithub.com\u002Flove-dabimas\u002Fdabimas-factor\u002Fblob\u002Fmain\u002Fskills\u002Fengineering\u002Ftdd\u002FSKILL.md",[],[105,110,111,112,113],"red","green","red-green-refactor","refactor",{"skillNo":115,"name":116,"nameZh":6,"description":117,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":118,"categories":119,"keywords":120,"publishedAt":22},"01M71ADR89HKKZCC08P58AJC6J","resolving-merge-conflicts","進行中の git マージ \u002F リベースのコンフリクトを解決する必要があるときに使う。","https:\u002F\u002Fgithub.com\u002Flove-dabimas\u002Fdabimas-factor\u002Fblob\u002Fmain\u002Fskills\u002Fengineering\u002Fresolving-merge-conflicts\u002FSKILL.md",[],[121,122,123,124,125],"merge","resolving merge conflicts","merge conflicts","conflicts","git"]