Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
開発
スタックトレース、クラッシュレポート、パニック、エラーログを分析し、失敗したフレームと根本原因を特定して、修正案と検証方法を提案します。Kotlin/JVM/Android（コルーチン、ANR、R8で難読化されたトレース）、KMP/Compose Multiplatform、Flutter/Dart（FlutterError、RenderFlexのオーバーフロー）、iOS/macOSのSwift（.ipsレポート、EXC_BAD_ACCESS）、Rustのパニック、C++のセグメンテーションフォールトとサニタイザー出力に加え、Python、JS/TS、Go、Javaに対応します。スタックトレース、クラッシュログ、パニックが貼り付けられたとき（質問が添えられていない場合も含む）、または「なぜクラッシュするのか」「このエラーの意味は」「この例外をデバッグして」「このトレースの根本原因を調べて」「このクラッシュをシンボリケートして」「このトレースの難読化を解除して」と尋ねられたときに使用します。ハンガリー語の「miért crashel」「mit jelent ez a hiba」「elemezd ezt a stack trace-t」「nézd meg ezt a crash logot」にも対応します。潜在的なバグを探すプロジェクト全体の監査（code-analyzer）や、ログがまだ取得されていない失敗したCI実行（github-fix-ci-error）には使用しません。
PRD（Product Requirements Documents）を作成します。新規作成、または未完了の既存文書の編集に対応します。draft-firstモードでは、ユーザーの入力から完全な文書をすぐに生成し、推定した前提を文中に示して必要な箇所を確認できるようにします。長い聞き取りは不要です。入力に複数の機能が含まれる場合は自動検出して別々のPRDへの分割を提案し、同じセッション内で順に作成します。各PRDは自己完結し、動作とビジネスルールに焦点を当てます。技術的な詳細はTRD/ADRに記載します。PRD、要件文書、機能仕様の作成・編集、機能の計画、リリース範囲の定義、要件の文書化、PRDの分割や粒度の評価を求められた場合に使用します。「PRD」という語がなくても対象です。「プロダクト要件」「機能仕様」「機能の範囲」「要件文書」「PRDを改善／調整」「PRDの分割／粒度」などの依頼や、仕様化を求める長い機能説明にも対応します。
(NS) パーティション化されたバージョンの実装をスライス単位で順にオーケストレーションする——各スライスごとに小さなコンテキストの同期サブエージェントを 1 つ派遣し、スライスごとにコミットし、すべてのスライスが完了するか停止条件に達するまで確認なしで自動的に進める。あるバージョンに未処理スライスを含む version-roadmap.md があり、ユーザーが「オーケストレーションされた実装を実行」「すべてのスライスを実行」「パーティション化されたバージョンをオーケストレーション」を求めたり、サブバージョンのロードマップを完了まで進めたい場合に使用する。パーティション化されていないバージョン（タスクを直接実行）、場当たり的なコーディング（code-coder）、計画・分割（pm-version-partitioner）には使用しない。
FineUI のフォームを開発者が使えるように支援する：Form / SimpleForm コンテナ、フォームフィールド（TextBox / TextArea / NumberBox / DatePicker / DropDownList / CheckBox / RadioButtonList など）、Calendar インラインカレンダー、フィールド単位およびフォーム全体の検証、フィールド値の読み取り。F.js（JavaScript）、Pro（WebForms）、FineUI.Core の MVC（Fluent API）/ RazorForms / RazorPages（TagHelper）、さらに FineUI.Java（Spring Boot + Thymeleaf 方言タグ、kebab-case）をカバー。トリガーフレーズ: "FineUI 表单", "F.Form", "SimpleForm", "FormRow", "表单校验", "ValidateForms", "Required", "TextBox", "NumberBox", "DatePicker", "DropDownList", "RadioButtonList", "CheckBox", "CheckBoxList", "TimePicker", "Label", "Hidden", "FileUpload", "TriggerBox", "DropDownBox", "HtmlEditor", "MarkInvalid", "字段标签", "LabelWidth", "读取表单值", "下拉树", "文件上传", "富文本编辑器", "Calendar", "内嵌日历", "日期范围", "月份选择", "年份选择", "时间选择", "OnDateSelect", "FineUI.Java", "Spring Boot", "Thymeleaf", "@FineUIPage", "text-box", "simple-form", "form-row".
FineUI の Grid（テーブル）コンポーネントの使い方を開発者に支援する。F.js（JavaScript）、Pro（WebForms）、FineUI.Core の MVC / RazorForms / RazorPages、および FineUI.Java（Spring Boot + Thymeleaf 方言タグ）をカバーする。テーブル設定、列の定義とレンダリング、データの読み込みとバインディング、セル編集、行選択（チェックボックスによる複数選択/単一選択）、ページング、並べ替え、合計行、ヘッダーフィルター、複数ヘッダー、行グループ化、ツリーテーブル、列固定、セル結合、行の展開/行コマンド/行イベント、ドラッグによる並べ替え、ビッグデータテーブル、ツールバーに使用する。 Trigger phrases（トリガーフレーズ）: "FineUI 表格", "F.Grid", "Grid 列", "grid columns", "FineUI.Java", "Spring Boot", "Thymeleaf", "@FineUIPage", "f:grid", "render-field", "data-field", "RenderField", "RenderCheckField", "复选框多选", "EnableCheckBoxSelect", "选中行", "SelectedRowIndexArray", "GetSelectedDataKeys", "getSelectedDataKeys", "RendererFunction", "RendererArgument", "列渲染", "服务端分页", "loadData", "DataKeyNames", "表格排序", "AllowSorting", "合计行", "EnableSummary", "SummaryType", "表头过滤", "AllowFilters", "EnableFilter", "多表头", "GroupField", "行分组", "EnableRowGroup", "树表格", "EnableTree", "TreeColumn", "列锁定", "AllowColumnLocking", "单元格合并", "mergeColumns", "行扩展列", "RowExpander", "行命令", "RowCommand", "行单击事件", "OnRowClick", "拖拽排序", "EnableColumnMove", "大数据表格", "EnableBigData".
FineUI のレイアウトシステム——コンテナの `Layout` プロパティが子コントロールをどのように配置するかを開発者に支援する：Fit（塗りつぶし）/ Region（上下左右中央の領域）/ HBox・VBox（フレックスボックス）/ Block（レスポンシブグリッド）/ Column / Anchor、およびビューポートへの適応（IsViewPort / AutoSizePanelID）。F.js、Pro、FineUI.Core（MVC/RazorForms/RazorPages）、FineUI.Java（Spring Boot + Thymeleaf 方言タグ、kebab-case、region-panel 便利コントロールを含む）をカバーする。 Trigger phrases（トリガーフレーズ）: "FineUI 布局", "Layout", "Region 布局", "区域布局", "RegionPosition", "HBox", "VBox", "BoxFlex", "弹性布局", "Fit 布局", "Block 响应式", "BlockMD", "栅格布局", "IsViewPort", "视口自适应", "Column 布局", "Anchor 布局", "FineUI.Java", "Spring Boot", "Thymeleaf", "region-panel", "region-position", "box-flex", "is-view-port".
FineUI の Tree（ツリー）コンポーネントの使い方を開発者に支援する：ツリーコンテナとノード（TreeNode）、静的/バックエンドでのノード構築、データバインディング、ノードアイコン、チェックボックスツリー（カスケード、選択の取得）、ノードイベント（クリック/展開）、非同期の遅延読み込み。 F.js（JavaScript）、Pro（WebForms）、FineUI.Core の MVC（Fluent API）/ RazorForms / RazorPages（TagHelper）、および FineUI.Java（Spring Boot + Thymeleaf 方言タグ）をカバーする。 Trigger phrases（トリガーフレーズ）: "FineUI 树", "F.Tree", "TreeNode", "树节点", "树控件", "EnableCheckBox", "enable-check-box", "复选框树", "CascadeCheck", "cascade-check", "级联选中", "GetCheckedNodes", "getCheckedNodes", "懒加载", "OnNodeLazyLoad", "on-node-lazy-load", "异步加载子节点", "节点点击", "nodeclick", "OnNodeExpand", "on-node-expand", "FineUI.Java", "Spring Boot", "Thymeleaf", "@FineUIPage", "f:tree", "f:tree-node".
既存の FineUI プロジェクトをより高いメジャーバージョン（**v10 以上のみ**）にアップグレードし、破壊的変更を特定して移行チェックリストを生成し、項目ごとに適用する。F.js（JavaScript）、Pro（WebForms）、および FineUI.Core の MVC / RazorForms / RazorPages に適用される。（FineUI.Java は初版が v16.0 で歴史的なアップグレードパスはなく、共通の F.js クライアントの破壊的変更のみが該当する。以下を参照。） Trigger phrases（トリガーフレーズ）: "FineUI 升级", "升级 FineUI", "FineUI upgrade", "升级到 v1x", "破坏性变更", "不兼容", "迁移 FineUI", "EncodeText", "raw 标签", "DateParseString". ユーザーが FineUI を旧バージョンから新バージョンにアップグレードしたい場合、または「アップグレードで互換性の問題はあるか」と尋ねた場合にこのスキルを使用する。
FineUI のウィンドウとメッセージボックスの使い方を開発者に支援する：Window（インラインコンテンツ / iframe ポップアップ）、ウィンドウの開閉、iframe 子ページから親ページへのデータ返却（closeArgument）、および MessageBox（Alert ダイアログ / Confirm 確認ボックス / Notify 通知ボックス）。 F.js（JavaScript）、Pro（WebForms）、FineUI.Core の MVC（Fluent API）/ RazorForms / RazorPages（TagHelper）、および FineUI.Java（Spring Boot + Thymeleaf 方言タグ、kebab-case）をカバーする。 Trigger phrases（トリガーフレーズ）: "FineUI 窗口", "F.Window", "弹窗", "对话框", "MessageBox", "Alert.Show", "F.alert", "F.confirm", "确认框", "通知框", "Notify", "ShowNotify", "iframe 窗口", "关闭窗口", "回传数据", "closeArgument", "GetShowReference", "OnClose", "FineUI.Java", "Spring Boot", "Thymeleaf", "@FineUIPage", "f:window", "showAlert", "showNotify", "showConfirm", "ActiveWindow", "setHidden".
多段階の手順を Python DAG として実行するため、順序、分岐、リトライはモデルがすり抜けられる散文ではなく、ランナーによって強制される。「これらのステップを順番に実行し、不安定なものをチェックが通るまでリトライする」「取得、検証を行い、変更がなければアップロードをスキップするパイプラインを構築する」「これらのステップがスキップできないようにする」「高コストな前半の段階をやり直さず、中断したところから再開する」「これらの独立した呼び出しを一度に実行して結果をマージする」、あるいは分岐、入力契約、クリティカルパスをブロックしてはならない副作用を伴う 3 ステップ以上の手順に使用する。プリミティブは depends_on、when=、validate=、retry_until=、detached=、journal_path= である。単一の逐次呼び出し、述語では捉えられないステップ間の推論を要する場合、非同期や分散の作業には適さない。ある検証チェックが実際にレッドになり得るかを監査するには gating を使用する。作業を多数のサブエージェントに展開するには動的ワークフローを使用する。
Flutter プロジェクトの Data レイヤーパターン — DataSource インターフェースと実装、Repository、DTO とドメインモデルのマッピング、freezed モデルの `fromJson`、そして `rxdart` の `BehaviorSubject` で作るリアクティブなリポジトリ。「DataSource の作成」「Repository の実装」「リポジトリ」「ローカル/リモートデータソース」「BehaviorSubject」「ストリームリポジトリ」「DTO マッピング」「fromJson」といった表現でトリガーされます。
Flutter プロジェクトで get_it ベースの依存性注入を設定する方法。`diSetup()` 関数の記述、DataSource/Repository/UseCase/ViewModel の登録順序、シングルトンとファクトリの選択、Root ウィジェットで `getIt<T>()` を呼び出すパターンを扱います。「DI 設定」「get_it」「registerSingleton」「registerFactory」「依存性注入」「ViewModel の登録」「diSetup」「getIt インスタンス」といった表現が出たら、必ずこのスキルを使用してください。
Flutter プロジェクトの型安全なエラーハンドリングパターン — `Error` マーカーインターフェース、freezed ベースの `Result<D, E>` sealed クラス、機能ごとのエラー enum、`switch` パターンマッチで成功/失敗を処理する方法。「Result ラッパー」「エラーハンドリング」「ResultSuccess」「ResultError」「NetworkError」「型安全なエラー」「freezed sealed」「exception の代わりに Result」といった表現でトリガーされます。
Flutter プロジェクトの Presentation レイヤーパターン — `ChangeNotifier` ベースの ViewModel、freezed の `State` と sealed `Action`、Root/Screen ウィジェットの分離、`ListenableBuilder` による監視、単発イベントを `StreamController` で伝える方法。「ViewModel の作成」「State/Action」「MVI」「ChangeNotifier」「Root と Screen の分離」「onAction」「notifyListeners」「ListenableBuilder」といった表現でトリガーされます。
Flutter ウィジェット UI の作成パターン — StatelessWidget の優先、`const` 最適化、`ListenableBuilder` で ViewModel を監視、`ListView.builder`/`IndexedStack`、共通コンポーネントの再利用、アクセシビリティ（Semantics）、ダイアログとスナックバーの処理。「ウィジェットの作成」「UI の作成」「StatelessWidget」「ListView」「ListenableBuilder」「Scaffold」「スナックバー」「ダイアログ」「デザイントークン」「共通コンポーネント」といった表現でトリガーされます。
フロントエンド（Electron デスクトップを含む）のパフォーマンス最適化ナレッジベース。React 16-19、Angular 9-18+、Electron 12-28+ のバージョン別最適化知識を網羅する。perf-workflow スキルと併用する：perf-workflow が分析プロセスを駆動し、本スキルがフロントエンド固有の定量基準、バージョンを考慮した最適化戦略、ボトルネックパターン、ツールの参照情報を提供する。Web フロントエンド（React/Angular/Vue）や Electron デスクトップアプリのパフォーマンス問題を分析するときに使用。トリガー —— 「前端性能」「前端性能优化」「Electron 性能」 / frontend performance, frontend perf optimization, Electron performance。
Trigger: PRD, product requirements, definir producto, idear proyecto, armar spec de producto. Genera un PRD sección por sección conversando con el usuario — profundiza con preguntas, presenta alternativas cuando hay decisión real, y solo escribe `PRD.md` cuando cada sección está validada.
GitHub issueを取得して要件を把握し、解決策を計画・実装して検証を実行します。コミット、プッシュ、PRの作成は行いません。一度に扱うissueは1件です。複数のissueが指定された場合、またはissue番号が指定されていない場合（その場合は現在のリポジトリのすべてのオープンissueをキューとして扱います）は、順番に実装し、それぞれを個別のコミットとプルリクエストにします。まとめて扱うことはありません。「issue #Nに取り組んで」「#Nをやって」「#Nを実装して」「issue #Nを修正して」「オープンissueを順に進めて」「すべてのissueをやって」「dolgozz a #N-es issue-n」「csináld meg a #12, #13 és #14 issue-kat」「csináld meg az összes issue-t」と言われたとき、または実装対象のGitHub issue URLが貼り付けられたときに使用します。issueごとにPRを自動公開する無人実行（github-do-all-issues）、issueの作成・ラベル付け・トリアージ（github-issues）、コミットとPR作成（github-commit-pr。各issueの完了後に実行）には使用しません。各issueの結果は必ずユーザーが確認し、コミットするタイミングを決定します。
Claude.ai コンテナに GitHub CLI (gh) をインストールして認証し、gh コマンドを実行します。「install gh」「gh auth」「create an issue or PR from the CLI」「gh is not authenticated」、または生の API 呼び出しではなく gh コマンドとして実行したい GitHub 操作に使用します。このスキルは分析ではなく、操作の実行手段です。リポジトリの目的や内容を把握するには exploring-codebases を、リポジトリをセッションに追加するには accessing-github-repos を使用してください。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。