スキルを探す

キャリアポートフォリオ管理、運賃交渉、キャリアパフォーマンス追跡、 貨物配分、戦略的キャリア関係の維持に関する体系化された専門知識。 15年以上の経験を持つ輸送マネージャーの知見に基づく。 スコアカードフレームワーク、RFPプロセス、市場インテリジェンス、 コンプライアンス審査を含む。キャリア管理、運賃交渉、キャリア パフォーマンス評価、貨物戦略の構築時に使用。

ランタイム、パッケージマネージャー、バンドラー、テストランナーとしてのBun。Bun vs Nodeの選択基準、マイグレーションノート、Vercelサポート。

一行の目的をマルチセッション・マルチエージェントエンジニアリングプロジェクトの ステップバイステップの構築計画に変換する。各ステップは自己完結型のコンテキスト ブリーフを持ち、新しいエージェントがコールドスタートで実行可能。 敵対的レビューゲート、依存関係グラフ、並列ステップ検出、アンチパターン カタログ、計画変更プロトコルを含む。 トリガー条件：複雑なマルチPRタスクの計画・ブループリント・ロードマップを 要求された場合、または複数セッションが必要な作業が記述された場合。 トリガーしない場合：単一のPRまたは3回未満のツール呼び出しで完了可能なタスク、 またはユーザーが「just do it」と言った場合。

バックエンドアーキテクチャパターン、API設計、データベース最適化、Node.js・Express・Next.js APIルートのサーバーサイドベストプラクティス

自律型Claude Codeループのパターンとアーキテクチャ — シンプルなシーケンシャルパイプラインからRFC駆動のマルチエージェントDAGシステムまで

提供された例やブランドガイダンスから導き出された独自の文体で、記事、ガイド、ブログ記事、チュートリアル、ニュースレター、その他の長文コンテンツを執筆する。洗練された長文コンテンツが必要な場合、特に文体の一貫性、構成、信頼性が重要な場合に使用。

REST APIデザインパターン（リソース命名、ステータスコード、ページネーション、フィルタリング、エラーレスポンス、バージョニング、レート制限を含む本番API向け）

AndroidおよびKotlin Multiplatformプロジェクトのためのクリーンアーキテクチャパターン — モジュール構成、依存関係ルール、UseCase、Repository、データレイヤーパターン

AI支援開発のためのリグレッションテスト戦略。データベース依存なしのサンドボックスモードAPIテスト、自動バグチェックワークフロー、同一モデルがコードの作成とレビューを行う際のAIの盲点を検出するパターン。

X、LinkedIn、TikTok、YouTube、ニュースレター、マルチプラットフォームリパーパスキャンペーンのためのプラットフォームネイティブなコンテンツシステムを作成。ソーシャル投稿、スレッド、スクリプト、コンテンツカレンダー、または1つのソースアセットをプラットフォームごとにきれいに適応させたい場合に使用。

Claude Codeセッション全体のエージェント、スキル、MCPサーバー、ルールにわたるコンテキストウィンドウ消費を監査。肥大化や冗長コンポーネントを特定し、優先順位付けされたトークン節約推奨事項を生成。

C++テストの作成・更新・修正、GoogleTest/CTestの設定、失敗やフレーキーテストの診断、カバレッジ/サニタイザーの追加時にのみ使用。

Review database schema design and detect anti-patterns. Based on common RDB design knowledge and best practices. Supports Prisma, Drizzle, Rails, Django, Laravel, TypeORM, Sequelize, SQLAlchemy, and raw SQL (DDL). Use when the user says "review DB design", "check schema", "review table design", "review migration", "check for anti-patterns", "DB設計をレビューして", "スキーマを見て", "テーブル設計を確認して", "マイグレーションをレビューして", "アンチパターンがないか調べて", "この設計で問題ないか見て".

エンジニア技術面接の壁打ちスキル。設計判断が問われる問題を出題し、回答を4段階で採点して記録する。「勉強しよう」「クイズ出して」「面接対策」などで起動。

