「generate」の検索結果

コードのテストが不足している箇所を探し、次に追加するテストを提案します。対象パスや判定基準を指定でき、機能追加後の確認や継続的な検出にも使えます。

• 機能追加後にテストの抜けを探したいとき
• 特定ディレクトリのテスト不足を調べたいとき
• 重大なテスト不足から確認したいとき

MCPの接続・操作面に関わる脅威を読み取り専用で調べ、脅威ごとの指摘と最大深刻度を整理したレポートを作成し、公開前のセキュリティレビューに役立てるスキルです。

• 公開前のセキュリティ確認
• セキュリティ担当への報告資料作成
• 定期監査で脅威の変化を確認

業務ルールをまとめて管理する「集約」のひな形を、既存のTypeScriptプロジェクトに作るスキル。エンティティや保存用インターフェース、イベント、テストの土台を揃えます。

• 既存の業務領域に集約を追加したいとき
• 業務ルールを持つ概念をモデル化したいとき
• エンティティやテストのひな形作成

業務領域ごとにコードを分けるDDDのひな形を作成し、ドメイン・アプリケーション・インフラの各層と公開用ファイルを整え、作成結果をモデルに記録します。

• 新しい業務領域のモジュール作成
• モノリスを業務境界で分割したいとき
• 既存のコンテキストを一覧したいとき

用途別テンプレートと実行先を選び、独自のAIエージェント用ハーネスのひな形を作ります。既定では作成計画だけを表示し、確認指定後に既存プロジェクト外へ生成します。

• 開発用ハーネスのひな形作成
• 実行先に合わせた構成の準備
• 書き込み前の作成計画の確認

営業用エージェント群の処理を試運転し、テンプレートや予算設定を検証して、担当ごとの指示文と実行結果の記録を確認できる、実運用前の点検用スキル。

• 営業自動化の1サイクルのデモ
• テンプレートと担当種別の検証
• 予算上限と予約処理の点検

Claude Flowで複数エージェントの処理や通信、メモリの遅延原因を調べ、性能レポートと改善案をまとめます。過去の実行との比較や自動最適化にも対応します。

• 複数エージェントの遅延を調べたいとき
• 変更前後の性能を比較したいとき
• 週次の性能レポート作成

文書の意味の近さで探す検索をAgentDBで実装します。文書の登録、類似検索、属性による絞り込みを組み合わせ、関連資料を参照して回答する仕組みを作れます。

• 検索した資料を根拠に回答したいとき
• 知識ベースに意味検索を追加したいとき
• 内容の似た文書を探したいとき

技術選定や設計上の判断を残すADRを既存ファイルに続く連番で作成し、AgentDBへの登録と関連する過去の判断へのリンク付けまで行うスキルです。

• 技術採用の理由を残したいとき
• APIやデータモデル変更の記録
• インフラ構成の判断を文書化

複数のエージェントの処理を順番につなぎ、前の出力を次の作業へ渡すスキル。コード分析・修正・テストやデータ変換を、独自の手順や定義済みの工程で進められます。

• コード分析から改善計画を作りたいとき
• 優先順位を付けたリファクタリング
• テスト不足の確認と単体テスト生成

独自の作業手順をClaude Code向けスキルにまとめ、設定情報や説明文、テンプレート、付属ファイルの構成から公開前の確認までを案内します。

• 定型作業を独自スキルにしたいとき
• 付属スクリプト付きのひな型作成
• 長い手順書を参照資料に分けたいとき

URL内の単語区切りを点検し、アンダースコアや空白をハイフンへ統一するためのスラッグ生成、301転送、内部リンク更新までの手順を整理するスキル。

• URL内のアンダースコアや空白の点検
• タイトルからスラッグを生成したいとき
• 301転送を伴うURL移行の計画

ページに掲載した質問と回答をもとに、検索エンジン向けのFAQPage構造化データを作成し、必須項目や記法、画面に見える内容との一致まで点検するスキル。

• LPやブログにFAQを追加したいとき
• 既存Q&Aから構造化データを作成
• FAQの記述と表示内容の照合

CSSを無効にしても内容を理解し操作できるか、HTMLの読み順や見出し、フォームのラベルを点検し、見た目に依存した構造の修正を支援するスキル。

• CSS無効時の使いやすさの確認
• 読み順や見出し構造の見直し
• フォームのラベルやエラー表示の点検

検索エンジンに正規ページを伝えるcanonical URLの転送を点検し、HTTP応答と表示後のHTMLを確認して最終URLへの直接指定を支援するスキル。

