Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
ドキュメント
ユーザーのトピック、素材、論文、レポート、ノート、データセット、既存のスライド、スタイル参照から、画像モデル駆動の PPT デッキを構築する。ユーザーが PowerPoint デッキの作成、再設計、パッケージ化、QA を求める場合に使用し、すべてのスライドはまず高品質なフルスライド画像として生成し、マニフェスト、プレビュー、証拠に基づく QA を備えた PPTX にパッケージ化する。レイヤー化された編集可能な再構築は任意で、明示的に要求された場合にのみ使用する。これは汎用的なデッキ構築の入口である。学術/研究 PPT ワークフロー、プロンプト/メソッド診療、科学従事者向けコース/動画ラッパー、反復的な Chronicle 研究/スクリプトループという具体的な要求の場合にのみ、より狭いスキルを優先する。
プロフェッショナルな文書の構造化された共同執筆を扱う。提案書、技術仕様、RFC に使用する。協働的なドラフトプロセス（収集 -> 精緻化 -> テスト）が必要なときに積極的に使用する。例：- ユーザー："Draft a technical RFC for the new API" -> ステージ 1 のコンテキスト収集に従う - ユーザー："Refine the introduction of this proposal" -> 反復的な外科的編集を使用 - ユーザー："Test if this document is clear for readers" -> 読者テストワークフローを実行
読者が誤読できない英語を書く:1 語に 1 つの意味、能動態、単純な時制、1 文に 1 つの考え、短い文。ASD-STE100(Simplified Technical English)に基づく。これは航空機の整備マニュアル向けに書かれた制御言語の標準である。エージェントが生成し、他者がそれに基づいて行動するあらゆる文章に使用する。レポートと調査結果、PR の説明とコミットメッセージ、別のエージェントに渡す指示、ツールの説明、エラーメッセージ、ステータス要約、プロンプトが含まれる。依頼に応じても使用し、"simplify this"、"make this readable"、"too dense"、"rewrite in STE"、"simplified technical english"、"ASD-STE100" などのトリガーがある。
在庫評価レポート、決済レポート、仕入先の発注書から、Amazon 卖家向けに CPA 提出可能な年末 COGS 明細を作成する。課税所得を 8〜15% 過大計上させる期末在庫の計算ミスを検出する。ユーザーが年末税務、COGS、在庫評価、"税理士向け税務パック"について尋ねたときに使用。トリガーフレーズ："year-end taxes"、"COGS schedule"、"inventory valuation"、"FIFO LIFO Amazon"、"tax pack for CPA"。ツールゼロで動作。
公式のブランドカラーとタイポグラフィをプロフェッショナルな成果物に適用する。プレゼンテーション、レポート、ドキュメントで企業のビジュアルアイデンティティを確保するために使用。"クライアントにそのまま出せる" ルック&フィールが求められたときに積極的に使用する。例：- ユーザー：「このレポートをブランディングして」 -> 企業の配色とフォントを適用 - ユーザー：「このスライドにブランドガイドラインを適用して」 -> XML の配色/フォントを更新 - ユーザー：「このドキュメントがブランドに沿っているか確認して」 -> 配色/フォント標準に照らして検証
固定の日数予算に基づく契約サプライヤーとの最初のワークセッションを準備する：合意済みのオファーまたは契約を読み取り、日数予算シートが契約上限に対して集計されるブランド化されたセッションワークブック、内部準備ブリーフ、サプライヤー向けアジェンダ、セッション後の記録テンプレートを作成する。サプライヤーとのキックオフやデリバリーセッションの準備、または署名済みオファー上の日数予算配分に使用する。tor-procurement（ToR を作成）、selection-toolkit（パネル評価）、procurement-offer-review（届いた 1 件のオファー）、implementation-pack（IPPF が受け取るドナー助成）、meeting-notes モード 2（1-1 の準備）とは異なる。
`gws` コマンドライン経由で Google Workspace（Drive、Docs、Sheets、Gmail、Calendar、Chat、Meet、Admin）にアクセスします。ユーザーが Google Docs、Sheets、Drive のファイル／フォルダ、Gmail のメッセージ、Calendar のイベント、その他の Google Workspace リソースを読み取り、書き込み、管理したい場合にこのスキルを使用します。トリガー：Google Docs、Google Sheets、Google Drive、Google Calendar（gws 経由）、Google Chat、Google Meet、スプレッドシート操作、ドキュメント編集、ファイルアップロード、共有権限、Gmail のトリアージ、または `gws` コマンドへの言及。
このスキルは学術スタイルの .docx 出力を構築するために使用します。ジャーナル / 会議 / 学位論文章節で、正式な引用スタイル（APA、Chicago、IEEE、MLA）、番号付き数式、図表の相互参照、脚注/尾注、参考文献、または多段組ジャーナルレイアウトを伴うもの。トリガー：'research paper'、'journal paper'、'conference paper'、'manuscript'、'thesis'、'APA'、'MLA'、'Chicago'、'IEEE 二段組'、'bibliography'、'ぶら下げインデント'、'citation style'、'抄録 + キーワード'、'数式番号'、'相互参照'、脚注/尾注付きの論文。出力は単一の .docx。
ユーザーが Syncfusion を使って Angular で Word ライクなドキュメントエディターを生成、統合、実装する方法を尋ねたときにこのスキルを使用する。Syncfusion Angular Document Editor、Angular ベースのエディター統合、ドキュメントの編集と書式設定、コメントと変更履歴、表と画像の操作、ヘッダーとフッターの管理、ドキュメント保護、Angular アプリケーションでのエンドツーエンドのドキュメントワークフロー構築に関するリクエストでトリガーする。
ガイド付きのゲームデザインドキュメント作成のために呼び出す -- セクションごとの GDD 作成を、検証、ピラーの整合、スコープ階層のマーキングとともに行う。トリガー："write GDD"、"create GDD"、"game design document"、"document my game"、"GDD authoring"、"fill in GDD"。既存の GDD のレビュー（game-design-review を使用）や、特定のゲームシステムの設計（game-designer を使用）には呼び出さない。AlterLab GameForge コレクションの一部。
公式の ICML 査読ガイドラインに従って機械学習研究プロジェクトを評価する論文査読者。主張/根拠、先行研究との関係、独自性、重要性、明瞭さ、再現性というすべての主要な次元にわたり、実行可能なフィードバックを伴う包括的なレビューを提供します。また、未完成の草稿、提案、研究コードリポジトリに対して形成的なフィードバックを提供します。必須トリガー：review paper、ICML review、paper review、evaluate paper、research paper feedback、ML paper review、conference review、academic review、paper critique、NeurIPS review、ICLR review、project proposal、research proposal、paper draft、early feedback、incomplete paper、work in progress、WIP review、review repo、review codebase、research project review
Google Workspace の 12 サービス（Gmail、Drive、Calendar、Docs、Sheets、Slides、Forms、Tasks、Contacts、Chat、Apps Script、Custom Search）での操作を管理します。MCP ツールまたは workspace-cli クライアントに対応します。各ツールのルーティング、ワークフロー、パラメーターガイドを提供します。「メールを確認」「ファイルを検索」「会議を設定」「スプレッドシートを更新」「ドキュメントを共有」「プレゼンテーションを作成」「タスクを追加」「連絡先を検索」や、Google Workspace サービスへの言及をトリガーとします。
学術論文（arXiv プレプリント、会議・ジャーナルの PDF、Zotero アイテム）を 3 段階の設定可能な深度で読み、分析する：クイックスキム（2 分）、標準読解（10 分）、詳細分析（30 分）。問題、手法、主要な革新、結果、限界、再現性、隠れた前提、ユーザーの他の作業との関連を網羅した構造化ダイジェストを生成する。ユーザーが arXiv リンク、PDF、論文タイトルを共有して読み／要約／ダイジェスト／TL;DR／分析／レビュー／批評／説明／分解を求めるとき、論文の貢献／手法／結果／数式／図について尋ねるとき、2 本の論文を並べて比較したいとき、記録用の読書ノートが必要なときに使用する。
スライドデッキを HTML/CSS（カスタムまたは reveal.js）で設計する：固定 16:9 キャンバス上のスライドレイアウト、プレゼンのタイポグラフィ、スライドグラフ、ビルドとトランジション、スピーカーノート、PDF エクスポート。ブラウザで発表または共有するデッキに使用する。ネイティブの .pptx ファイルには PowerPoint 専用ツールを使用する。トリガーフレーズ：「presentation」「slide deck」「slides」「pitch deck」「keynote」「reveal.js」「slide design」「presentation template」「speaker notes」
完成したプロジェクト文書の SET を 1 つのコーパスとして評価し、それらが相互に整合していて計画を立てる準備ができているかを判断するときに使用する — 単一文書の設計レビューのコーパスレベルの対応物。各文書がそれぞれのゲートを通過済みであることを前提とし、それらの関係のみを 8 つの次元の基準で評価する：文書間の一貫性（エンティティごとに 1 つの名前を含む）、最上流文書からの完全性/トレーサビリティ（欠落・孤立した項目や TBD がないこと）、矛盾、依存関係の健全性、分岐した重複、計画可能な十分性（Definition-of-Ready ＋ 参照されているが存在しない文書）、文書が変更されたときの修正/差分スコープの再レビュー（依存先への波及）、およびバージョンのずれ（ある文書が別の文書の古いバージョンを引用していること）。文書セット全体について終端の `VERDICT: approve|revise` をちょうど 1 つ出力し、各指摘には影響を受ける文書 id を接頭辞として付す。整合したコーパスを承認する（誤って revise としない）。実際に名前を挙げた文書間のギャップがある場合にのみ revise とする。単一文書の内部品質や、それらの文書の執筆・修正には適さない。
ユーザーが学術論文のダウンロード、研究文献の検索、引用情報（BibTeX/RIS/EndNote）の取得、論文アクセス用の機関プロキシ WebVPN の管理、.bib ファイルのインポート、論文の一括ダウンロードを希望する場合は、このスキルを使用します。このスキルは scansci-pdf MCP サーバーをオーケストレーションします。ダウンロード（OA／グレー／機関経由）、検索、キューの準備、診断、ログインを扱う 18 個の高水準ツールを提供します。次の場合に起動します：論文のダウンロード、DOI、arXiv ID、Sci-Hub、論文検索、文献レビュー、引用情報のエクスポート、WebVPN、機関アクセス、「帮我下载论文」「搜索文献」「批量下载」「论文下载」「文献检索」への言及、または DOI／arXiv ID の一覧の提示。次の場合は起動しません：ユーザーがダウンロード／検索／引用の意図なく論文を概念的に話題にしている場合、または学術以外の PDF（請求書、レポートなど）について尋ねている場合。
旅程の itinerary から美しくデザインされた旅行ガイドブックの PDF を作成する。深いリサーチから Playwright による PDF エクスポートまでのエンドツーエンドのワークフローで、AI 生成画像ゼロ、Tabler Icons、インライン SVG 装飾、Claude の温かみのある羊皮紙の美学を特徴とする。ユーザーが 路书、旅行指南、travel guidebook、行程手册、trip planner、自驾游攻略、itinerary book、攻略、出行指南、旅行计划、行程规划 に言及した場合、または旅のメモを印刷可能なガイドにしたい場合にこのスキルを使用する。複数日の旅行計画、ルートガイド、ロードトリップの計画、旅行攻略制作、旅行PDF、旅行リサーチをプロ品質のドキュメントに変換する場合にもトリガーする。
エンドユーザー向けの製品ガイドを作成するときに使用。通常は非技術者である読者が製品で目標を達成するために読む、消費者向けのヘルプを指す。はじめかたのチュートリアル、タスクのハウツーガイド、概念説明、エンドユーザー向けの機能/設定/コマンドラインリファレンス（HTTP API ではない）、トラブルシューティング/FAQ、用語集。導くのは方法であり、アウトラインではない。渡された上流の資料（決して創作しない）から、ユーザーの目標ごとに 1 つのハウツーを作り、Diataxis の 4 つのモードを区別したままにし、各手順を正確にして UI の正確なラベルで呼び、非技術者の読者向けに平易な言葉を使い（未説明の専門用語を避ける）、アクセシブルで見つけやすいガイドにし、公開済みガイドの改訂をバージョン付きの陳腐化スイープとして行う。12 項目のユーザビリティ + 正確性の基準を満たす。ユーザーガイドのテンプレートツール + リサーチ機能と組み合わせて使う。渡された上流の資料（feature-spec + user-flows + wireframes）を前提とし、空白のページからは決して始めない。開発者ツールの導入ガイド（developer-guide）、エンドポイントのカタログ（api-reference）、完成したガイドのレビューではない。
orbit CLI を使って Confluence ページを管理する — 作成、更新、表示、markdown ディレクトリの公開、ページ階層の確認、ページ幅の制御。ユーザーが Confluence ページ、wiki コンテンツ、ドキュメントの公開、markdown の Confluence へのアップロード、ドキュメントの同期、ページ階層や祖先の確認、orbit によるページツリーの管理について尋ねたときは常にこのスキルを使用する。「Confluence ページを作成して」「wiki を更新して」「これらのドキュメントを Confluence に公開して」「markdown をアップロードして」「ページ幅を設定して」「ページを表示して」「子ページを一覧表示して」「階層を表示して」「ページツリーを確認して」「祖先は何か」といったフレーズ、または Confluence 関連のあらゆるタスク — 「これを Confluence にプッシュして」「ドキュメントを同期して」「X の下にどんなページがあるか確認して」「ページ構造を見せて」といったカジュアルな言及でもトリガーする。ユーザーが markdown を Confluence のストレージ形式に変換する必要がある場合や、frontmatter メタデータ(confluence_page_id、confluence_url)でどの markdown ファイルがどの Confluence ページに対応するかを追跡したい場合にもトリガーする。
論文の DOI または arXiv ID から合法的なオープンアクセス版を取得する — Unpaywall、arXiv PDF/HTML、オープンアクセスの ACM Digital Library を経由して解決する。特定の論文の PDF や全文を取得、ダウンロード、閲覧したい場合に使用する。礼儀正しい単発の取得、一時的な処理のみ：論文本文をリポジトリに保存せず、ペイウォールを回避せず、シャドーライブラリを使用しない。トピックや会議名で論文を探す場合は先に find-papers を使用する。このスキルは識別子から開始する。
Frappe v14-v16 で印刷フォーマットを作成したり PDF を生成したりするときに使用する。Jinja 印刷フォーマット、Print Designer [v15+]、Letter Head、PDF 生成 API（get_pdf、download_pdf）、レポート印刷フォーマット（{%= %} 構文）、改ページ、印刷 CSS パターンを扱う。テンプレートエンジンの混同や PDF レンダリングに関するよくある間違いを防ぐ。キーワード: print format、PDF、get_pdf、Jinja、Letter Head、print designer、PDF not generating、print format broken、custom PDF、letter head、wkhtmltopdf error、wkhtmltopdf、WeasyPrint、page-break、download_pdf。
技術的な主張を一切変えずに、学術論文の文章から AI らしさを除き、引き締める。研究者が「これでは ChatGPT / AI が書いたように読める」「論文を人間らしくして」「AI っぽい言葉を削って」「delve や leverage が多すぎる」「文章を磨いて」「記述を引き締めて」「曖昧な言い方を直して」「Moreover/Furthermore が多すぎる」「貢献を能動的に書いて」「用語の一貫性を保って」と言ったときに使用する。決定論的な標準ライブラリのリンター —— prose_lint.py（チャットボットの痕跡の残存、LLM 特有の語彙、接続詞の重ね使い、em ダッシュの密度、二重の曖昧表現、過大な主張の強調語、受動的な貢献記述）と terminology_check.py（dataset/data set/data-set の表記ゆれ、頭字語の規範、-ise/-ize の混在、用語集の強制）—— を実行し、その後、書き換えカタログと投稿先ジャンル群のレジスター規範を用いて節ごとに編集を行う。数字、結果、主張、引用は決して変更しない。投稿先の AI 利用開示ポリシーは明示し、尊重するが、決して回避しない。
本スキルが同梱する CrossRef、Semantic Scholar、arXiv、PubMed 用の実行可能スクリプトを使い、引用文献が実際に存在し、そのメタデータが一致することを検証する。参考文献をローカルで調べるのではなく、ライブソースに対して確認する必要があるときに使用：捏造またはハルシネーションによる引用の検出、DOI が解決するかの確認、タイトル、著者、掲載誌/会議、年を記録と照合する。さらに、基盤となる検証原則と参考文献監査のベストプラクティスも扱う。.bib または .tex ファイルに対するオフラインの衛生チェックには、まず citation-verifier を実行する；実際のソースがそれを引用する文を支持するかどうかには、claim-source-verification を実行する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。