All authors
Claude Skills by coil398
github.com/coil39872 skills1 installs15 views
- Agent Skill Migrate明示されたリポジトリのSkill・Agent・呼出し・生成配布を点検または移行する。通常の実装・レビュー・調査では起動しない。Votes: 0GitHub stars: 8
- Ai Design Systemプロジェクトのデザインシステムを SSOT として作成・監査・更新する。トークン、デザインシステムに関わるアクセシビリティ、Typography、Motion、aesthetic direction の作業に使う。デザインシステムに紐づかない単発UI実装や個別デザインレビューには使わない。ユーザーが /ai-design-system と入力したら使う。Votes: 0GitHub stars: 8
- Ai DiaryAIに日記を書かせるスキル。会話を振り返り、AI視点の自由な日記風テキストを生成して保存する。「日記書いて」「AI日記」「日記風に振り返って」「感想を日記にして」「diary」「write a diary」といった日記・感想の依頼に使う。作業改善の振り返りは /retro、知見の記録や要約は /ai-ltm を使う。ユーザーが /ai-diary と入力したら必ずこのスキルを使う。Votes: 0GitHub stars: 8
- Ai Ltm過去の学び・失敗・意思決定・中断点を横断検索し、確定した知見を長期記憶へ記録する。セッション開始・再開、過去の経緯の参照、知見の確定、終了時の要約で自動利用する。短期の判断差分は /field-notes、感想は /ai-diary に分ける。ユーザーが /ai-ltm と入力したら使う。Votes: 0GitHub stars: 8
- Brainstorm要件や設計の選択肢を整理し、実装前の決定事項を明確にする対話スキル。曖昧な要件、複数の設計案、既存パターンからの逸脱を検討するときに使う。十分に明確な小さな依頼では不要な調査や質問を追加しない。ユーザーが /brainstorm と入力したら使う。Votes: 0GitHub stars: 8
- Chatユーザーが明示的に /chat と入力したときの深掘り対話。問いの文脈に合わせ、必要な最新確認・ローカル確認・比較・具体例を加えて回答する。通常の短い会話を自動で重い調査へ変えず、利用可能な実際のruntime操作だけを使う。Votes: 0GitHub stars: 8
- Check Updates明示されたディレクトリ内の独立した git clone の upstream 更新を確認し、clean な fast-forward だけを適用する。マーケットプレース・プラグイン・スキルの更新確認、更新チェック、スキル更新、プラグイン最新？、update skills、check for updates に対応する。ユーザーが /check-updates と入力したら必ずこのスキルを使う。Votes: 0GitHub stars: 8
- Code Review Guidance割り当てられたコード・設計・指示の対象を、指定された観点から実際に評価するための手順。担当配分・追加reviewer起動・結果の全体統合は行わない。Votes: 0GitHub stars: 8
- Codexcodex CLI へ bounded な相談、または親が範囲を決めた実装を委譲する入口。『codexに聞いて』『第二意見』『Codexで実装』や `/codex` で使う。Votes: 0GitHub stars: 8
- Debugエラーや不具合を、ログ・再現・コードの実測から根本原因を特定して修正する。症状、スタックトレース、エラーログがある調査に使う。`--deepplan` は診断計画を深める明示オプション。Votes: 0GitHub stars: 8
- Deepplan設計判断が重い依頼について、必要な探索と独立した熟考を計画へ統合する親向けスキル。明示された独立性やモデル方式を保ち、固定人数・固定ラウンド・不要な成果物を完了条件にしない。ユーザーが /deepplan と入力したら使う。Votes: 0GitHub stars: 8
- Deepthink難しい意思決定や論点を、必要な探索・Fable（またはユーザー指名のOpus 5.5）による独立した熟考・統合・十分性確認へ分けて考える。single/panelの方式を使い、親だけで熟考を完了させない。調査はresearch、実装やbug修正はpir2/debugを使う。ユーザーが /deepthink と入力したときに使う。Votes: 0GitHub stars: 8
- Design ReviewFigmaの個別デザインを、既存design repoにあるデザインシステムの正本・仕様・実データの基準に従ってレビューする。明示トリガーは「デザインについてレビューして」「このデザインレビューして」「/design-review URL」。Votes: 0GitHub stars: 8
- Dotfiles Autosyncdotfiles本体を中央 engine で保全commit、no-rebase merge、adapter再生成、submodule整合、pushまで同期する。dotfiles管理下のファイル（グローバルの CLAUDE.md・AGENTS.md・Skill・設定など）を変更した作業では、依頼を待たずに作業の完了時に必ず使う。自然言語トリガー例: 「dotfilesを同期して」／「dotfilesの変更を保全して」／「adapterを再生成して同期して」／「dotfilesをpushして」。スキル・プラグインの更新確認は別の check-updates の責務であり、このスキルはdotfiles本体だけを扱う。ユーザーが /dotfiles-autosync と入力したら使う。Votes: 0GitHub stars: 8
- Epic大規模タスクを所有範囲の明確なサブタスクへ分割し、依存関係に沿って実装・確認する上位オーケストレーションワークフロー。複数サブシステムを横断する、独立フィーチャーが並行する、大きめの改修を段階的に進める場合に使う。ユーザーが /epic と入力したら使う。Votes: 0GitHub stars: 8
- Field Notes実験やキャンペーンで次の判断を変える短期メモを capture / recall / triage する。方針変更やキャンペーン再開時に使い、単なる進捗・日記・過去経緯の検索には使わない。長期記憶は /ai-ltm、感想は /ai-diary。ユーザーが /field-notes と入力したら使う。Votes: 0GitHub stars: 8
- Git Sync「git sync」「同期して」「pullしてpush」で、対象リポジトリの変更保全・差分統合・関連配備更新・pushまで実行する。 通常の競合や配備不一致は親が解消して継続する。ユーザーが /git-sync と入力したら使う。Votes: 0GitHub stars: 8
- Instruction RefactorAGENTS.md・エージェント定義・スキルの肥大化、重複、競合、過剰な発火条件を整理する。指示の監査・改善を求められたとき、または指示編集で具体的な問題を見つけたときに使う。通常のコード整理は対象外。Votes: 0GitHub stars: 8
- Irタスクが明確で小さい変更を Implement → Review で進める。バグ修正、小機能、設定、文書など、計画や振り返りを別 artifact にする必要がない作業に使う。レビューとテストは実差分のリスクに応じて選ぶ。Votes: 0GitHub stars: 8
- JevJev hooks の運用を支援する。「Jevの状態を診断」「利用量や費用を確認」「モードを変更」「判定を評価」「配備や不具合を調査」といった依頼で使う。該当する依頼では明示的なスキル名がなくても使い、ユーザーが /jev と入力したら必ず使う。Votes: 0GitHub stars: 8
- Overlay Audit指定した起動ディレクトリと、親が確定した dotfiles root のスキル配置・エージェント定義を点検する。 判定の正は etc/audit-skill-agent-layout.py。実効 runtime の native 優先順、Cursor の name、 agent の model/role、生成物の状態を報告する。「overlay 点検」「スキル配置」 「エージェント定義は共通か」「layout audit」「/overlay-audit」で使う。Votes: 0GitHub stars: 8
- Pir2複雑な実装・設計変更を Plan → Implement → Review → Test → Retrospect で進める。要件、影響範囲、リスク、レビューや検証の選定を親が管理し、必要な担当だけを委譲する。`--deepplan` は深い計画、`--codex` は実装を Codex に任せる場合の明示オプション。Votes: 0GitHub stars: 8
- Refactor Advisorローカルの差分・ファイルを対象に、機能要件とは別のリファクタリング提案を出す。レビューの完了阻害判定とは分け、保守性の改善候補を必要な場合だけ扱う。ユーザーが /refactor-advisor と入力したら使う。Votes: 0GitHub stars: 8
- Research研究テーマを、必要な資料収集・集約・分析・仮説形成へ進める親向けスキル。Webやローカル資料は問いに必要な場合だけ調べ、確認事実と推測を分ける。実装・バグ修正・デバッグは対象外で、ユーザーが /research と入力したときに使う。Votes: 0GitHub stars: 8
- Retro実際の作業結果からパターンを汎化し、次回に役立つ改善を提案する。振り返り・ふりかえり・retrospective・改善サイクル・エージェント定義の見直し・パターン分析に使う。`--meta` と `--dream` はユーザーが明示した場合の追加モード。ユーザーが /retro と入力したら使う。Votes: 0GitHub stars: 8
- Review PrPR確認・PRレビューの依頼で、PRまたはremote branchの差分を取得しshared reviewerへ渡す。PR番号・URL・branchを扱い、ローカルの未コミット差分・ファイル指定はreviewerを使う。ユーザーが `/review-pr` と入力したら必ず使う。Votes: 0GitHub stars: 8
- Reviewerレビュー依頼を受けた親が、対象と観点を確定し、観点ごとに独立した評価者へ並列に配分して結果を統合する。指定された観点だけを評価する子はcode-review-guidanceを使う。Votes: 0GitHub stars: 8
- Sentinel ReviewDockerfile・Compose・Terraform・GitHub Actionsの差分または指定パスをread-onlyで検査し、共通Finding schemaとredaction基準で結果を返す。ユーザーが `/sentinel-review` と入力したら必ず使う。Votes: 0GitHub stars: 8
- Tester実装済みコードを、親から渡された受入条件と検証範囲に沿って確認する。既存テストと必要なアドホック確認の結果を、共通のCOVERAGE/VERDICT契約で返す。ユーザーが /tester と入力したら必ず使う。Votes: 0GitHub stars: 8
- Walkthrough差分または既存コードを実コードに基づいて説明し、入口・経路・状態・設計上の注意を整理する。必要な場合だけ詳細化・保存・HTML化を行う。ユーザーが /walkthrough と入力したときに使う。Votes: 0GitHub stars: 8
- Writing Plan計画を作成し、依頼された実装の各ステップと実測結果を記録する親向けスキル。計画だけの依頼では実装へ進まず、既存計画は決定事項と完了項目を保って増分更新する。ユーザーが /writing-plan と入力したら使う。Votes: 0GitHub stars: 8
- Wsl WindowsWSL から Windows のファイル・プロセス・Git・Unity CLI を扱うときの実行規則。 `/mnt/c` 上の Linux git、WindowsApps の 0-byte スタブ、Editor と CLI の取り違え、 NTFS 越しのハングを防ぐ。Editor の状態（DEAD / STARTING / READY）ごとの対処、 unity open / status / command を含む。ユーザーが /wsl-windows と入力したら使う。Votes: 0GitHub stars: 8
- CodexCodex CLIへ相談（read-only）または実装（workspace-write）を委譲する。「codexに聞いて」「codexに相談」「Codexで実装」、難所の別アプローチ、独立レビュー、/pir2 の実装を Codex に任せるときに使う。Votes: 0GitHub stars: 8
- Deepthink難しい意思決定や論点を、必要な探索・Fable（またはユーザー指名のOpus 5.5）による独立した熟考・統合・十分性確認へ分けて考える。single/panelの方式を使い、親だけで熟考を完了させない。調査はresearch、実装やbug修正はpir2/debugを使う。ユーザーが /deepthink と入力したときに使う。Votes: 0GitHub stars: 8
- Agent Skill Migrate明示されたCodex・CursorのSkill運用移行を、指定設計と既存点検に基づき適用する。通常の実装依頼では起動しない。Votes: 0GitHub stars: 8
- Ai Design Systemデザインシステムの作成・監査・保守、デザイントークンやUIの一貫性・個性・アクセシビリティの改善に使う。Votes: 0GitHub stars: 8
- Ai Diary会話を振り返ったAI視点の日記を作成・保存する。日記や感想の依頼に使う。作業改善の振り返りは /retro、知見の記録や要約は /ai-ltm。Votes: 0GitHub stars: 8
- Ai Ltmセッション開始・再開や過去の失敗・類似問題で長期記憶を自動recallし、確定した学び・意思決定・中断点をrecordする。Votes: 0GitHub stars: 8
- BrainstormCursorで実装前の要件・設計選択を整理する対話スキル。結果を変える未決定と既存パターンからの逸脱だけを明確にし、明確な小さな依頼には不要な質問をしない。ユーザーが /brainstorm と入力したときに使う。Votes: 0GitHub stars: 8
- ChatCursorでユーザーが明示的に /chat と入力したときの深掘り対話。必要な最新確認・ローカル確認・比較を実際に利用可能なBrowser/Search/Taskで行い、根拠と不確実性を含めて返す。通常の会話には自動適用しない。Votes: 0GitHub stars: 8
- Check Updates指定ディレクトリ内の独立したgit cloneのupstream更新を確認し、cleanなfast-forwardだけを適用する。スキルやプラグインの更新確認に使う。Votes: 0GitHub stars: 8
- Code Review GuidanceCursorで指定観点を評価するnative入口。共有code-review-guidanceと担当referenceを読み、結果を親へ返す。Votes: 0GitHub stars: 8
- CodexCodex CLIへ安全に相談・実装委譲し、background runnerが長時間実行を完走管理する。『codexに聞いて』『第二意見』『Codexで実装』や /codex で使う。Votes: 0GitHub stars: 8
- Debugログ・再現・コードの実測から不具合の根本原因を特定して修正する。症状、スタックトレース、エラーログがある調査に使う。Votes: 0GitHub stars: 8
- DeepplanCursorで設計判断の重い依頼を、必要な探索・独立検討・統合から実装可能な計画へ整理する。親が計画と受入を所有し、固定人数・ラウンド・成果物を完了条件にしない。ユーザーが /deepplan と入力したときに使う。Votes: 0GitHub stars: 8
- DeepthinkCursorで複雑な問いを、必要な探索・Fable（またはユーザー指名のOpus 5.5）による独立した熟考・統合・十分性確認へ分けて考える。single/panelの方式を使い、親だけで熟考を完了させない。ユーザーが /deepthink と入力したときに使う。Votes: 0GitHub stars: 8
- Dotfiles Autosyncユーザーの明示依頼により、dotfiles本体を中央engineで保全commit、統合、adapter再生成、submodule整合、pushまで同期する。Votes: 0GitHub stars: 8
- Epic大規模タスクを所有範囲の明確なサブタスクへ分割し、依存関係に沿って実装・統合する。複数サブシステムや独立機能を横断する改修に使う。Votes: 0GitHub stars: 8
- Field Notes進行中の方針変更やキャンペーン再開で、短期の判断・仮説を自動capture / recall / triageする。長期記憶や日記には使わない。Votes: 0GitHub stars: 8
- Geminify読みにくい日本語を Gemini 3.8 Flash で読みやすくし、書き直しが原文を誤解していないか照合する。/geminify、geminify、日本語が読みにくい、で使う。Votes: 0GitHub stars: 8