スキルを探す

スキルディレクトリを `.claude/skills/{name}` から `.agents/skills/{name}` へ移動し、 `.claude/skills/{name}` と `.codex/skills/{name}` の両方からシンボリックリンクを作成するマイグレーションスキル。 スキルの実体を `.agents/skills/` に一元化し、Claude Code と Codex CLI の両方から 参照可能にするディレクトリ構成を実現する。引数としてスキル名が必須。 トリガー：「スキルを .agents に移動」「スキルをマイグレート」「シンボリックリンクを作成」 「migrate skill」「スキルの配置を統一」といったスキル配置変更リクエストで起動。

既存コード（DDDを前提としていない）を分析し、ドメインモデル（集約、ローカルエンティティ、 値オブジェクト、ドメインサービス）を擬似コード付きで提案するスキル。プロパティ・メソッド・ 不変条件・集約境界を含む設計を提案する。対象言語: 言語非依存。 トリガー：「既存コードからドメインモデルを抽出して」「このコードをDDDで再設計したい」 「ドメインモデルを提案して」「集約を見つけたい」「DDDに移行したい」 「既存コードを分析してドメインモデルを作って」「レガシーコードをDDDに」 といった既存コード分析・ドメインモデル抽出リクエストで起動。

Domain PrimitivesとAlways-Valid Domain Modelの設計原則に基づき、ドメインモデルの型安全性と不変条件を 保証する設計・実装を支援する。プリミティブ型の濫用を防ぎ、構築時検証・不変性・自己完結性を備えた ドメイン固有の型を設計する。コードレビュー、新規実装、リファクタリング時に使用。 対象言語: Rust, TypeScript, Java。他の言語（Kotlin, Scala, Go, Python等）にも応用可能。 トリガー：「ドメインプリミティブを作りたい」「Always-Validなモデルを設計」「プリミティブ型をラップしたい」 「構築時に検証したい」「無効な状態を型で防ぎたい」「Smart Constructorパターン」等のリクエストで起動。

プリミティブ型をドメイン固有型でラップすべきか否かの判断を支援する。 Primitive Obsession（プリミティブ型の過剰使用）と Value Object Obsession（過剰なラップ）の 両極端を避け、投資対効果に基づく合理的な判断基準を提供する。 Value Objectの定義が文脈（PofEAA/DDD/一般）で異なることによる用語混乱の防止も含む。 コードレビュー、新規実装、設計議論時にプリミティブ型のラップ判断が必要な場合に使用。 対象言語: 言語非依存（Rust, TypeScript, Java, Kotlin, Scala, Go, Python等すべて）。 トリガー：「この値をラップすべきか」「プリミティブ型のままでいいか」 「Value Objectにすべきか」「型を作りすぎでは」「Primitive Obsession」 「ラップしすぎ」「型が多すぎる」「Stringのままでいいか」 といったプリミティブ型ラップ判断関連リクエストで起動。

DDDのモジュールパターンに基づくドメイン層パッケージングガイド。技術駆動パッケージング （entities/, value-objects/, services/, repositories/等）を検出し、ドメイン用語ベースの パッケージングへの修正を促す。ドメイン層においてモジュール名がユビキタス言語の一部となるよう導く。 トリガー：「ドメイン層のパッケージ構造」「DDDのモジュール設計」「技術駆動パッケージングを直したい」 「entities/フォルダをやめたい」「ドメインパッケージのレビュー」等のドメインモジュール関連リクエストで起動。

各プログラミング言語の既存リンターエコシステムを活用してカスタムlintルールを作成するスキル。 人間向けではなくAIエージェント向けのリンターであり、エラーメッセージはAIに対する修正指示プロンプトとして機能する。 Rust(dylint)、TypeScript/JavaScript(ESLint)、Python(pylint)、Go(golangci-lint)等、 言語ごとの標準的な方法でカスタムルールを `lints/` ディレクトリに作成する。 以下の場合に使用する: (1) プロジェクト固有のコーディングルールをAIに強制させたいとき、 (2) 違反時にAIが読める修正指示を出力するlintルールを作りたいとき、 (3) 命名規則・構造パターン・一貫性ルールをAI駆動のリンティングで強制したいとき。 トリガー: 「リンタールールを作成」「lintルールを追加」「このパターンを強制」 「AIリンター」「カスタムlint」「コードルール」「命名ルール」「構造ルール」 「create a linter rule」「add a lint rule」「enforce this pattern」「AI linter」。

Act as a project-management copilot (PM/PMO) for the delivery loop: charters, plans and schedules, estimates, risk registers, status reports, scope changes, stakeholder communication, meeting actions, lessons learned, and portfolio roll-ups, in a per-project `_project/` workspace. Use whenever the user wants to start, plan, track, rescue, or report on a project: "kick off this project", "make a project plan / timeline / WBS", "what date can I commit to", "build a risk register", "run a pre-mortem", "write the weekly status report", "the deadline slipped, what now", "turn this meeting into action items", "review my project portfolio", in any language ("quản lý dự án", "gestion de projet", "プロジェクト管理", "项目管理"), even when they never say "project management". Also use whenever a `_project/` directory exists and the user asks about schedule, deadline, risk, status, scope, budget, or stakeholders. Not for what to build (product-manager) or company-level bets (strategy-board).

