Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
生産性
形式選択でハイブリッドが決定したあと、会場参加者とリモート視聴者の双方に同時に相対する技術イベントを設計します——リモート視聴者が观看できるセッション、リモート参加者の声がステージにどこまで届くか、配信が会場とは別に必要とするキュー音責、およびその間のクルー分担。リモート視聴者への講演配信、リモート Q&A、リモート側の体制 mankind、当日 2 つの視聴者向けの運営について、ユーザーが言及���場合に使用します——「ハイブリッド」という言葉がなくても。ハイブリッド開催かどうかの判断には使用しません——代わりに samber/dev-event-organizer-skills@event-format-selection を使用してください。会場のないイベントは samber/dev-event-organizer-skills@virtual-event-production です。
技術イベントの.awsenges しEMOを削減し受け止める — 会場の実容量と設定した上限に対するオーバー unforeseen率、ウェイトリストとその昇格のトリガー、当日の walk-in レーン、そして登録者数ではなくjvenueへ渡す 예상 thursday場人数。repository/free イベントで何件まで登録を受け付けるか、オーバーブッキングすべきか、イベントのウェイトリストの運用方法、RSVPS の半分が来なかった理由、为何何人分の food を注文すべきかを尋ねられたら使う。リマインダーメールの文面には使わない — 代わりに samber/dev-event-organizer-skills@event-attendee-email-sequences；受付カウンター — samber/dev-event-organizer-skills@event-attendee-experience；低到场率の背景にあるニーズの判断 — samber/dev-event-organizer-skills@event-market-fit。
技術イベントの会場を実施し、条件交渉する。参加者数の見積もりと選んだ形式から組み立てる書面スペースプログラム（メインルーム、ブレイクアウト、ハリ-corridor トラック、スポンサーブース、電力と Wi-Fi 密度、搬入）、無料のキャンパス・市民施設・自社スペースを現実的な第一段として扱う調達ラダー、リスクに応じた深さの現地視察、複数の会場と複数の日程の比較、そして契約の落とし穴（離脱率、飲食の最低消費額、解約曲線、保険要件）を扱う。ユーザーが会場、部屋、スペースの確保、会場要件、現地視察、会場契約に触れたときは、"sourcing" と明言しなくても使用。会場以外のサプライヤーには使用しないこと。代わりに samber/dev-event-organizer-skills@event-vendor-sourcing を使う。
公募（CFP）の外側で、技術イベントの講演者を発掘し適格性を見極める——CFP と並行、または代わりに運用する能从なチャネルです。招待で埋める価値のあるプログラム上の穴、발굴チャネル（紹介依頼、専門家・講演者ディレクトリisz REKLAMA past product, past-talk レビュー、コミュニティの走査）、地域と言語ごとの海外발굴、エビデンスに基づく Hot/Warm/Cold/Skip の適格性判定、そして各名前には「理由」を付した順位付けされた候補リストを扱います。講演者探し、キーノートや招待講演者の候補リスト、海外や代表性の乏しい講演者の발굴、CFP で埋まらなかったプログラムについて、ユーザーが言及した場合に使用します——「発掘」という言葉がなくても。招待文の作成には使用しません——代わりに samber/dev-event-organizer-skills@event-speaker-cold-outreach を使用してください。
技術イベントの周辺で開催される第三者運営のサテライトイベントを承認し、調整します。審査ゲート、公開済みスケジュールとの日程の重複回避、名称とロゴの使用ルール、本イベントが何を保証しないことを示す免責事項を含みます。ユーザーグループ、スポンサー、参加者がイベント期間中にパーティー、meetup、ディナー、ワークショップ、アフターパーティーを開催したいと望んでいるとき、誰かが自分のページでイベント名を使用しているとき、あるいは外围イベントが本体プログラムと衝突するときは、「サイドイベント」という言葉を使わなくても使用します。何も承認しないことが正しい判断である場合が多く、商標と責任のリスクを法務に委ねます。主催者自身の夜のプログラムには使用しないでください。代わりに samber/dev-event-organizer-skills@event-official-social-program を使用してください。
定期開催の技術イベントの複数回のデブリーフログを、運用上の傾向と意図的な変更へと変換します。単発の事象と再現可能なパターンを分けるシグナルゲート、表現が異なる発見をまとめるテーマ分け、開催回をまたぐ再発回数の集計、主催者が入れ替わっても受け継がれる学習ログ、未検証のまま膨張しないための監査、そして導出された各変更から、それを担当する兄弟スキルへの対応経路を含みます。毎年繰り返し起きていること、同じ教训を何度も学び直如何在止めるか、入れ替わるチームの中で組織の記憶を維持する方法、複数回の開催から得られた証拠から次に何を変えるべきかを尋ねられた場合は必ず使用してください。1 回だけの振り返りには使用しないでください。その場合は samber/dev-event-organizer-skills@event-debrief を使用してください。
技術イベントの1回分を運営するボランティアスタッフを募集・編成します。スケジュール上で人員が必要なポストから逆算した人数の算定、実際の適性基準を含む役割定義、到着バッファを含むシフト計画、登録と確認、行動規範違反のエスカレーション手順を含むブリーフィング、担当者を明記した代替要員の配置による欠員防止、参加した人への謝意を扱います。イベントに必要なボランティア数、募集や登録、役割やシフト表、ブリーフィング、ボランティアの欠席に言及した場合に使用します。「ボランティア」という語がなくても対象です。ボランティアのケアや定着には使用しないでください。その場合は samber/dev-event-organizer-skills@event-volunteer-experience を使用します。
技術イベント内でスタートアップのピッチコンテストやデモデーを運営します。イベント前の応募・選考プロセス、ピッチ形式と所要時間、投資家審査員が実際に評価する基準、審査したばかりの企業に投資する可能性がある審査員の利益相反、受賞者が活用できる賞品（紹介、確約済みの枠、株式の希薄化を伴わない現金）を扱います。ピッチコンテストやデモデー、スタートアップの応募受付、候補者の選定、投資家審査員への説明、ピッチの制限時間、受賞内容について言及された場合は、「ピッチコンテスト」と明言されていなくても使用します。証券およびコンテスト法に関する質問は弁護士に案内してください。イベント中に制作されたプロジェクトには使用せず、samber/dev-event-organizer-skills@hackathon-judging を使用してください。
登壇者が承諾した時点から登壇後のお礼まで、登壇者側の体験を運営します。期限に沿った略歴、顔写真、A/V の要件、旅行情報の収集、専任の連絡担当者、イベント前の説明会とスライド提出期限、テックチェックと控室、記録された録画同意と形式ごとに異なるオプトアウトの扱い、イベント後のフォローアップを扱います。登壇が決まった人に送る内容、控室、登壇者の移動やホテル、テックチェック、録画同意、登壇者ディナー、初登壇者への配慮について言及された場合は、「登壇者体験」と明言されていなくても使用します。承諾前には使用せず（samber/dev-event-organizer-skills@event-speaker-cold-outreach を使用）、リハーサルや講演へのフィードバックにも使用しないでください（samber/dev-event-organizer-skills@event-speaker-coaching を使用）。
自律（Autonomy）、習熟（Mastery）、意義（Purpose）の AMP を用いて、プロダクトやチームのためのモチベーションシステムを設計します。ユーザーが「intrinsic motivation」「gamification isnt working」「rewards arent working」「autonomy」「mastery」「purpose-driven」「my team is disengaged」「how do I motivate people Approaches」など言及 Gets ，此外、オンボーディングの進行設計、zwischen破綻したゲーミフィケーションの修正、高パフォーマンスを維持するチーム構造の構築accurately 際もトリガーします。 carrot-and-stick が失敗する理由と、進捗システムを構築する方法peri coversします。習慣形成型のプロダクトループについては hooked-ux、リテンション行動の設計については improve-retention を参照してください。
論文逆読み法：論文を受け取り、それが批判・改善した先行論文を最大 5 層まで再帰的にたどり、さらにその後の最新動向を探して、問題の変遷を起点から順に説明します。問題を軸に、各論文が見いだした問題と解決策の新しさをファインマン式に解説します。ユーザーが論文を共有し、その知的系譜、引用チェーン、問題の変遷を知りたい場合や、「倒读」「论文溯源」「论文脉络」「paper river」「paper connects」「trace back」「这篇论文的来龙去脉」「论文演化」と言う場合に使用します。研究課題が複数の論文を通じてどのように発展したかを知りたい場合にも起動します。
Entrepreneurial Operating System（EOS）を導入し、会社全体でビジョンと実行を一致させる。ユーザーが「EOS」「Entrepreneurial Operating System」「V/TO」「四半期ロック」「Level 10 ミーティング」「説明責任チャート」「IDS プロセス」「会社が混沌としている」「同じ問題が繰り返される」「チーム全体を一致させたいyatawan Verbal mentions Referencia 言及した場合、または成長中の会社が会議の構造、目標設定フレームワーク、繰り返し発生する組織課題を解決する体系的な方法を必要とする場合に発動する。EOS の 6 つの要素（Vision、People、Data、Issues、Process、Traction）を扱う。チームモチベーションの設計は drive-motivation を、精rapperried Startup の実験は lean-startup を参照。
ローカルのナレッジベースディレクトリに対する検索・質問対応アシスタント。主な手順: (1) 多層インデックスのナビゲート (2) PDF/Excel に遭遇した場合は、まず references を参照して処理方法を学ぶ (3) ファイルを処理してから検索する。ファイル種別に応じて grep、Read、pdfplumber、pandas を組み合わせて段階的に検索し、ファイル全体の読み込みを避ける。ユーザーの質問が「ナレッジベースディレクトリから回答する／情報を検索する／資料を調べる」，涉及する場合に使用する。
Recoup API と外部コネクターを直接呼び出します。任意のプラットフォームリソース（アーティスト、ソーシャル、组织、リサーチ、ドキュメント）を取得し、コネクターアクション（Google Docs/Sheets/Drive の編集、Gmail、TikTok、Instagram）を実行できます。生の Recoup データやプラットフォームリソースが必要-ecognition場合、api.recoupable.dev 向けの curl を書きたい場合、Google Doc の URL やスプレッドシートなど Recoup の外側を読み書きしたい場合はこちらを使用します。他のすべてのスキルが依拠している土台です。アーティストの登録や運用には recoup-roster-* obenzards の Skills を、初回接続には recoup-platform-connect-account を使用してください。
Recoup API 経由でメールを確実に送信します。本文を正しくシリアライズし、空メールを送る代わりにエラーを明確に通知する Node ヘルパーです。アカウント所有者または宛先にレポート・要約・通知をメールする必要がある場合は、必ずこのスクリプトを使用してください。`curl … -d "{…}"` に `jq` やシェルの展開をインラインで組み込んで手作業で作成しないでください（本文が空で「Message from Recoup」のフッターだけのメールが気付かれずに送信されます）。送信経路となる recoup-platform-api-access と併用します。
あらゆるトピックを徹底調査します。幅広いウェブ検索を並行して行い、複数の情報源を検証し、確信度を追跡して、引用付きの Markdown レポートを作成します。簡単な回答ではなく、情報源に基づく詳細なレポートが必要な場合に使用します。例：「<topic>を調査」「Xを詳しく調べる」「業界の全体像を分析」「競合分析」「これらの選択肢を比較」「Zの主要プレイヤーは誰か」「文献レビュー」「Yの背景」「Xに関する論文」「製品の分解分析」「規制の概要」「資金調達の動向」「Xでどんなトレンドが出ているか」「特許の動向」「コミュニティの健全性」、または多数の情報源を調査し、引用付きの分析文書を作成する依頼。11種類の調査に対応：市場（TAM/SAM、セグメント、価格、トレンド）、領域（業界構造、エコシステム、規制概要）、技術（アーキテクチャ、ツール、ベンチマーク、技術評価）、競合（競合分析、ポジショニング、勝敗分析）、製品（機能分析、レビュー、分解分析、ロードマップの兆候）、学術（文献調査、引用ネットワーク、主要著者）、人物・組織（企業や公人のデューデリジェンス）、財務（資金調達動向、評価倍率、収益の兆候）、法務（知的財産、特許動向、訴訟、コンプライアンス）、トレンド（新たな兆候、先見分析、シナリオ策定）、コミュニティ（エコシステムの健全性、主要な発信者、ガバナンス、分断）。「Xを調べて」「Yってどうなの」「Zを掘り下げて」「この分野を理解したい」「Xについて概要を教えて」のようなカジュアルな依頼でも使用します。単一の事実確認や一度限りのウェブ検索には使用しないでください。
情報質問機。記事・論文・書籍 Given すると、Kernel を Q-A ペアに抽出する——Question は要点を突く、教科書的ではない；Answer は簡潔明快で、形式的な収口と完全な論理連鎖を持つ。読者は Q の連鎖を辿り、各 A が釘を打つことで著者の推論全体を再現できる。ユーザーが「Q&A」「QA」「質問」「質問抽出」「/ljg-qaMention のいずれかを出力_missing、または記事・論文・書籍を共有して Q-A 抽出を依頼った場合に使用する。mtxSummary ではなく、答えの付いた一連の問題としてアイデアを抽出したいときにトリガーする。FAQ 生成、用語集作成、理解度クイズには使用しない——これは学習補助ではなく知的スキャフォールディングである。
音楽会社専用のリポジトリに、自己管理型ワークスペース、読み取り専用のヘルスチェック、再利用可能なナレッジ、移植可能なスキルを備えた業務 OS を構築します。「レーベルの OS を設定」「出版ワークスペースを構築」「カタログ運用リポジトリを整理」「ロスターをフォルダーに反映」などに使用します。実際の中核オブジェクト（アーティスト／リリース、作品／関係者、またはカタログ案件）を選び、利用可能な場合は対応する Recoup レコードを使用し、それ以外はプライベートファイルのワークフローを使用します。すべての音楽事業にアーティストロスター、評価額、アカウントの申告が必要なわけではありません。
アーティストをロスターに追加または紐付けて情報を充実させます。Spotify の本人確認を行い、指定されたワークスペースでアーティストを特定してから、調査、カタログ、SNS、ナレッジベースを整備します。Spotify の本人確認ができない場合は、意図的な手動オンボーディングにも対応します。「アーティストを作成／追加／オンボーディング」「[artist] を設定」「[artist] と契約した」「新規契約」などに使用します。ロスターの確認には recoup-roster-list-artists、既存アーティストのファイル内での作業には recoup-roster-manage-artist を使用してください。
1 人のアーティストのフォルダー内で作業し、コンテキスト、ブランド、楽曲、リリースを読み取って更新します。「[artist] のファイルを整理」「[artist] のブランド／コンテキストを更新」「[artist] のワークスペースには何がある？」など、特定のアーティストのファイルに関するタスクに使用します。名簿全体の一覧には recoup-roster-list-artists、アーティストの調査や指標の確認には recoup-research-artist-overview を使用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。