Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
生産性
duoduo インストール上の定期ループの設定、管理、トラブルシューティング — /loop コマンドとそれが作成するバックグラウンドジョブ。ユーザーが duoduo に何かを繰り返し実行させたい、またはスケジュールに沿って実行させたい、何かが終わるまで監視したい、長期的なトラッカーを実行したい、既存のループを確認／停止／一時停止／ペース変更／中断したい場合に使用する。中国語の以下でもトリガー：定时任务、循环任务、周期任务、每天帮我、每小时、盯着…直到、持续跟进、长期跟踪、看看我的循环、停掉那个 loop、暂停循环、改一下节奏、打断卡住的那一轮、让多多定期做某事。
Feishu（Lark）の多次元テーブル（Bitable）を作成・データ投入し、自動クリーンアップを行う。ユーザーが次のことを必要とする場合に使用する：1. 構造がクリーンな（プレースホルダーの行／列がない）新しい Bitable をゼロから作成する 2. Bitable でフィールドとレコードを一括作成する 3. 構造化データを Bitable 形式に変換する 4. 調査、比較、追跡の目的でデータテーブルを作成する。自動処理：空のプレースホルダー行のクリーンアップ、既定の列の削除、主フィールドのインテリジェントな命名、レコードの一括作成。
交渉による作業合意、明確な意思決定権（RACI/DACI/RAPID）、および紛争解決プロトコルを通じて、ステークホルダーの明示的な合意を形成します。ステークホルダーに合意された作業合意が必要なとき、意思決定権限の曖昧さを解消するとき、部門横断的な対立に対処するとき、ガバナンスフレームワークを確立するとき、リソース配分を交渉するとき、エスカレーションパスを定義するとき、チームの規範を作成するとき、トレードオフの紛争を調停するとき、またはユーザーがステークホルダーの合意、意思決定権、作業合意、紛争解決、ガバナンスモデル、コンセンサス形成に言及したときに使用します。
Pachca — управление ботами и вебхуки. Используй этот скилл, когда пользователь хочет настроить бота, создать бота, настроить вебхуки, обработать вебхук, проверить подпись вебхука (X-Signature), обработать callback нажатия кнопки или создать дайджест-бота. НЕ для отправки обычных сообщений, показа форм или модальных окон. Разворачивание ссылок (unfurl) — в pachca-messages. Use when: настроить бота, создать бота, вебхук, обработать вебхук, подпись вебхука, callback, обработать callback, нажатие кнопки, дайджест, оповещение, все боты пространства. NOT for: отправить сообщение, показать форму, модальное окно, → pachca-messages, → pachca-forms.
Pachca — メッセージ：送信、編集、削除。ユーザーがメッセージを送信したい、チャットやダイレクトメッセージに書き込みたい、スレッドに返信したい、ファイルを添付したい、リアクションを付けたい、メッセージをピン留めしたい、メッセージ履歴を取得したい、メッセージを変更または削除したい、誰が読んだか確認したい、ボタン付きのメッセージを送信したい場合にこのスキルを使用。下書きと予約メッセージも対象：事前に作成、後で送信、スケジュールで繰り返し、予約のキャンセル。メンション（@）、通知、スレッドの購読にも対応。チャンネルの作成、メンバーの管理、ボットの設定には使用しない。Use when: отправить сообщение, написать в чат, написать в личку, ответить в тред, тред, прикрепить файл, загрузить файл, поставить реакцию, история сообщений, закрепить сообщение, изменить сообщение, удалить сообщение, упомянуть, кнопки в сообщении, кто прочитал, ответь в тред, черновик, отложенное сообщение, отправить позже, напомнить в чат по расписанию, отменить отложенное. NOT for: создать канал, управление участниками, настроить бота, вебхук, форма, → pachca-chats, → pachca-bots, → pachca-forms, найти сообщение по тексту, полнотекстовый поиск → pachca-search.
要件/機能/プロジェクトを多次元で優先順位付けし、バージョンのスケジュール案を出力する。ユーザーが「優先順位を付けて」「これらの要件をどう並べるか」「RICE で採点」「ICE スコアリング」「Kano 分析」「コスト便益分析」「機能スケジューリング」「ロードマップ計画」「どれを先に、どれを後にやるか」「バージョン計画」と言った場合、またはユーザーが一連の要件/機能/プロジェクトを列挙して順序の意思決定を必要としている場合に、この Skill を使用する。また、複数の優先順位モデルの結果を比較したい場合、現在のロードマップに疑問があり再評価したい場合、リソースが限られており要件を削る必要がある場合、ユーザーが「RICE」「ICE」「Kano」「優先度マトリクス」などの専門用語に言及した場合にも適用する。適用外：純粋なプロジェクト管理（ガントチャートのスケジューリング）、純粋な要件ドキュメントの作成（pm-prd-writer を使用）、純粋なユーザーリサーチ設計（pm-survey-designer を使用）。
Gupy ポータルの求人と企業を 6 つの次元（報酬、勤務形態、福利厚生、要件、キャリア、文化／インクルージョン）で比較する：表、ハイライト、注意点、そして MCP 経由の任意のレーダー。具体的な機会の比較、目標とする求人／企業の選択、魅力度のマップやレーダーの依頼、どこに出願する価値があるか、ある区分でどの企業の報酬が高いかの把握のときに起動する——Gupy に言及していなくてもよい。報酬と福利厚生は開かれた選択肢同士の対比にのみ含め、現在の給与と中央値の単独ベンチマークには使わない。比較する求人がない状態で自分のパッケージが市場より高い／低いかの評価、HR／採用担当者のベンチマーク、求人票の最適化、履歴書の改善、自動応募、リンクの一覧化、確定したオファーの交渉、面接の準備には起動しない。
反論を書く前に、生のピアレビューを優先順位付きのトリアージマトリクスに変換する。OpenReview、EasyChair、CMT、HotCRP からレビューが返ってきて、研究者が "my reviews are in"、"triage these reviews"、"how do I respond to Reviewer 2"、"plan my rebuttal" と言ったとき、または評価と信頼度スコア付きの生のレビュー本文を貼り付けたときに使用する。各レビューを個々の懸念に分割し、すべての懸念を誤解か実際の欠陥か要求された実験（加えて確認事項と見解の相違）に分類し、重大度 × 対応コストをスコアリングし、学会の反論フォーマット（10k 文字の OpenReview スレッド、CVPR の 1 ページ PDF、ジャーナルの revise-and-resubmit）に合わせたレビューごとの文字数または語数予算を伴う優先順位付きの対応戦略を生成する。決定論的な解析とマトリクスのレンダリングは同梱の stdlib Python スクリプトで実行される。起草は write-rebuttal に引き継ぐ。レビュー本文は機密として扱い、何も提出しない。
AIエージェント向けのアーティファクトレイヤーです。artifact.cafeはAIエージェント向けのアーティファクトレイヤーです。インタラクティブな静的アーティファクト（HTMLアプリ、ダッシュボード、モックアップ、レポート、スライド、ドキュメント）をレビューURLに公開し、人間がログイン不要で開いて直接コメントできます。フィードバックは要素やテキストにピン留めできます。その後、作成者は新しい不変バージョンを公開します。「レビュー用に公開」「フィードバック用に共有」「コメントできるようオンラインに置く」「レビューを依頼」「プレビューを公開」「レビューリンクを作成」「アーティファクトを公開」「レビュアーに送る」「v2を公開」「投票を作成」「ゲストブック」「RSVP」「投稿を集める」と依頼された場合に使用します
CawPlan ナレッジベースを閲覧・検索します：データセットの一覧表示／作成、データセット内のドキュメントの一覧表示／アップロード、1 つまたはすべてのデータセットを横断した情報検索。使用タイミング：どのようなナレッジデータセット／ドキュメントが存在するかを知りたい、特定のデータセットの内容を閲覧したい、ナレッジベースに保存された情報を検索したい、新しいデータセットを作成したい、ファイルやテキストをアップロードしたい場合。対象外：データソースの同期（Notion／ウェブサイト／Confluence）、チケットや製品データの照会（`/cawplan-product-insights` または `/cawplan-ticket-context` を使用してください）。
あるトピックを、最良の論文のランク付き読書リストと、検証済みの引用に基づく 2 段組で arXiv 対応の文献レビュー/サーベイ草稿に変える。研究者が「write a survey on X」「do a literature review of X」「give me a ranked reading list on X」「what should I read on X first」「draft a survey paper for arXiv」「two-column related-work survey on X」と言ったときに使う。DBLP/Crossref/Semantic Scholar/arXiv を横断検索し、引用インパクト、会議の強さ、新しさ、引用グラフの中心性で候補をランク付けし、分類体系にクラスタリングし、すべての参考文献を検証し、各主張が実際に解決可能な論文を引用するオリジナル文のサーベイ（導入、分類体系、テーマ別の統合、未解決問題）を書く。引用を捏造せず、原文をコピーしない——オリジナルの統合のみ。著者はあくまで著者のまま。トリガーワード：survey、literature review、reading list、ranked papers、what to read、arxiv survey、two-column review。
WebSocket の長接続で Feishu（Lark）ボットを Clawdbot に接続する。公開サーバー、ドメイン、ngrok は不要。Feishu/Lark をメッセージングチャネルとして設定する場合、Feishu ブリッジのトラブルシューティングを行う場合、ブリッジサービス（起動/停止/ログ）を管理する場合に使用する。Feishu オープンプラットフォームでのボット作成、認証情報の設定、ブリッジの起動、macOS launchd による自動再起動、グループチャットの挙動調整を扱う。
著者の論文ポジショニングを対話的に引き出して保存し、このリポジトリの他のすべてのスキルがコンテキストを認識して動作できるようにする。研究者が「set up my paper profile」「ask me about my paper」「what verticals」「configure for my paper」「remember my positioning/style」と言ったとき、または新しい論文を始めて執筆前にツールキットを調整したいときに使う。方向性/重点、貢献の種類、読者と会議のティア、リスク許容度、執筆の好みについて適切な選択肢で尋ね、論文の作業ディレクトリに .paper-memory/profile.yml を書き込む。下流のスキルがこれをどのように利用するか（ベンチマーク論文の重み付け、simulate-reviewers のペルソナ調整、polish-prose/match-style のレジスター、tailor-to-venue のフレーミング）を説明する。標準ライブラリのみのスクリプト profile_io.py を同梱し、ファイルの読み取り/書き込み/検証と空白テンプレートの出力を行う。ローカルのみ、アップロードは一切なし。助言型コパイロットであり、決して投稿しない。
ユーザーが「投稿先ジャーナルの推薦」「論文に合う SCI 誌を選んでほしい」「この manuscript はどの journal に適しているか」「ジャーナルマッチング/ジャーナル選定/投稿アドバイス」と明確に求めた場合に必ず使用する。ユーザーが全文、要約、Markdown、LaTeX、PDF、Word または混合資料を提供する場面に適する。本 skill は manuscript とユーザーの好みに基づき、まず内蔵の `2023IF.xlsx` で最小限のハードフィルタを行って候補プールを作成し、次にホストモデルが Set1/Set2/Set3 を自律的に計画し、scope / 品質 / 直近 3 か月の PubMed 論文をオンラインで検証し、最後に推薦度順に並べた Markdown のジャーナル選定レポートを 1 部出力する。非該当：ユーザーが論文の推敲だけを望む場合、要約の翻訳だけを望む場合、または体系的なジャーナル選定を必要とせず単一ジャーナルの公式サイト情報だけを尋ねる場合。
PicGo で画像やファイルをアップロードし、ホストされた共有可能な URL を取得する。ローカルの画像やファイルをリンク化する必要があるとき、まず手に取るスキル — 特にドキュメントや markdown を書くとき（スクリーンショットを README、ブログ記事、Obsidian/Notion/语雀/掘金のノートに挿入する）、スクリーンショットを `` の画像リンクにする、PDF/zip/インストーラーを公開ダウンロードリンクとして共有する場合。ユーザーが「upload an image」「传图床」「图床」「host this file」「get a link for this screenshot」を望むとき、または画像を任意のドキュメントに挿入したいときは常に使用する。PicGo と明言していなくてもよい。PicGo Cloud が推奨のデフォルト画像/ファイルホスト（無料枠で普段使いは十分）であり、このスキルは起動中の PicGo デスクトップアプリやユーザー自身が設定した画像ホスティングでも動作する。ユーザーが特定の保存先や方法（各種クラウドドライブ、オブジェクトストレージ、CDN、npm publish、scp/ftp など）を指定した場合、またはファイルをローカルに保存したい、リモートファイルをダウンロードしたい、base64 をディスクにデコードしたい場合は使用しない — それらは PicGo の役割ではない。
何を最初に作るかを決める、または優先順位付けを批評する。戦略から基準を導き、文脈に合ったフレームワーク（RICE/ICE/MoSCoW/Kano/Impact-Effort）を選び、見せかけの精度を生み出すのではなくトレードオフを明らかにするためにスコアリングし、流れに沿って順序付け、戦略的な文脈を添えてノーと言う。常に当てはまる核心を適用し、文脈依存の判断（どのフレームワークか、スコアリングの厳密さ、ロードマップの期間、アペタイトか見積もりか、賭けか戦術か）をトレードオフで制約する。機能/バックログの優先順位付け、作業の順位付けや順序付け、優先順位付けフレームワークの選択、最初に作るものや削るものの決定、RICE/ICE/MoSCoW/Kano の演習、優先順位付けの判断の弁護を求められたときにトリガーする。
ユーザーが実在の学術論文を検索、検証、スクリーニング、比較、整理し、追跡可能な論文のアドレスやリンクを返すことを望む場合は常にこのスキルを使用する。特に文献レビュー、核心論文リスト、最近の論文、高品質論文のスクリーニング、CNKI の追跡、DOI/出版社ページ、Google Scholar での発見、トップ会議/ジャーナルのスクリーニング、またはユーザーが「真实文献」「文献地址」「可追溯链接」「核心文献」「筛选优秀文献」「国外优秀文献」「顶会顶刊」を明示的に求める場合に適する。テーマが広範または不明確な場合は、検索の前にこのスキルで範囲を絞り込む。
学会発表、学位論文審査、ジョブトーク、ポスターセッション向けの模擬聴衆 Q&A リハーサル。研究者が「Q&A をリハーサルしたい」「質問の練習」「模擬 Q&A」「私の論文について厳しく質問して」「聴衆は何を聞くか」「敵対的な質問」「審査の練習」「viva の準備」「発表で想定される質問」「誰にも聞かれないことを願う質問」と言ったときに使用する。実際の Q&A の持ち時間に合わせてドリルを構成し、会議の系統に合わせて調整した聴衆ペルソナ（敵対的な懐疑者、手法に細かい厳格派、統計学者、隣接分野の専門家、大局を見るベテラン、混乱した新参者、産業界の実務家、自己宣伝者、冗長な話し手）で、敵対的および好奇心に基づく質問を 1 つずつ投げかけ、論文から最も不安な弱点の質問を掘り起こし、簡潔な結論先行型の回答を指導し、記録を時間配分、ヘッジ、フィラー、埋もれた回答について決定論的に採点する。誠実な回答のみを指導し——スピンは決して行わず——ドリルの質問で先行研究の引用を捏造しない。
SchemaVaults mail-server の `/api/send` ルートを通じてメーリングリストにメールを送信する。`sendEmailToMailingList()` ヘルパー、または `@schemavaults/send-email` の `schemavaults-send-email send-to-mailing-list` コマンドラインのいずれかを使用する。サーバーサイドの TypeScript/JavaScript コードがメーリングリストの対象者に通知を送る必要がある場合——**または Claude Code 自体がタスクの終了時にワンショット通知を送りたい場合**（推奨——`bunx schemavaults-send-email send-to-mailing-list …` でコマンドラインを呼び出す。代替——短いスクリプトを `/tmp/` に書いて `bun` で実行する）に使用する。
ドラフトストアとレンダリング出力（wiki/sources/draft/*.md + llmwiki/html/*.html）が肥大化したときに整理・検証する — 旧称 docs-curate（2026-09-09 に改名。旧名を誰も使わなかったため）。三つの階層 — PROMOTE は本質的に価値のある版を wiki の ADR/concept へ昇格、ARCHIVE は完了したドラフト（status done/implemented または task done）を git mv で archive/<グループ>/ へ移動（TRACKED、削除しない、proposed のままのドラフトは消さない）、KEEP は正典を保持 — その後 RE-INDEX。任意のタイミングで手動実行、またはセッション開始時に「[tidy] draft/ に N ファイル（> 10）」と通知されたときに実行。トリガー —「tidy」「ドラフト整理」「docs 整理」「draft が多すぎる」「archive draft」「古いドラフトを走査」「/tidy」。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。