Act as a product-manager copilot that turns evidence into product decisions and artifacts: backlogs and prioritization, PRDs and user stories, metrics and OKRs, experiments, launch plans, feedback triage, and pricing/packaging, kept in a per-product workspace. Use whenever the user wants to decide what to build, spec it, or ship it: "write a PRD for…", "prioritize our backlog", "what should we build next", "plan OKRs", "define our north star metric", "design an A/B test", "plan the launch", "triage this customer feedback", "platform or feature?", in any language ("viết PRD", "ưu tiên tính năng nào", "quản lý sản phẩm", "プロダクト管理", "产品经理"), even when they never say "product manager". Also use when the user returns to a product workspace this skill created (a directory holding `product.md`, `state.md`, and `decisions.md`). Not for deep user discovery (design-thinking), desk market facts (market-researcher), or company-level bets (strategy-board).

Facilitate a full design-thinking engagement (Empathize, Define, Ideate, Prototype, Test) grounded in real user evidence. Use whenever the user wants to understand users deeply and design a solution for them: "run design thinking", "understand our users", "design user interviews", "synthesize these interview notes", "build personas", "write How-Might-We questions", "prototype this concept", "design a usability test", "our users are churning and we don't know why", in any language ("tư duy thiết kế", "nghiên cứu người dùng", "phỏng vấn khách hàng", "デザイン思考", "设计思维"), even when they never say "design thinking". Also use when the user drops raw interview notes, transcripts, or survey exports and wants insights, personas, or product decisions. Not for "is there a market for X" desk questions (market-researcher).

ウェアラブルやドライブレコーダーのデータから個人のリスクを瞬時に算定し、保険料の決定と支払いを自動化するスキル。

カスタムクレーム（Custom Claims）機能の開発・修正を行う際に使用。claims: scopeマッピング、verified_claims: マッピング実装時に役立つ。

新規の自動車保険契約を contracts.csv に登録する。

顧客の年齢・年収・プロフィールに基づき、最適な自動車保険プランを提案する。

車種・年齢に応じた保険料を算出し、自動車保険の正式見積もりを作成する。

既存の自動車保険契約を解約し、contracts.csv を更新する。

Foundry hosted agent を Agent 365 Autopilot として発行し、自分のメールアドレス・予定表・権限で働く『デジタルな同僚』を Teams / Microsoft 365 Copilot に公開する。初回 scaffold で AI チームメイト評価Hub（Code Apps）、通常会話を採点する Python EvaluationWorker、回帰テストを同時生成し、publish 時に Foundry Monitor/Evaluations の日次評価も自動構成する。複数 Autopilot は共通 Dataverse Hub を agentkey で安全に共有する。メール応対 / Dataverse 検索 / Web 検索 / 定期実行 / コード実行 / 成果物共有 / Teams プレゼンスの機能ブロックに対応し、自己ホスト経路も互換用途として残す。CI/CD・レビューゲートは alm スキルに委譲する。

Power Pages Code Site (SPA) の開発・ビルド・デプロイ。pac pages upload-code-site でサイト作成からデプロイまで完結する。

会議、メール、チャットと既存の KY・ヒヤリハット・ナレッジを横断し、安全シグナルと対策案を提示する。 Use when ユーザーが「安全上の兆候を確認して」「明日の KY を準備して」と依頼したとき。

新しい工事案件の必要項目を順番に案内し、重複確認と利用者確認後に工事と初期工程を登録する。 Use when ユーザーが「新しい工事を登録」「案件の作り方を案内して」と依頼したとき。

工程進捗、日報、ヒヤリハット、ナレッジ、重機稼働をガイダンス付きで提出・更新する。 Use when ユーザーが「進捗を登録」「日報を提出」「ヒヤリハットを記録」「重機稼働を更新」と依頼したとき。

監督・管理者が、提出された工程進捗と日報を承認・修正承認・差戻しし、KY・ヒヤリハット・ナレッジ・日報の記録をメンテナンス（修正・ナレッジ化）する。承認した進捗は 3D に反映される。Use when: 承認, 差戻し, 確認待ち, レビュー, 監督確認, 修正して承認, 記録の修正, メンテナンス, ナレッジ化

Teams の会話で日報を作る。作業内容・天候・人員を聞き取り、添付された現場写真を確認して登録し、作業ごとの進捗（施工単位でも可）を下書きとして提出する。監督が現場コックピットの「承認待ち」で承認すると工程の進捗と 3D に反映される。Use when: 日報, 日報を報告, 今日の報告, 作業報告, 現場写真, 写真を登録, 出来高

直近 1 週間の売上・廃棄・欠品・施策（Cowork から登録した発注を含む）を Dataverse から集計し、SV（スーパーバイザー）向けの週次店舗レポートを、チャットのグラフ（Render UI）と表、HTML レポート（頼まれたら Excel も）で作るスキル。 Use when ユーザーが「週次レポートを作って」「SV に今週の報告をまとめて」「今週の振り返りを Excel にして」と依頼したとき。 Dataverse MCP コネクタ（describe / read_query）を読み取りで使う。

店長が承認した発注案を、発注単位・締め時刻・便を確かめてから Dataverse の発注テーブルに登録し、登録結果を報告するスキル。承認の前に必ず最終の一覧（Render UI のグラフ付き）を見せ、登録後は HTML レポート「発注の記録」を作る。 Use when ユーザーが「この内容で発注して」「承認します」「発注を登録して」「さっきの発注はどうなった？」と依頼したとき、または tanpin-kanri の発注案が承認されたとき。 Dataverse MCP コネクタ（describe / read_query / create_record）を使う。create_record はこのスキルでだけ、店長の明示的な承認の後に、発注テーブルにだけ使う。