作る前に一問ずつ質問して本当の要望と理由を明らかにし、承認を得た設計ドキュメントにまとめます。
- read-repo
- write-files
- shell
- network
Claude Code や Cursor などのコーディングエージェント向けスキルを 90 件収録。読み書き・実行・通信できる範囲(SKILL.md より)とインストールコマンドを各スキルに記載しています。
作る前に一問ずつ質問して本当の要望と理由を明らかにし、承認を得た設計ドキュメントにまとめます。
仕様や要件を、ファイル・インターフェース・テストを明記した小さなタスクからなる実装計画にまとめます。
実装計画をタスクごとに新しいサブエージェントで実装し、その都度レビューし、最後にブランチ全体をレビューします。
整理したコンテキストとgitのコミット範囲を渡してレビュー用サブエージェントを起動し、完了した作業を検査します。
根本原因の調査、パターン分析、仮説検証、実装の4段階でバグに取り組み、症状ではなく原因を直します。
容赦ない質問で計画や設計を磨き上げます。実際の進行は grilling スキルに委ねます。
深いモジュール設計の共通語彙と原則を示し、小さなインターフェースの裏に多くの振る舞いを置いてそこからテストします。
計画・仕様・会話をブロック関係付きの tracer-bullet チケットに分け、設定済みのトラッカーへ登録します。
リポジトリに Husky の pre-commit フックを設定し、lint-staged による Prettier、型チェック、テストを組み込みます。
仕様やチケットに基づいて実装し、tdd スキルを使いつつ型チェックとテストを回し、最後にレビューしてコミットします。
指定した基準点以降の変更を、リポジトリのコーディング規約と元の仕様の2軸でレビューします。
レッドからグリーンへのループでテストを先に書き、ユーザーと合意した公開インターフェースでのみ振る舞いを検証します。
Claude Code に PreToolUse フックを設定し、git push や reset --hard などの危険なコマンドを実行前にブロックします。
浅いモジュールを深くするリファクタリング候補を探し、HTML レポートで可視化して、選んだ候補を問答で詰めます。
曖昧または影響の大きい変更を、範囲が明確で検証可能な受け入れ基準に整理してから実装へ進みます。
本番 UI を作る前に製品領域に合ったデザイン方針を決め、描画結果でアクセシビリティ、レスポンシブ、各状態を確認します。
ポートとアダプターの構成でシステムを設計・リファクタリングし、ビジネスロジックをフレームワークや永続化から切り離します。
計画ドキュメントをステップに分解し、各ステップ用にスコープ付きの ECC スラッシュコマンドを貼り付け可能な形で出力します。
命名・可読性・不変性・エラー処理・コードスメル確認など、プロジェクト共通の基本的なコーディング規約を示します。
新機能の調査・計画・TDD 実装・レビュー・ゲート付きコミットまでを、各段階に対応する ECC エージェントに任せて進めます。
Playwright のE2Eテストパターン集で、Page Object Model、設定、CI/CD連携、成果物管理、不安定なテストへの対処を扱います。
シークレット、入力検証、SQLインジェクション、認証認可、XSS、CSRF、依存関係などのチェックリストとコード例です。
エージェントが不信頼データをファイル・ネットワーク・ツール操作に変える境界を強化し、制御とテストを作成します。
高速化の依頼を、基準値の計測、単一仮説の変種、正確性ゲートによる評価からなる有界の計測ループに変えます。
テストが緑であることを確認し、振る舞いを変えずに構造を整え、レビュー後にゲート付きでコミットします。
変更前に実際の依存関係から影響範囲を洗い出し、実装後に実際の diff を計画と突き合わせます。
ローリング等の展開戦略、多段 Dockerfile、CI/CD、ヘルスチェック、ロールバック、本番準備の確認項目をまとめます。
デプロイ済み URL を監視し、HTTP 状態、コンソールエラー、通信失敗、性能、API、静的アセット、SSE の劣化を確認します。
デザインスタジオのリードとして、題材に根ざした配色、書体、レイアウトを選び、型どおりでない UI を作ります。
Python の Playwright スクリプトを書いてローカルのWebアプリをテストし、スクリーンショットやブラウザログを取得します。
変更を正しさ・安全性・負荷耐性・テスト・速度・簡潔さの観点でレビューし、diffだけでなく関連コードも読みます。
リポジトリ全体を一度で監査し、バグ、脆弱性、負荷の問題、テスト不足、遅い処理、削れるコードを順位付けして示します。
リポジトリ内の shortcut:(旧 ponytail:)コメントをすべて集め、何も変更せずに負債台帳として一覧化します。
スタイル、配色、フォントの組み合わせ、UX ガイドライン、技術スタックのローカルデータを検索し、UI の設計と実装に使います。
5つのフェーズで質問を重ね、曖昧な意図を実行可能な仕様にして GitHub issue として登録します。
デザイナーの目で実際のサイトの不統一、余白、階層、AI っぽさ、遅い操作を洗い出し、一件ずつ修正して再確認します。
エンジニアリングマネージャーの視点で計画、ブランチ差分、指定コードをレビューし、設計、品質、テスト、性能を報告します。
CEO・デザイン・DX・エンジニアリングの各レビュースキルを読み込んで順に実行し、6つの原則で途中の判断を自動化します。
コーディング中にリポジトリが宣言したチェックと /ship が選ぶテストを実行し、直しては再実行して全て通るまで続けます。
ベースブランチとの差分をレビューしてテストでは見つからない構造的な問題を探し、自動修正または確認後に修正します。
サイト、API、CLIをテストし、見つけたバグを重要度順に修正します。各修正には回帰テストを付けて個別にコミットします。
gstack-cso ヘルパー経由の証拠重視の監査で裏付けのある発見を報告し、包括モードでは再現と修正候補も加えます。
危険なコマンドの警告とディレクトリ単位の編集制限を同時に有効にし、/careful と /freeze を一度に適用します。
ブラウザで performance.getEntries() からページ指標を計測し、基準値と比較して Web 性能の劣化を検出します。
最近の変更から共有ライブラリにまとめる価値のある重複を探し、正味の削減量が大きい3件を推奨します。
/ship が作った GitHub の PR を引き継ぎ、CI と準備を確認して承認後にマージし、デプロイを監視して本番を検証・報告します。
デプロイ後にブラウザで本番ページを定期的に開き、画面、エラー、読み込み時間、リンク切れを基準と比べて報告します。
機能を既存システムに沿った完結した細い経路として作り、既存の境界を再利用し、受け入れに不要なものは足しません。
指摘は1件1行で、場所・問題・修正方法だけを書き、前置きや曖昧な言い回しを省きます。
原因不明の不具合では、先に証拠を集めて仮説を証拠順に並べ、それから製品コードに手を入れます。
振る舞いを保ったままコードを再構成し、構造変更の前後を同じ検証で挟みます。
推測を添えた質問を一つずつ行い、本当の意図を約95%の確信で言えるまで続けて、確認済みの意図文にまとめます。
アクセシブルでレスポンシブな、プロジェクトのデザインシステムに沿った本番品質の UI を作り、AI っぽい見た目を避けます。
契約優先、一貫したエラー、境界での検証、追加による拡張で、安定して誤用しにくい API とインターフェースを設計します。
作業を依存順に並べた小さなタスクに分け、受け入れ基準と検証手順付きで計画書とタスクリストを作ります。
プロジェクトの品質基準を CONSTRAINTS.md という契約にまとめ、diff の中でこっそり下げられた基準を見つけます。
変更を薄く検証可能なスライスで少しずつ届けます。小さく実装し、テスト・検証・コミットしてから次へ進みます。
正しさ・可読性・アーキテクチャ・セキュリティ・性能の5軸で変更をレビューし、各指摘に重要度を付けます。
脅威モデリングから始め、Web アプリの入力・認証・セッション・依存関係・プライバシー・LLM 機能を堅牢化します。
計測・特定・修正・検証・防止の流れでフロントエンドから DB まで性能を改善し、効果が測れた変更だけ残します。
振る舞いを完全に保ったまま複雑さを減らし、読みやすく変更・デバッグしやすいコードにします。
古いシステムや API、機能を廃止し、利用者を新しい実装へ安全に移し、DB スキーマは拡張/縮小方式で変更する手順です。
事前チェック、フィーチャーフラグ、段階的展開の基準、監視、エラーバジェット、ロールバック計画で本番に備えます。
構造化ログ、RED/USE メトリクス、OpenTelemetry トレース、症状ベースのアラートと runbook で本番の挙動を見える化します。
厳選247サイトの研究に基づくWebのアートディレクション。方向性を抽選し、実ブラウザで検査して画面を見ながら直します。
要件、Mermaid、リポジトリの根拠から、構成図や ERD など 10 種の検証済み単体 HTML 図や 1 ページ解説を作ります。
コードを解析し、ファイル、関係、層、ツアーを含む knowledge-graph.json を .ua/ に生成して可視化に使います。
厳格なCSPヘッダーを確認・導入し、HTMLのサニタイズや Trusted Types と組み合わせてXSSや注入を防ぎます。
CIにバンドルサイズと Lighthouse のしきい値を設け、予算超過で失敗させてPRの段階で性能劣化を見つけます。
Strix によるホワイトボックスのセキュリティレビュー。ソースからデータフローと認可を把握し、サンドボックスで攻撃を試してPoCを添えます。
ソース優先の防御的な監査で、実際に信頼境界を越える脆弱性を探し、証拠・安全な再現・優先度・最小の修正を示します。
Web アニメーションのフレーム落ちを診断し、合成のみのプロパティなどでフレーム予算内に収めます。
クリーンアーキテクチャ、ヘキサゴナル、DDD を使い、サービスに層構造、依存ルール、インターフェース、テスト境界を与えます。
Python のリンター・フォーマッター設定、PEP 8 の命名、import の順序、型ヒント、Google スタイルの docstring をまとめます。
STRIDE手法で、なりすまし・改ざん・否認・情報漏えい・サービス拒否・権限昇格の6分類から脅威を洗い出します。
NetworkPolicy、Pod セキュリティ標準、RBAC、OPA Gatekeeper、Istio mTLS でクラスタに多層防御を実装します。
cProfile やメモリプロファイラなどで Python コードをプロファイルし、定番のパターンでボトルネックを最適化します。
サービス分割、同期・非同期通信、サービスごとの DB、Saga、サーキットブレーカーなどの耐障害パターンの参考資料です。
承認ゲートやセキュリティ検査を備えた多段 CI/CD を設計し、設定、展開戦略、ヘルスチェック、ロールバック計画を作ります。
SLI・SLO とエラーバジェットの方針を決め、Prometheus の記録ルール、バーンレートアラート、Grafana で実装します。
Vercel がまとめた React と Next.js のパフォーマンス最適化ガイドで、8カテゴリ70のルールを影響度順に並べています。
Vercel との連携、git リモート、CLI の認証状態に応じて方法を選び、アプリを Vercel にデプロイして URL を返します。
アーキテクチャの判断と設計レビューを支援し、依存関係分析、プロジェクト評価、構成図生成のスクリプトを備えます。
CI/CDパイプライン、Terraformモジュール、ロールバック手順付きのデプロイマニフェストを生成し、AWS・GCP・Azure に対応します。
本番インシデントの重大度を分類し、タイムラインを再構成して事後レビューを起草します。連絡テンプレートとランブックの枠組み付きです。
sentry CLI を使って Sentry の issue やイベントを読み取り専用で確認し、最近の本番エラーや基本的な状態をまとめます。
ディスク上の task_plan.md、findings.md、progress.md で複数ステップの作業を管理し、中断後も再開できます。
8セクションのテンプレートで、意思決定に使える簡潔な PRD を作成します。既定は1〜2ページ程度です。
すべての機能を保ったままコードを整理し、プロジェクトの規約に沿って明確さ・一貫性・保守性を高めます。
HashiCorp 公式のスタイル規約とベストプラクティスに沿って Terraform の HCL コードを生成・保守します。
一致するスキルがありません。キーワードを変えるか、カテゴリを切り替えてください。