Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
ドキュメント
Light ステージ 11 向けに、提出可能な LaTeX/PDF 成果物をビルド・プリフライトする。論文執筆原稿、図の納品、引用納品 delivery.json/references.bib/citekey-audit.json、または投稿先/テンプレートプロファイルを受け取ったとき；pdfLaTeX/XeLaTeX/LuaLaTeX と BibTeX/Biber を選択するとき；LaTeX エラーや未解決参照を診断するとき；ページ数制限、二重盲検の身元、PDF メタデータ、テンプレート、ページボックス、埋め込みフォント、TODO、図、表、ラベル、引用を確認するとき；または再現可能なコンパイルマニフェスト、PDF、コンプライアンスレポート、失敗バンドル、投稿先照合のハンドオフを生成するときに使用。引用の真正性や図の科学的 QA をやり直すことなく、PASS、manuscript ERROR、toolchain UNAVAILABLE、convergence UNRESOLVED を区別する。
仕様生成器 —— プロジェクトの要件、設計ドキュメント、タスクリストを生成する。対話形式またはクイック生成を通じて構造化されたプロジェクト仕様を作成する skill。英語トリガー：- 「Create requirements」「Generate requirements doc」「Summarize as requirements」 - 「Create design document」「Design the architecture」「Generate technical spec」 - 「Create task list」「Break down into tasks」「Generate tasks.md」 - 「Create full spec」「Generate all specs」「Create the complete specification」 - 議論後：「Turn this into requirements」「Document this as spec」 日本語トリガー：- 「要件定義を作って」「要件をまとめて」「仕様書を作成して」 - 「設計書を作って」「技術設計をして」「アーキテクチャを設計して」 - 「タスクリストを作って」「実装タスクに分解して」「tasks.mdを生成して」 - 「仕様を全部まとめて」「フル仕様を作成」「3点セットを作って」 - 会話で仕様が固まった後に「これを要件定義書にして」
`zotagent` コマンドラインで Zotero の文献を検索、取得、閲覧、追加、編集する。ユーザーが Zotero ライブラリの照会（キーワード / セマンティック / メタデータ）、インデックス済み論文からの引用やコンテキストの取り出し、DOI、ウェブページ URL、ISBN / PMID / arXiv 識別子、Semantic Scholar paperId、JSON、手動メタデータによるアイテムの追加、既存アイテムの変更（フィールドの修正、タグの追加・削除、コレクションへの格納、ノートの添付、アイテムのゴミ箱への移動）、最近の Zotero アイテムの確認、インデックス済み添付ファイルの診断を行いたいときにこのスキルを読み込む。間接的な依頼でも使用すること — 参考文献、引用、文献目録の確認、PDF の一節、文献探索への言及があれば。zotagent のフラグを推測しないこと — まずこのリファレンスを参照する。
Google Gemini API（200 万トークンのコンテキスト）によるマルチモーダル AI 処理。機能：音声（文字起こし、最大 9.5 時間、要約、音楽分析）、画像（キャプション生成、OCR、物体検出、セグメンテーション、視覚的 Q&A）、動画（シーン検出、最大 6 時間、YouTube URL、時系列分析）、ドキュメント（PDF 抽出、表、フォーム、グラフ）、画像生成（テキストから画像、編集）。操作：文字起こし、分析、抽出、キャプション、検出、セグメンテーション、メディアからの生成。キーワード：Gemini API、音声文字起こし、画像キャプション、OCR、物体検出、動画分析、PDF 抽出、テキストから画像、マルチモーダル、音声認識、視覚的 Q&A、シーン検出、YouTube 文字起こし、表抽出、フォーム処理、画像生成、Imagen。使用場面：音声/動画の文字起こし、画像/スクリーンショットの分析、PDF からのデータ抽出、YouTube 動画の処理、テキストからの画像生成、マルチモーダル AI 機能の実装。
ユーザーが「layout design」「editorial design」「grid system」「magazine layout」「book design」「publication design」「page layout」「spread design」「Swiss grid」「modular grid」「column grid」「act as a layout designer」「layout designer mode」「print design」「editorial layout」「page composition」「white space」「bleed and margins」「InDesign layout」「multi-page document」「annual report design」「catalog design」「zine design」について尋ねたり、出版物デザイン、グリッドシステムの構築、エディトリアルレイアウト、複数ページのドキュメント構成に関する専門知識を必要とするときに、この skill を使用する。AlterLab FC Skills コレクション（VCD 部門）の一部。
各ラウンドでユーザーが取り次ぐことなく、文書レビューループの作者側を実行します。レビュアーの <DOC>.revN.notes.md を待ち、<DOC>.rev(N+1).md で回答します。レビュアーが最終版に進めると判断する、ラウンド上限に達する、またはユーザーだけが先に進められる状態になるまで繰り返します。rev1 が存在し、計画、ロードマップ、技術文書、またはエクスペリエンス文書を作成したセッションでユーザーが /answer-notes-loop <feature> [max-rounds] を実行したときに使用します。新しいセッションで対応するのは review-doc-loop です
博士課程や研究の志願パッケージ全体を、申告されたテーマとの適合、一貫性、欠けている証拠、ナラティブの整合性、プログラムとの適合、推薦者のリスク、締め切りの優先順位の観点から審査する。ユーザーが、志願書類全体が準備できているか、締め切り前に修正の優先順位をどう付けるか、CV/SOP/研究ステートメント/教員との適合/推薦者がそろっているか、SOP と推薦状がプログラムの申告するテーマ、専攻、トラックに実際に応えているか、入試委員会が資料全体で気づく可能性のある弱点は何かを尋ねたときはいつでもこのスキルを使う。どの審査でも、学術面や教員との適合に関する所見より先に、申告テーマのスクリーニングを最初に実行し、対象が会話からすでに判明していない場合は公式プログラムページをウェブで検索する。
契約生成スキル。ベテランの法律専門家の立場で完全な契約書を生成する。適用場面：(1) ユーザーが「契約書を起草」「契約書を生成」「合意書を作成」「契約書を書く」「契約書のドラフト作成」を求めたとき；(2) ユーザーが契約の種類と取引情報を提供し、完全な契約文書の生成を求めたとき；(3) ユーザーが特定の立場（甲/乙/買い手/売り手/貸主/借主）に基づく傾斜的な契約書の起草を求めたとき；(4) ユーザーが既存の契約要点や取引条件を正式な契約文書にまとめることを求めたとき。出力は Markdown 形式で、任意で .docx にエクスポート可能。
学術論文からアトミックセンテンスを抽出する。引用された各論文を特定し、各引用を一つの論理的主張に圧縮し、サブトピックごとにグループ化して、各グループを要約する。ユーザーが学術テキストを貼り付けたり PDF をアップロードして、引用論文が実際に主張した内容を抽出したい、文献をマッピングしたい、引用マップを構築したい、論文から主要な論点を抽出したい、引用をアトミック化したい、あるいは「各論文は何を述べているか」「主要な主張を抽出して」「この論文のアトミックな分解を示して」「参考文献とその論点をすべて抜き出して」「引用をトピック別に要約して」「[Author Year] について詳しく説明して」といった依頼をするときはいつでもこの Skill を使用する。ユーザーが文献レビューを準備しているとき、Obsidian/Zotero/Notion で作業していて構造化された引用ブロックを必要としているとき、または PDF をアップロードして引用された主張の抽出を求めたときにも起動する。密な学術テキストを扱い、引用されたすべての出典が実際に何を論じたのかを見る必要があるときは常に、この Skill が不可欠である。
承認済みの計画、ロードマップ、技術文書、またはエクスペリエンス文書の改訂版を docs/<feature>/<DOC>.final.md にまとめます。承認済み文書に、すべての改訂版とレビューコメントにわたる質問、回答、決定の履歴を整理して加え、その後、改訂版とコメントを削除します。review-doc または直接のレビュー後にユーザーが改訂版を承認したとき、/finalize-doc <feature> を実行したとき、「最終版を書いて」「計画を確定して」「改訂版をまとめて」と依頼したときに使用します。あらゆる文書種別（PLAN、ROADMAP、TECHNICAL、EXPERIENCE など）と関連文書に対応します。承認内容は変更せず、承認なしに確定することもありません
ユーザーが明示的に「LaTeX テンプレート最適化」「スタイルパラメータの整合」「ピクセル単位の比較」「make-latex-model」または旧表記の「make_latex_model」を要求した場合、あるいは ChineseResearchLaTeX 内のプロジェクトを高品質なテンプレートにしたい場合に使用します。NSFC / paper / thesis / cv の 4 つのプロダクトラインに対応し、まず packages/ と projects/ の実際の階層に基づいてプロジェクト層を変更するか共通パッケージを変更するかを判断し、次に各プロダクトライン公式のビルドエントリで検証します。packages/ 配下の共通パッケージを変更する必要がある場合は、先に影響を受けるテンプレートのリグレッション計画を作成し、関連するリグレッションを完了させる必要があります。NSFC 専用ツールは、明確に NSFC パラメータ整合のシナリオに該当する場合にのみ必要に応じて使用します。
NotebookLM CLI（`nlm`）のエキスパートガイド——Google NotebookLM のコマンドラインインターフェース。ユーザーが NotebookLM をプログラムから操作したいときにこのスキルを使用する。ノートブックの作成/管理、ソースの追加（URL、YouTube、テキスト、Google Drive）、コンテンツの生成（ポッドキャスト、レポート、クイズ、フラッシュカード、マインドマップ、スライド、インフォグラフィック、動画、データテーブル）、リサーチの実施、ソースとのチャット、NotebookLM ワークフローの自動化など。トリガー："nlm"、"notebooklm"、"notebook lm"、"podcast generation"、"audio overview" への言及、または NotebookLM 関連の自動化タスク。
漸進的な方法・領域・査読ラウンドおよび任意の査読者オーバーレイを用いて、分野を問わず学術原稿に対して査読者スタイルでエビデンスに配慮した査読を行う。ユーザーが通常の執筆ではなく、批評、科学的査読、優先コメント、全項目査読、改訂ラウンド評価、前回コメントの回帰チェック、または査読メモを求めた場合に使用する。会話と原稿から適用可能な最小のモジュールセットを推論し、未解決の領域または査読プロファイルの曖昧さが査読を実質的に変える場合にのみ質問する。任意の心理測定学と SEM、計算と LLM、水と CNHS、洪水と流体力学、および明示的な Ethan スタイルモジュールを含む。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。