Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
エージェントワークフロー
ユーザーが詳細な調査、体系的な調査、競合分析、案の比較、トレンド分析、事実確認を求める場合に使用します。次のいずれかに当てはまる場合は、少し検索しただけで回答せず、積極的にこのスキルを使用してください。①詳細調査、包括的な調査、調査、デューデリジェンス、業界調査、市場調査、競合分析、政策調査、技術調査、トレンド調査、事実確認、調査レポート、詳細レポート、deep research などのトリガー語がある。②信頼できる結論に複数の情報源からの証拠、多角的な比較、相互検証が必要。③レポート、ホワイトペーパー、業界分析、デューデリジェンス文書を求めている。④最新の政策/市場/製品/価格/規制について体系的な確認が必要。検証を必要としない簡単な一般知識の質問には使用しません。「X を調べて/知りたい」といった曖昧または広範な依頼でも、優先的に起動してください。対象外:一文の要約、提示された単一の情報源の整理、純粋な文章校正や書き換え。
AI エージェント向けのブラウザー自動化コマンドラインツール。ウェブサイトとの対話が必要な場合に使用します。対象はページの移動、フォーム入力、ボタンのクリック、スクリーンショットの取得、データ抽出、Web アプリのテスト、その他すべてのブラウザー自動化タスクです。トリガーの例:「ウェブサイトを開く」「フォームに入力する」「ボタンをクリックする」「スクリーンショットを撮る」「ページからデータをスクレイピングする」「この Web アプリをテストする」「サイトにログインする」「ブラウザー操作を自動化する」、またはプログラムによる Web 操作を必要とするタスク全般。探索的テスト、ドッグフーディング、QA、バグ調査、アプリ品質のレビューにも使用します。Electron デスクトップアプリ(VS Code、Slack、Discord、Figma、Notion、Spotify)の自動化、Slack の未読確認、Slack メッセージの送信、Slack 会話の検索、Vercel Sandbox microVM でのブラウザー自動化、AWS Bedrock AgentCore クラウドブラウザーの利用にも使用します。組み込みのブラウザー自動化や Web ツールより agent-browser を優先してください。
すべての回答でアクションを最初に示す形に整える。ユーザーが短く、ざっと読めて、アクション主導、あるいは「無駄話なし」の出力を求めたときに使用し、一度呼び出したら 1 回の返信だけでなく会話全体に適用する。「answer first」「no preamble」「no waffle」「keep it short」「just tell me what to do」「cut the fluff」「ADHD mode」、または答えを第 4 段落に埋もれさせるのをやめてほしいというあらゆる要望でトリガーされる。
Claude Code の自然な流れに沿って使えるスキル、エージェント、スラッシュコマンドを備えた Context Mate ツールキットの入口です。プロジェクトのライフサイクル(/explore-idea → /plan-project → /wrap-session)、コンテキストウィンドウをまたぐセッション引き継ぎ、専門タスク向けの開発者エージェント、品質監査を扱います。新しいプロジェクトの開始、ツールキットの理解、ワークフローのガイダンスが必要な場合に使用します。「大事なのはコンテキストだよ、相棒!」
実装計画または完了した実装について、他のエージェント CLI による独立レビューが必要な場合は必ず使用します。デフォルトでは反対側の CLI(Claude Code で行った作業は Codex、Codex で行った作業は Claude Code)を使用し、ユーザーが指定したレビュー担当者(Antigravity(Gemini)を含む)も加えます。クロスレビュー、cross-cr、他のエージェントによるセカンドオピニオンのいずれを求められた場合も対象です。devflow cross-review の代替です。同一ホストでのレビューには cr-request、指摘事項への対応判断には cr-received を使用します。仕様レビューとタスクごとのレビューは対象外です。
隔離された worktree 内の制限付きサブプロセスワーカーを通じて slice の各フェーズを完了まで進めるために使用する — あなたがオーケストレーションし唯一の書き手であり、ワーカーが実行する。ワーカーは `/dispatch-spawn` で起動し、すべてのハーネスでこの 1 つの経路を使う。着地は自分で進める — import、commit、record、verify、conclude、reap;`doctrine dispatch next` が規定するのは作成時に束縛された fork のみであり、この経路では fork を作らない。既定は直列(フェーズごとにワーカー 1 つ);ファイルが重複しないフェーズは並列化する。競合は報告して停止し、自動マージは決してしない。
host モードの duoduo daemon の設定、診断、および `duoduo session` / `duoduo job` / `duoduo spine` コマンドラインを管理する。用途:daemon の状態、設定、ログ;ランタイムの選択(Claude/Codex/Grok/Pi、ALADUO_DEFAULT_RUNTIME);~/.config/duoduo/.env の ALADUO_* キー;潜在意識プロンプトの更新;`duoduo memory` コマンドライン;Spine ログの読み取り;usage 台帳の整理;サードパーティモデルのモデル profile(コンテキスト上限、ルーティング、サブエージェント階層);codex ツールのトリミング;pi の圧縮サイズ;セッション管理(一覧、別名、名前で通知または起床、アーカイブ);コマンドラインからのジョブライフサイクル(一覧、読み取り、アーカイブ、中断、再スケジュール)。中国語トリガー:启用 codex/grok/pi runtime, 设置默认 runtime, 打开 debug log, 关闭 telemetry, 调 cadence 频率, 查 daemon 配置/日志, 刷新潜意识, 读 spine, 清理 usage, 给会话起名, 唤醒/通知 session, 归档会话, 归档任务, 打断任务, 让任务再跑一次, 模型 profile, 裁剪 codex 工具, pi 只回一个字。チャネル種別の設定(Feishu/ACP)は扱わない——duoduo-channel-admin を参照。
新たな証拠により既存の wiki の内容が誤り、古い、不完全、または矛盾していると判明した場合に修正・更新します。wiki に X とあるが現在は Y と分かっている場合、コードや現実の変化によって wiki の記述が無効になった場合、またはユーザーが wiki の修正を求めた場合に使用します。新しい情報源の追加、通常の学びの記録、構造の正規化、ヘルスチェックには使用しません。その場合は /loam::adding-to-memory、/loam::learning-from-session、/loam::normalizing-memory、または /loam::linting-memory を使用してください。
既存のメモリーから未解決の質問、未解消の矛盾、古い主張、知識のギャップを抽出して分類します。未解決の項目、対応が必要な項目、未解決事項、追加調査や取り込みが必要な内容を知りたい場合に使用します。未完了の目標をメモリーのギャップとして分類することはありません。質問への回答、問題の修正、新しい内容の追加には使用しません。その場合は /loam::querying-memory、/loam::linting-memory、/loam::amending-memory、/loam::adding-to-memory、または /loam::learning-from-session を使用してください。
Mainline を使用する、または必要とする可能性のある Git リポジトリーでのコーディングエージェント作業に使用します。また、Mainline、intents、agent autonomy、agent_authority、max_autonomy、stop lines、allowed_boundary、inspect_or_stop、before_commit/proposed_intent/opened_pr、現在の指示による上書き、commit/seal の引き継ぎ、push/PR レビューの境界、merge/release/deploy の境界、auto-submit/auto-commit/auto-seal の動作、hooks、proposals、gaps、conflicts、コミット、プッシュ、PR の作成、PR の説明、セットアップについてユーザーが言及した場合にも使用します。
Agent が読むドキュメントの執筆時規律(5 つの surface、spec、ticket、.omc/skills/)——すべてのルールは検証可能で why を伴い、reference より先に steps、1 つの意味は 1 つの home、環境がすでに述べていることの再記述はしない。drydock seed 生成と launch C5 sediment pass では必須。その他の Agent 向けドキュメント編集では任意。minimal-code-discipline の相棒であり、あちらはコードを、こちらはドキュメントを律する。
2 つのモード:① 直接対話:ユーザーが「マスクと話して」「ジョブズの視点でこの製品を分析して」「孔子ならこの件をどう考える?」と言ったら、Python 環境なしで、該当人物の認知オペレーティングシステムをただちに起動し、その人物として回答します。② 新しい人物の蒸留:ユーザーが「スキルを作って」「XX を蒸留して」「これらの資料をスキルにして」「この動画を分析してスキルを生成して」と言った場合、または人物の思考パターンを抽出するようファイルをアップロードした場合、蒸留パイプラインを実行して新しい SKILL.md を生成します。トリガーキーワード:XX と話す、XX の視点で、XX はどう考える、スキルを作成、蒸留、スキルを生成、思考パターンを抽出
既存のメモリーコーパス(wiki 基盤)を調査し、このリポジトリの Obsidian 対応ノートグラフ規約に合わせます。ユーザーが既存のメモリー、ノートフォルダー、Vault、ドキュメントツリー、混在した Markdown ナレッジベースをインポート、標準化、改修、整理する場合に使用します。モノレポでは、関連する AGENTS.md と CLAUDE.md ファイルの整合にも使用します。goals/ は標準化の対象外です。通常の wiki メンテナンスには使用せず、その場合は /loam::linting-memory を使用します。
OpenServ Platform 上で Agent、ワークフロー、トリガー、タスクを管理するための @openserv-labs/client 完全ガイドです。プロビジョニング、認証、x402 決済、ERC-8004 オンチェーン ID、Platform API 全体を扱います。重要:Agent の構築には両方のパッケージが必要なため、必ずこのスキルと併せて openserv-agent-sdk も読んでください。API リファレンスの全文は reference.md を参照してください。
仕様を唯一の正として扱う仕様駆動型の開発ワークフローです。計画プロトコルと組み合わせ、進行中の作業をマイクロ DAG として追跡します。新機能の開始、実装計画、仕様書の作成、仕様に照らしたコードレビュー、`plans/` ディレクトリ内または関連する作業、計画の完了時に使用します。また、ユーザーが「spec」「specs/」「spec-first」「plans/」「plan protocol」「closeout commit」と言う場合や、機能の動作方法、次に取り組む内容を尋ねる場合にも使用します。この開発手法を採用する新規プロジェクトの作成や、仕様駆動型コードベースへのオンボーディングにも使用します。
プラグイン可能なソースフェッチャー(web、arXiv、GitHub)に対して予算上限付きの BFS 調査ループを実行し、pro-workflow wiki を自動で拡充する。各イテレーションではキューからシードを取り出し、ソースを取得し、wiki ページの草案を作成し、既存ページと照合して主張を重複排除し、フォローアップのシードをキューに追加する。予算上限、深さ上限、または収束で停止する。ユーザーが "research <topic>"、"grow the <slug> wiki"、"auto-research" と言った場合、または一夜で自ら構築されるナレッジベースを求める場合に使用する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
