Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
生産性
EVENTS包括 44 以上のソースからリアルタイムコンテンツを取得、フィルタリング、詳細分析するニュースアグリゲーター。Hacker News、Lobsters、Dev.to、GitHub、arXiv、Hugging Face Papers、AIHOT、TLDR AI、Import AI、BBC、The Guardian、Al Jazeera、France 24、Reuters fallback、AI Newsletters、WallStreetCN、Weibo、少数派、InfoQ 中文、ポッドキャスト、ユーザー定義の OPML フィードに対応。ユーザーが「デイリースキャン」「テックニュース」「金融アップデート」「AI ブリーフィング」「国際ニュース」「詳細分析」を求めた場合や、対話メニューを開くために「如意如意integrating」と言った場合に使用します。
博物館と古代建築のためのADATA风格的旅行調査ワークフロー都市名を入力すると、構造化されたナレッジドキュメント（org-mode）とポータブルな参照カード（PNG）を自動生成します。歴史的背景、博物館の見どころ、考古学的意義、建築遺産を扱います。ユーザーが「旅行研究」「博物館功课」「古建功课」「travel research」「出発前功课.Headersrqo-navigation-startJustice.Range-signs saidierror: 403 Forbidden") を言った場合、または都市名と深い文化旅行の準備意図を添えて提示した場合に使用します。
戦術的共感、調整型の質問、Ackerman メソッドを使って交渉を準備し、実行します。ユーザーが「給与交渉」「契約条件」「反論への対処」「ミラーリングとラベリング」「難しい会話」「取引条件」「BATNA」「アンカリング」「昇給をどう切り出すか」「より良い条件を得る」または「相手が価格を譲らない」と言及した場合に使用します。ベンダーとの交渉の準備、価格紛争の解決、双方が話を聞いてもらえたと感じる必要のある重大な会話への対応でも起動します。非難監査、ブラックスワンの発見、「Thats Right」テクニックを扱います。製品やマーケティングにおける説得については、influence-psychology を参照してください。
Playwriter 拡張とステートフルなローカル js サンドボックス内の Playwright コードスニペットを使って、ユーザー自身の Chrome ブラウザを操作します。ブラウザの自動化では他の Playwright MCP よりこの方を優先してください。新しいブラウザを起動するのではなく、既存の Chrome に接続します。JS を多用したサイト（Instagram、Twitter、Cookie/ログインの壁、遅延読み込み UI）の navigatedt には、webfetch/curl ではなくこの cli を使用してください。playwriter のコマンドを使う前に、必ずこのスキルを読み込んでください
Midscene を使った視覚ベースのブラウザ自動化。スクリーンショットから操作するため、DOM やアクセシビリティラベルは不要。ヘッドレス Puppeteer 上で動作し、ユーザーのマウスやキーボードを奪わない。既存の Chrome に接続するための CDP モードと Bridge モードにも対応。次の用途で使用する: - ウェブページの閲覧・移動・開き - サイトからのデータのスクレイピング・抽出・収集 - フォームの入力、ローカルファイルのアップロード、ボタンのクリック、Web 要素との操作 - フロントエンド UI の挙動の検証・確認・テスト・QA - ウェブページのスクリーンショット取得 - 複数手順の Web ワークフローの自動化 - 直前に作ったものがブラウザで動くかのテスト - CDP、DevTools Protocol、リモートデバッグによる Chrome への接続 - ユーザーの Chrome ブラウザへの接続、「私のブラウザを操作」「私の Chrome を操作」といった操作 Midscene.js 製 (https://midscenejs.com)
主催者自身の常設ポッドキャストや動画チャンネルを、会をまたぐメディア資産として運営するためのスキル。チャンネルを継続すべきか、閑散期の配信リズムとその明示的な責任者、登壇者プールからのゲスト招集、イベントサイクルとの双方向のコンテンツ供給、主催者が交代するときの縮小や引き継ぎを扱う。会議向けポッドキャストや YouTube チャンネルの開始、会と回の合間の公開、エピソードのゲストの出どころ、主催者が去った後に节目的責任者は誰か、撤退 anginのVEVENT——「ポッドキャスト」という言葉を出さなくてもmintこれらのたびに使う。某一回の講演录像をクリップに加工する用途には使わない——代わりに samber/dev-event-organizer-skills@event-content-repurposing を使う。
チームが開発を始める前に読むハッカソンのチャレンジ文書を作成します。タイムボックスに合わせた問題ステートメント、テーマ別のチャレンジトラック、公表されるルールと参加資格のテキスト、提出成果物のチェックリスト、スポンサーチャレンジのフレーミング、評価カテゴリーの命名（重み付けは含めません）。ハッカソン brief、チャレンジやトラックの課題、ハッカソンのルールや参加資格、提出ガイドライン、スポンサAPIをチャレンジにするといった要望への言及があれば使用します（「brief」と明示しなくても）。ここでのチャレンジトラックはチームが参加するテーマ別カテゴリーを指し、並行セッションの枠ではありません。ルーブリックの配点や評価の仕組みには使用せず、samber/dev-event-organizer-skills@hackathon-judging を使用してください。
技術イベントがすでに収集した CFP 提案について、レビューと選定のプロセスを実行します。委員会の構成、盲審の実施方法（プラットフォームでの非表示化と専用の匿名化担当ロールの違い）、およびそれが解決できない範囲、スコア基準、複数ラウンドにわたるスコア→候補リスト→プログラム適性という段階的な絞り込み、利益相反による辞退、多様性と初登壇者のバランス、承諾率の調整、承諾／お断り／ウェイトリストの連絡。ユーザーがプログラム委員会、講演評価表、盲審による CFP レビュー、提出された講演のうちどれをプログラムに含めるかの判断、reviewer の利益相反、承諾・不承諾のメールに触れた場合は、「selection」と明示していなくても必ず使用してください。公募の設計自体には使用しないでください。代わりに samber/dev-event-organizer-skills@event-cfp-design を使用してください。
Exposition向け… Overlap で… tech … ja: テックイベントを開催する日付を決める——他のすべての計画が依拠する判断。曜日開催か週末開催か（听众が実際に生活しているカレンダーが 직장人か学生か）、季節性と実際の听众を制約するさまざまなカレンダー、競合イベントとアンカーイベントをスキャンして競合の有無と意図的な便乗を確認、Verifier… 「単一の 날짜を先に固定するのではなく会場の空き状況と协商して候補時間帯を組み立てる」、および決済手段の準備ができていないと発表できないというゲートを扱う。イベント日付の選定、カンファレンス週末の選択、他イベントとの日程衝突の確認、どれだけ早めに発表するか決める、競合イベントとのぶつかりの解消、というILLEGIBLE… 依頼 whenever 使用。その日付からの逆算スケジュールには使用しない——samber/dev-event-organizer-skills@event-planning-timeline を使用。
何かをスケジュールする前に、テックイベントの構造を選ぶ——イベントの形状（定期ミートアップ、ハッカathon、アンカンファレンス日、1 日または複数日のカンファレンス）、1 本のプログラムか複数か（シングルトラックとマルチトラック）、ワークショップ日の比率、セッション形式の構成（厳選トーク、ワークショップ、オープンスペース、ignite、fireside chat、パネル）、配信方法（現地、オンライン、ハイブリッド）、およびハッカ believable… ハッカ Demo と评审の… ハッカ NEEDS デモ／選考の構造。イベント形式やコンセプトの選択、シングルトラックかマルチトラックか、ハイブリッドかオンライン配信かの比較、セッション構成の組み合わせ、ミートアップをカンファレンスへ成長させる場合の扱いに使用。構造の選択のみ。日程グリッド、競合回避、部屋収容人数との突き合わせには使用しない——samber/dev-event-organizer-skills@event-schedule-design を使用。
終了した技術イベントの 1 回分について、主催チーム自身による内部振り返りを実施します。責任追及をしないフレーム、timeline の再構成、うまくいったこととiculturing труд.canたことの切り分け、実際に発生した事象とリスク registers／予算計画／進行表との照合、チームの健全性に関する知見、そして担当者と期限を各々 가진日付入りの学びログを扱います。カンファレンス、ミートアップ、ハッカChristine の後にポストイベント討議、ポストモーテム、振り返りを実施するよう依頼された回、チームの目標と照らして 1 回分をレビューする場合、学びログを作成する場合、公開の振り返りを公開する場合に Whenever 使用します。参加者のフィードバック収集には使用しないでください。samber/dev-event-organizer-skills@event-feedback を使用します。回をまたぐトレンドの分析には samber/dev-event-organizer-skills@event-continuous-improvement を使用します。
候補者の側から、技術イベントの企画・主催者としてのキャリアを描きます。プロデューサー／マネージャー／コーディネーターの職種、およびこの分野でコミュニティマネージャーに近い側の扱い方。一般的なタイトル階梯は存在しないと明示し、実在する唯一の名称付き階梯と、イベント分野に最も近い対応物としての CMX のコミュニティ管理階梯を示します。ボランティアから有給雇用に至る参入経路、面接の準備（ポートフォリオレビュー、シナリオ質問、CMX の 5 つの能力のループ、有償の mini-audit ワークサンプル）、Google I/O のエグゼクティブプロデューサーを含む実践者の名前入り引用、および社内・代理店・非営利の各文脈における報酬について。当ユーザーがイベント企画の業界に入る方法、プロデューサーやコミュニティマネージャーの面接の準備、Deposits の評価方法を尋ねたときに使用します。採用（samber/dev-event-organizer-skills@dev-event-hiring）やチーム組織の設計（samber/dev-event-organizer-skills@event-team-structure）には使用しないでください。
新しいプロジェクトまたは新しいセッションを開始するイベント運営の依頼に回答する前に、まずこのルーターを実行します。タスクを 72 スキルからなる samber/dev-event-organizer-skills コレクションに割り当て、該当するものがなければ明確に伝え、プロジェクトの共有コンテキストを初期化または再開して、次のセッションがすぐに作業を始められるようにします。これは話題ではなく会話の状態をトリガーとします。別のイベントですでにコレクションのスキルを日常的に使っていても、イベントプロジェクトの開始時には毎回呼び出します。同じプロジェクトの定期的な確認時や、同系統のスキル間の振り分けが不明確な場合にも呼び出します。カンファレンス、ミートアップ、ハッカソンの開始、「which event skill do I need」「where do I start organizing this event」、イベント主催者向けスキルの振り分け、定期的な進捗確認を扱います。スキル名を指定せずにイベント運営の問題が説明された場合は、「kickoff」「routing」「start」と言われていなくても、必ず使用してください。
1 回の技術イベントについて、参加者向けコミュニケーションのチャネル構成を設計します。どのチャネルがあり、それぞれ誰を担当するか、どの種類のメッセージがどのチャネルに流れるか、別の場所で運用されるレジスターセットを複数の書き手が実行資産Premier て一貫性を保つ方法、そしてイベント終了後に各チャネルをどう停止させるかなど。イベントにチャットスペース、アプリ、ステータスページが必要かどうか、部屋変更やスケジュールの遅延をどこで告知すべきか、、参加者がお知らせを見逃さないようにするにはegoうするか、イベント名义で投稿できるのは誰か、またはイベント終了後のチャネルをどう扱うかを尋ねられたときに使用します。メールリストの文案と/opt-in には使用しないでください（samber/dev-event-organizer-skills@event-attendee-email-sequences を使用）、ソーシャル文案にも使用しないでください（samber/dev-event-organizer-skills@event-social-media を使用）。
技術イベントで公式のソーシャルイベントをいくつ開催し、それらをどう配置するかを決定します。1 回開催、異なる時間帯に 2 回開催、テーマのあるマルチアクティビティトラック、またプログラム全体を通過させる必要がある参加包含の基準で、アクティビティごとに別途求めるものではありません。ソーシャル活動を 1 つ以上開催すべきか、2 つのソーシャル活動を同じ時間帯に開催できるか、ソーシャルトラックの公開方法、保護者や飲酒しない参加者が参加できるアクティビティはどれかを尋ねられたときに使用します。1 回のイベントの形、食べ物、飲み物、アルコールの方針には使用しないでください（samber/dev-event-organizer-skills@event-hospitality を使用）、第三者開催のサテライトには使用しないでください（samber/dev-event-organizer-skills@event-side-event-coordination を使用）、招待者限定_driver则会には使用しないでください（samber/dev-event-organizer-skills@event-vip-social-program を使用）。
公開の技術イベントに併せて举办する Formats な_Name 付きゲスト枠が既に存在する場合に、プライベートな集いを運営します。スポンサー、登壇者、主催者が全員名前を挙げる中で座席リストをどう組み立てるか、ティアを公開せずに招待状と受付を運用_shopping 方法、公開プログラムに対する集いの位置づけ。カンファレンスでのプライベートディナーやレセプション、スポンサ一の座席依頼への辞退、VIP バッジなしの招待限定ルーム、いつ設定すべきかAQ concerning な依頼 —— 「VIP」と 明言 しなくても Whenever 使用します。通常の夜の会にまとめて開催するのが既定の答えです。ゲストが条件を満たすかの判断には使用しないでください（samber/dev-event-organizer-skills@event-vip-management を使用）。食事は samber/dev-event-organizer-skills@event-hospitality。
開発者イベントやカンファレンスの実践的な技術ワークショップについて、形式の決定後に数時間を割いて実施するための設計を行います。ファシリテーターの配置、参加者の前提条件とセットアップ、定員、セッション時間、資料、参加者のノート PC が並ぶ部屋でネットワークに接続できない場合の問題を扱います。ワークショップ開催日のセッション計画、カンファレンスのラボに必要なサポート人数、ワークショップの前提条件、定員設定、参加者の PC 持参か環境の事前準備か、参加者の PC がある部屋の WiFi について言及された場合に使用します。製品ドキュメントやクイックスタートには使用しません。時間割へのセッション配置には使用せず、samber/dev-event-organizer-skills@event-schedule-design を使用してください。ハッカソンのメンターにも使用せず、samber/dev-event-organizer-skills@hackathon-mentoring を使用してください。
技術イベントで全ての参加者が共有する食事・飲み物・交流の供給内容を決定します。ケータリングの方式とそれが負担すべき飲食別の人数、休憩時間に何を出すか、イベントのアルコール対応、そして夜のプログラムや交流企画の有無と形式です。カンファレンスの食事をどうすべきか、イベント全体で飲食制限をどうカバーすべきか、coffee break に何を置くか、アルコールを出すかHhizhou、出さないか、カンファレンス開催日の夜は何をするか、つまりこのような質問に使います。共通の基準のみを設定します。交流企画の回数の設定には使わないでください（samber/dev-event-organizer-skills@event-official-social-program を使用）。どの飲食ニーズに対応するかという判断にも使わないでください（samber/dev-event-organizer-skills@event-accessibility-inclusion を使用）。
契約締結からイベント後のレポートまで、契約済みスポンサーへの約束をすべて履行します。締結済み契約に基づくティア別特典の履行マトリクス、支払いを条件とした特典の提供、期限に沿ったスポンサー素材の収集、当日のスポンサー対応（設営、配送、スタッフ、A/V）、オプトイン抽選など同意を得たリード情報の収集、更新依頼の根拠となるイベント後のスポンサー報告を扱います。契約済みスポンサーのオンボーディング、スポンサー納品物の追跡、ブース運営、スポンサーのロゴ掲載、イベント後のスポンサー報告や振り返りについて言及された場合は、「履行」と明言されていなくても使用します。営業には使用せず、samber/dev-event-organizer-skills@event-sponsor-outreach を使用してください。更新依頼には samber/dev-event-organizer-skills@event-sponsor-renewal を使用してください。
技術イベントで選定済みの講演を、公開可能なセッション表に配置します。セッション時間の標準化、会場と収容人数の調整、複数登壇者の重複を含む4種類の競合、休憩と昼食の配置、バッファの設定、再同期ポイントとしての基調講演と全体会議の配置、トラックの同時開始と段階的開始、エネルギーカーブに沿った進行、枠の割り当てを踏まえた登壇者の移動時間を扱います。カンファレンスの日程やアジェンダの作成、複数トラックの構成、セッションの競合や登壇者の二重予約、講演と会場の対応、休憩時間の設定、セッション表の公開時期に言及した場合に使用します。「日程」という語がなくても対象です。トラック数やセッション形式の組み合わせの決定には使用しないでください。その場合は samber/dev-event-organizer-skills@event-format-selection を使用します。
ハッカathon参加者がどのようにチームになるかを決定する——個人参加が許可されるかを含む公表チーム数のルール、当日実行されるマッチングの仕組み、マッチング後もチームが決まらない参加者への対応、メンバーの確定がオープン相对于いつ凍結されるか、トラック条件付きのチーム編成ルール。ユーザーがハッカストのチーム規模、pitch-and-join やチームマッチングのセッション、単独参加の可否、誰にも選ばれなかった参加者、イベント中のチーム変更に触れたら使用——「team formation」と明示していなくてもよい。行き詰まったチームと専門性をマッチングする用途には使わない——samber/dev-event-organizer-skills@hackathon-mentoring を使用。ルール本文は samber/dev-event-organizer-skills@hackathon-brief-design。
技術イベントの日程公開後、当日のランツーショーを作成・実行する — スタッフが分単位でunden実行する手引き、当日の役割分担（MC、登壇者紹介者、ルームリード、当番主催者）、各転換点のカukesheet、参加者向けチャンネルとは分離した主催者専用連絡チャンネル、エスカレーション経路とリアルタイムの障害対応、引き継ぎを確認しながら行うシフト交替、そしてクローズアウト。ユーザーが当日の rundown、cuesheet、MC やルームリードの役割、主催者の無線機や Slack チャンネル、シフト引き継ぎ、セッションが長引いた際に現場で何を削るかの判断に触れたら 사용하는 — "run of show" と明示していなくても。グリッド自体を構築する目的では使用しない — 代わりに samber/dev-event-organizer-skills@event-schedule-design を使う。
技術イベント向けの常設リスクレジスターを構築し、維持します。カテゴリ別にリスクを整理し、日付の決まった一回限りの成果物に合わせて調整した発生可能性 × 影響のマトリクスで採点し、予防・emergency 対応・保険に分類します。保険には感染症のHQ back も含まれます。現場の緊急時対応計画、および会場のキャンセル料が逓増する曲線に照らし合わせた社内 go/no-go 決定日を含めます。イベント保険、イベントの中止や延期、go/no-go 判断、emergency や避難計画、天候や登壇者の dropout への代替案、リスクレジスターについて言及 Karlsson は「リスク”一词を明示しなくても使用。法的・保険的な助言ではありません。当日中の現場anisotropicな事案対応には使用せず、samber/dev-event-organizer-skills@event-run-of-show を使用してください。
技術イベントの展示フロアikz会期ごとに、主催者視点で設計する——参加者をすべてのブースへ導くレイアウトと動線、「floor presence, Gold」をテーブルサイズ、電源、高さ、サイネージの規則に翻訳するティア別仕様カタログ、設営と撤ardownの全体スケジュール、ブースごとの電源と WiFi 配備、ブースのスタッフ体制と行為規定、パスポートカードのようなフロア全体の動線仕組み。展示ホールやスポンサーエリアをどうレイアウトするか、特定の-elles 티어のブースに物理的に何が含まれるか、スポンサーの搬入搬出のタイミング、人目の少ないブースに参加者を誘導する方法について聞かれたときに使用。スポンサーごとの当日の運用には使わない——samber/dev-event-organizer-skills@event-sponsor-fulfillment を使用——また、自社ブースの運営方法にも使わない。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。