「main」の検索結果

分散システムで複数ノードの状態をそろえるため、Raftによるリーダー選出やログ複製、ノードの追加・削除、障害後の再同期を実装・管理するスキル。

• 分散ノードのリーダー選出を実装したいとき
• 複製したログの整合性を保ちたいとき
• クラスタのノードを追加・削除したいとき

コードの読みやすさや複雑さ、重複、保守性を読み取り専用で分析し、重要な問題と改善案、技術的負債の見積もりをレポートにまとめるスキル。

• 認証モジュールの品質を確認したいとき
• 重複や長すぎる処理を探したいとき
• 技術的負債と改修工数の把握

APIの仕様をOpenAPI 3.0形式で作成・更新し、各エンドポイントの説明、入出力例、認証方式、エラー応答をまとめて整えるスキル。

• ユーザーAPIの仕様書を作りたいとき
• 入出力例とエラー応答の文書化
• API変更に伴う仕様書の更新

要件に沿ったコードの実装から、API設計、既存コードの整理、性能改善までを支援します。テストを先に書く進め方や例外処理を重視し、保守しやすい形に整えます。

• 要件から新機能を実装したいとき
• 動作を保ってコードを整理したいとき
• APIの設計と利用方法の文書化

複雑な目標を、前提条件・実行後の変化・所要コストを持つ作業に分解します。依存関係に沿って実行し、失敗や状況の変化に応じて残りの計画を組み直すスキルです。

• 複雑な目標を作業に分解したいとき
• 依存関係と前提条件を整理したいとき
• 失敗や状況変化で計画を見直す

AIエージェントの計画・記憶・ツール利用などの運用方針を一つずつ変更して隔離環境で評価し、実測で改善した候補だけを採用するスキル。

• 評価点を改善する方針を探したいとき
• 新分野向けの初期設定を探索
• 手動調整と探索結果を比較したいとき

Claude Codeの`/loop`でRufloのバックグラウンド処理を定期実行し、セキュリティ分析や文書化などの進捗確認から停止までを管理するスキル。

• セキュリティ分析を定期実行したいとき
• テストの不足を継続確認したいとき
• コード分析や文書化を繰り返したいとき

直近の利用費用から１日あたりの支出を算出し、７日・30日・90日・365日先の費用を予測。予算設定時は、消化率ごとの到達日数も確認できます。

• 四半期の予算計画
• 予算ダッシュボードへの予測連携
• 予算切れが近いビルドの停止

保存した二つの費用集計JSONを比較し、総額やモデル別の増減を可視化。金額・増加率・トークン種別のしきい値で、PRによる費用増を検出するスキル。

• PR前後の費用を比較したいとき
• 費用変動の主因となるモデルの特定
• 費用増の上限をPRチェックに設定

AIエージェントとの会話ごとに費用を集計し、開始日時、メッセージ数、主なモデルとともに一覧化。高額な会話の振り返りや、長い作業を始める前の費用把握に使えます。

• 終了した会話の支出を振り返りたいとき
• 費用の高い会話を見つけたいとき
• 長い作業前に会話費用を把握したいとき

タスクを実行前に振り分け、LLMを呼ばずに処理できると判定された割合と、LLM利用が必要なタスクの推奨モデル・費用上限の見積もりを報告するスキル。

• 似たタスクを一括処理する前の確認
• 単純なコード変換のLLM費用を見直す
• Agent Booster対象割合の確認

AIエージェントのトークン使用量と米ドル建て費用を、モデル別・エージェント別・処理階層別に集計し、指定期間の予算消化率や警告を確認するスキル。

• 今日のAI利用費を確認したいとき
• モデル別・担当別の費用比較
• 予算消化率と警告の確認

claude-flow v3の実装を15のエージェントに分担し、セキュリティ、基盤、統合、品質確認からリリースまで、依存関係と14週間の工程を管理するスキル。

• v3実装を15エージェントに分担したいとき
• 依存関係を守って並列開発したいとき
• GitHubで工程と進捗を追いたいとき

コードの変更差分を、採用済みの設計判断を記録したADRと照合します。方針への違反、古い判断への参照、関連記録のない変更を整理し、修正や判断の見直しを提案します。

• PRをマージする前の設計確認
• 大きな変更と設計方針を照合したいとき
• 置き換え済みADRの参照を探したいとき

Use when auditing site redirects after URL migrations, domain changes, or CMS upgrades. Applies to any site that has had multiple rounds of structural changes over time.

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

Use when auditing internal link structure or reviewing link attributes. Applies to any site using rel=nofollow on links pointing to pages within the same domain.

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

検索に載せたいページと除外したいページを整理し、robots.txt、noindex、canonicalの矛盾を点検して、目的に合った設定の修正を支援します。

• 検索対象に残るページを調べたいとき
• 検索から除外された原因の調査
• robots.txtとnoindexの競合確認

Webページの見出し階層を点検し、見出しレベルの飛びや構造の不整合を修正して、スクリーンリーダーで内容をたどりやすくするためのスキル。

• ページの見出し順を点検したいとき
• 共通コンポーネントの見出し構造の確認
• 読み上げの見出し一覧を整えたいとき

Use when you need to find the 2-3 most popular and well-maintained npm packages relevant to a frontend checklist rule, validate they meet quality thresholds, and add them to the rule's frontmatter.

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

各ページのcanonicalタグを確認し、URLの表記違いやパラメータで重複するページについて、検索エンジンに伝える正規URLの設定を整えるスキル。

• 各ページのcanonicalタグの点検
• パラメータやドメイン表記による重複URLの確認
• 正規URLを追加・修正したいとき

Use when reviewing HTML source and JavaScript for links or resource URLs pointing to domains listed in common adblocker filter lists.

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

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.

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

QA opencode itself, per case: verify the CLI/terminal (opencode run, db, serve, export), prove a specific plugin hook/action/event fired via the SSE event stream, smoke-test the TUI under tmux, and investigate sessions in opencode's SQLite DB by id, title/name, or message text. Ships tested helper scripts (each with a --self-test) plus per-domain references. Use whenever someone wants to QA, smoke-test, verify, or debug opencode's CLI, HTTP server, plugin hooks/events, or TUI, or to find/inspect opencode sessions in the database. Triggers: opencode qa, qa opencode, test opencode, verify opencode hook, opencode session db, find opencode session by id/name/text, opencode tui test, opencode server health, opencode event stream.

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

Clarify a material user-owned product decision before substantive implementation commitments. Use only when request and named/governing evidence still leave a choice that would materially change scope, platform support, user-facing surface, data/API contract, domain values, project placement, or cross-system architecture; also use when a truncated request omits such a choice. On the initial turn, inspect only named or governing requirements evidence, then ask directly without loading: prefer structured input; ask one blocking outcome question or at most three coupled questions; wait. After the answer, load the body before write or delegation. Do not use for implement/build/fix/debug/refactor work when expected behavior is settled, plan/design deliverables owned by Plan, complexity/greenfield/integration alone, agent-owned technical choices, locally discoverable facts, reversible defaults, permission to begin, or stop/no-tool turns. Never re-ask supplied facts or turn clarification into refusal.

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