This skill should be used when the user wants to "test a claim against data", "validate an empirical hypothesis", "refine a model/theory with evidence", "characterize a pattern and verify it", "演繹と帰納で検証", "仮説をデータで検証して更新", "実例と反例で確かめる", "弁証法ループ", "主張を現物で裏取り", "傾向分析を検証して精緻化", or mentions iteratively updating a hypothesis by deriving predictions and testing them against a real corpus. NOTE: Use this for VALIDATING/REFINING an empirical claim or model against real data through a derive→test→update loop. Use strong-inference for debugging an UNKNOWN cause, and devils-advocate for adversarially stress-testing a DESIGN proposal.

This skill should be used when the user wants to "stress-test a design", "challenge an idea", "red team a proposal", "get critical feedback on a design", "validate a design", "adversarial architecture review", "risk assessment", "設計を検証して", "反論をもらいたい", "設計を批判的にレビュー", "デビルズアドボケート", "ストレステスト", "弱点を指摘して", "穴を見つけて", "この設計で良いか", "リスク評価", "設計のアーキテクチャレビュー", or mentions structured adversarial review of a proposal or design. NOTE: Use this for validating PROPOSALS and DESIGNS through adversarial debate, NOT for generic code review, PR review, or normal review requests (use /codex:review or /codex:adversarial-review for those). Also NOT for investigating unknown bugs (use /agent-dialectics:strong-inference for that).

This skill should be used when the user wants to "investigate a bug", "debug an issue", "figure out why something is happening", "find the root cause", "troubleshoot", "強い推論で調査", "仮説を立てて検証", "原因を特定", "バグの原因調査", "なぜ動かないか調べて", "問題を切り分け", "原因不明", "デバッグ", or mentions systematic hypothesis-driven debugging. NOTE: Use this for investigating UNKNOWN causes, not for validating design proposals (use devils-advocate for that).

This skill should be used when the user wants to "synthesize two competing solutions without averaging", "resolve a design/value disagreement by lifting to a higher frame", "止揚 / アウフヘーベン", "矛盾を止揚", "独立案を統合", "平均化せず統合", "contradiction lift", "sublate competing designs", or has two good-but-divergent answers to the same question and wants a higher-order resolution (a selection mechanism) or an honest aporia — not a compromise. NOTE: Use this when two independent solutions diverge and you want to PRESERVE both truth-moments while lifting to a higher frame. Use devils-advocate to stress-test ONE proposal with an assigned opponent, strong-inference to find an unknown cause, and dialectic-loop to validate a claim against a real corpus.

Consult Claude Code from Codex for a second opinion while Codex remains responsible for implementation and verification. Use when the user asks Codex to collaborate with Claude, consult Claude, ask Claude for a plan, get a Claude review, delegate analysis to Claude, or says "Claudeと一緒に", "Claudeに相談", "Claudeにレビューしてもらう", "Claudeの意見も聞く", or "Claudeと計画を立てる". Also use when an explicit independent planning or review pass from Claude would materially reduce risk on a complex coding task.

英語の論文（特にロボティクス／Physical AI／機械学習）を日本語で精読解析し、英日対訳2カラムのHTMLノートを生成する。Keshavの3パス法＋Andrew Ngの4つの問い＋Jennifer Raffの精読法を統合したメソッドで、専門用語は英語＋日本語解説を併記する。arXiv URL・PDFファイル・論文タイトルのいずれからでも起動。「この論文を解析して」「論文を日本語でまとめて」「精読ノートを作って」等で使う。

repo の root に issues/ を作り、dotfiles の issues/README.md を持ち込んで issue 運用を始める。commit するかはユーザーに聞く。「issue運用を始めて」「issuesディレクトリを作って」「start-issues-ops」で発火。

受け入れ基準書を作成する。検収基準、完了条件の定義時に使う。

実装のテスト、リファクタリング、ポータビリティ、ディレクトリ階層について議論する際に、絶対パスが実装コードに存在しないことを確認する

Configures 2-Agent workflow between PM and implementation roles. Use when user mentions 2-Agent, 2エージェント, PM連携設定, Cursor設定, Cursor連携, 2-agent運用. Do NOT load for: 単独運用, ワークフロー実行, ハンドオフ処理.