技術図・概念図・比較図・データ図の情報設計、生成、掲載サイズでの画像レビュー、修正を行う。図解・構成図の作成、図の可読性改善、既存図のレビューに使う。UI画面設計や装飾イラストは対象外。
スキルを探す
67 件(coil398 のリポジトリ) ・ 人気順
概要と使いどころ
明確で小さい変更をImplement → Reviewで進める。別の計画artifactや振り返りが不要な修正・小機能・設定・文書変更に使う。
ユーザーの明示依頼により、dotfiles本体を中央engineで保全commit、統合、adapter再生成、submodule整合、pushまで同期する。
Cursorで実装計画を作り、依頼された実装の各ステップと実測結果を記録する。計画だけの依頼では実装へ進まず、親が計画・受入を所有する。`--deepplan` は明示時だけ使う。
Cursorで任意のリファクタリング改善案を返すnative入口。共有refactor-advisorとrefactor-guidanceを読み、reviewerのVERDICTから分離する。
Cursorで実装済みコードを検証するnative入口。共有testerとtest-procedureを読み、親が検証範囲と結果を確定する。
進行中の方針変更やキャンペーン再開で、短期の判断・仮説を自動capture / recall / triageする。長期記憶や日記には使わない。
Cursorで研究テーマを必要な資料収集・集約・分析・仮説形成へ進める。Web/ローカル資料は問いに必要な場合だけ調べ、確認事実と推測を分ける。ユーザーが /research と入力したときに使う。
Cursorでレビュー親を実行するnative入口。共有reviewer Skillを読み、対象・担当配分・結果集約を親が行う。
差分または既存コードを、実コードに基づく説明へ整理する。詳細化、保存、HTML化は必要な場合だけ行う。
大規模タスクを所有範囲の明確なサブタスクへ分割し、依存関係に沿って実装・統合する。複数サブシステムや独立機能を横断する改修に使う。
複雑な実装・設計変更をPlan → Implement → Review → Test → Retrospectで進める。影響範囲や設計判断が重い作業に使う。
ログ・再現・コードの実測から不具合の根本原因を特定して修正する。症状、スタックトレース、エラーログがある調査に使う。
Dockerfile、Compose、Terraform、GitHub Actionsをread-only検査し、共通Finding schemaとredaction基準で返す。
実際の作業結果から再利用できる学びと改善を提案する。振り返りやパターン分析に使い、meta・dreamモードは明示時だけ扱う。
Cursorで設計判断の重い依頼を、必要な探索・独立検討・統合から実装可能な計画へ整理する。親が計画と受入を所有し、固定人数・ラウンド・成果物を完了条件にしない。ユーザーが /deepplan と入力したときに使う。
指定した起動ディレクトリとdotfiles rootのスキル配置・エージェント定義を、既存audit scriptで点検する。
Cursorで複雑な問いを、必要な探索・独立したコンテキストでの熟考・統合・十分性確認へ分けて考える。single/panelの方式を使い、親だけで熟考を完了させない。ユーザーが /deepthink と入力したときに使う。
読みにくい日本語を Gemini 3.8 Flash で読みやすくし、書き直しが原文を誤解していないか照合する。/geminify、geminify、日本語が読みにくい、で使う。
PRまたはremote branchのレビューに使う。ローカルの未コミット差分やファイル指定はreviewerへ渡す。
要件や設計の選択肢を整理し、実装前の決定事項を明確にする対話スキル。曖昧な要件、複数の設計案、既存パターンからの逸脱を検討するときに使う。十分に明確な小さな依頼では不要な調査や質問を追加しない。ユーザーが /brainstorm と入力したら使う。
過去の学び・失敗・意思決定・中断点を横断検索し、確定した知見を長期記憶へ記録する。セッション開始・再開、過去の経緯の参照、知見の確定、終了時の要約で自動利用する。短期の判断差分は /field-notes、感想は /ai-diary に分ける。ユーザーが /ai-ltm と入力したら使う。
Figmaの個別デザインを、既存design repoにあるデザインシステムの正本・仕様・実データの基準に従ってレビューする。明示トリガーは「デザインについてレビューして」「このデザインレビューして」「/design-review URL」。
プロジェクトのデザインシステムを SSOT として作成・監査・更新する。トークン、デザインシステムに関わるアクセシビリティ、Typography、Motion、aesthetic direction の作業に使う。デザインシステムに紐づかない単発UI実装や個別デザインレビューには使わない。ユーザーが /ai-design-system と入力したら使う。