• canonical URLの転送を確認したいとき
• URL変更後のcanonicalタグの点検
• 正規URLを生成するテンプレートの確認

Update an OpenSpec change by revising its existing planning artifacts and keeping them coherent with one another. Use when the user wants to revise a change's plan, fold new decisions into it, or reconcile its artifacts after an edit. Also use when the user says "openspec update change" or "opsx update". If the user means the openspec update CLI command, which refreshes generated files, run that command instead. Never edits code.

日本語の概要は準備中です。原文の説明を表示しています。

Propose a new OpenSpec change with all artifacts generated in one step. Use when the user wants to quickly describe what they want to build and get a complete proposal with design, specs, and tasks ready for implementation. Also use when the user says "openspec propose" or "opsx propose".

日本語の概要は準備中です。原文の説明を表示しています。

Codex-only team orchestration: run a named team of cooperating Codex workers with durable, script-managed state. MUST USE when the user asks Codex to create, run, coordinate, inspect, archive, or delete a team of agents/threads/sessions, or to work on something as a team in parallel. FIRST inspects the active tool surface (checking tool_search for deferred tools) and tells the user the route: native MultiAgentV2 agents (flat spawn_agent with task_name) when available, Codex App threads as the fallback, or a plain-subagent split when neither set exists. The main session is always the leader; members are defined by a concrete part, ownership area, or perspective - never a vague job role; a bundled cross-platform script writes the .omo/teams state plus an auto-generated member field manual. Use a team when the work is not perfectly isolated but parallelizing helps; use plain subagents when scope is perfectly isolated or the goal is ambiguous. Triggers: team mode, teammode, make a team, run as a team, team of agents, coordinate threads, parallel Codex threads, archive the team.

日本語の概要は準備中です。原文の説明を表示しています。

Contribute a verified bug fix for LazyCodex, lazycodex-ai, omo-codex, bundled Codex skills, or upstream Codex CLI bugs. Opens a fork PR only for upstream openai/codex; LazyCodex-owned defects become a verified-fix issue on code-yeongyu/lazycodex (never a PR — that repo is a generated distribution mirror). Use when the user asks to fix a bug, contribute a bug fix, contribute to fix bug, open a PR for a bug, or debug and PR a LazyCodex/Codex defect.

日本語の概要は準備中です。原文の説明を表示しています。

Removes AI-generated code smells from branch changes or an explicit file list behind regression tests. Use when the user asks to clean up, deslop, or remove AI-slop patterns from recent changes.

日本語の概要は準備中です。原文の説明を表示しています。

Load the body before the first implementation edit for a bug fix or behavior change, or when the user or governing specification makes reusable tests a deliverable. It keeps the smallest focused test with the delivered project and updates coverage when behavior changes. Do not load for greenfield work unless reusable tests are explicitly required, behavior-preserving refactors, verification-only work, plan/review/explanation/documentation/formatting/generated-output-only work, explicit no-change or no-tool work, or when the user declines tests.

日本語の概要は準備中です。原文の説明を表示しています。

Choose or design a speaking voice when the user asks for a new, different, custom, invented, or generated voice, or restore the voice used immediately before the current one.

日本語の概要は準備中です。原文の説明を表示しています。

Create, write, or manage Meta ads and assets: ad copy, campaigns, spend, reports, audiences, catalogs, product feeds, feed refresh schedules, experiments, and policy. Always load for any request to create or write an ad, or to advertise a product or service, even when no platform is named; this includes sensitive or restricted categories. Always load for any question asking what a Meta, Facebook, or Instagram advertising policy means, allows, prohibits, or requires, including a standalone policy-definition question with no account context. Those questions must use ads_policy_tool, never browser search or memory. Load for a specifically named catalog or feed with an upload or refresh-schedule request; use Ads reads to resolve ownership before writing. Generic unnamed feeds need context. Whether an image, claim or piece of copy may be used in an ad is ALWAYS a Meta Ads task — 'can I use this in an ad', 'is it allowed', 'is this against policy', and any rights, likeness, celebrity, logo or trademark question about advertising with an image, including a follow-up about one just generated. Those are ads-policy questions, not general legal ones. An ad request uses the campaign workflow unless explicitly only an image or organic post.

日本語の概要は準備中です。原文の説明を表示しています。

Inspect Figma designs and generate implementation context for screens and interfaces. Use to read component variants, spacing and design tokens, inspect layouts and design-system libraries, and extract image assets for implementing a design through Figma's official MCP server.

日本語の概要は準備中です。原文の説明を表示しています。