Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
ドキュメント
投資家向けピッチデッキの構成、スライドごとのフレームワーク、ビジュアルデザインのルール、データの提示方法を扱います。12 枚のフレームワーク、グラフの種類、チーム紹介スライド、投資家に敬遠されがちな要素を取り上げます。用途：資金調達デッキ、投資家向けプレゼン、スタートアップのピッチ、デモデー、助成金の提案書。トリガー：ピッチデッキ、投資家向けデッキ、スタートアップのピッチ、資金調達デッキ、デモデー、ピッチプレゼン、投資家向けプレゼン、シードデッキ、シリーズ A デッキ、ピッチスライド、スタートアップのプレゼン、VC ピッチ、投資家とのミーティング
1 つの機能またはコンポーネントの技術設計書（TDD / エンジニアリング設計書 / 設計 RFC）——既存システム内でそれを構築するための詳細な実装設計——を執筆（または改訂）するときに使用する。導くのは METHOD であり、アウトラインではない。設計を確立された実践とプロジェクトの実際の制約に根拠づけ、すべての意思決定を要件へ双方向にトレースし、少なくとも 1 つの実在する（非ストローマンの）代替案を明示した意思決定基準とともに比較し、アーキテクチャ文書 / API 仕様 / データモデルを複製せずに参照し、故障モード、可観測性シグナル、テスト、ロールアウトを明示し、承認済みの設計をバージョン付きで波及分析済みの差分として改訂する——エンジニアが設計を再導出せずに実装できる水準まで。上流入力として承認済みの PRD + 機能仕様を前提とし、白紙の状態からは決して始めない。システム全体のアーキテクチャには向かず、API 契約やデータスキーマにも向かず、完成した TDD のレビューにも向かない。
ワンクリックの全工程 PPT：まず GordenImagePPTGen で「画像形式の PPT」を生成し、次に GordenImage2PPTX でそれを「編集可能な .pptx」に逆変換する。この 2 つのサブスキルをパッケージ化して順に編成し、最終的に画像型 PPT + 編集可能な pptx + すべての中間生成物を同時に納品する。Orchestrates image-PPT generation and image→editable-PPTX conversion end to end. ユーザーがテーマ/内容だけを提示し、「見栄えがよく編集もできる」完全な PPT 成果物を求める場合、または具体的な機能を指定しない場合に使用。
このスキルは、README、ADR、ランブック、ハウツー、設計ドキュメント、または任意の `.md` ファイルの Markdown フォーマットをレビュー、リント、修正するために使用する。「review this markdown」「lint this doc」「lint this README」「style-check this doc」「fix the formatting」「review my README」「is this markdown valid?」「fix the headings」「fix the list indentation」「ATX vs setext」「should I use a TOC?」「markdown style guide」「Markdown linter」で積極的に起動する。提供内容：行番号付きの指摘を伴う 2 パスの構文/スタイルレビュー。
手作業で編集され、現在は正式なバージョンとなった Office 成果物を処理する：機能豊富な Excel ブックを COM 経由でインプレース修復する（壊れたスライサーやドロップダウン、#REF!、循環参照の警告）、または生成された .docx/.pptx/.xlsx を正式な手作業編集ソースに昇格させ、その生成器を廃止する。Ane が破損したブックを報告したとき、または編集済みファイルを信頼できる情報源として宣言したときに使用。office-review-pass（Word レビューサイクル）、ane_package.reporting のビルダー（新しいブランドファイルを生成）、check-deliverable（文章に対する読み取り専用の QA 判定）とは異なる。
Word の成果物を .docx ファイル自体の中で扱う：レビュー担当者のコメントを読み、応答し、レビュー所見を Ane 名義のマージンコメントとして彼女の作業コピーに挿入し、相手方が承諾または拒否できる実際の Word 変更履歴を適用し、Word COM 経由で範囲を限定した書式保持の修正を行い、またはブランド入りの用語集と検証済みの出典付録を追加する。Ane がコメント付きまたは手編集された .docx をレビュー、マークアップ、ファイル内編集のために引き渡したときに使用する。ane-voice（文章の声のみ、ファイルには一切触れない）、localise（対象言語の作業）、check-deliverable（読み取り専用の QA 判定）、meeting-notes marginalia（コメントを読むが決して書かない）、tor-procurement（ToR を作成する）とは異なる。
Python 拡張提案（PEP）の起草 — Python 言語機能、標準ライブラリの変更、相互運用性標準、または Python コミュニティ向けの情報/プロセス文書を提案する。3 種類の PEP（Standards Track、Informational、Process）すべてを扱う。適切な種類の選択、有効な reStructuredText の pep-NNNN ファイルの雛形作成、各必須セクションを受理基準まで記述、ヘッダーの lint、スポンサー/提出/Steering Council レビュープロセスの進め方。トリガーは "write a PEP"、"draft a PEP"、"propose a Python feature"、"create a Python Enhancement Proposal"、"PEP template"、または Python Discourse や python-dev 向けの提案を準備しているとき。ユーザーが "PEP" とだけ言った場合や reStructuredText に触れていない場合でも使用する — ヘッダー、セクション、プロセスこそが PEP 作者をつまずかせるものだから。
完成した PRD（製品要件ドキュメント）をレビューまたは判定し、そこから下流の構築を計画できるかどうかを決めるときに使用する——執筆ではなく受け入れゲートである。12 項目の計画可能性基準に照らして PRD を判定する。問題が（主張ではなく）証拠づけられている、ユーザーが具体的である、成功指標が測定可能である（悪用可能な箇所にはガードレールがある）、MVP の境界が弁護可能である、機能 + 受け入れ基準が具体的である、非機能要件が数値目標を持つ、問題→目標→指標→機能→AC の連鎖がトレース可能である（孤立項目がない）、依存関係が明示されている、証拠が捏造されていない、未解決の問いが表面化されている。また AMEND を差分範囲のレビューとしてレビューする。`VERDICT: approve|revise` と実行可能な指摘のみを出力する。基準を満たす PRD は承認し（薄い PRD への誤った revise はしない）、真に名指しされたギャップがある場合にのみ revise する。PRD の執筆や修正には向かず、エンジニアリング設計書（仕様、ADR、RFC）にも向かず、その他の文書タイプにも向かない。
XMind マインドマップファイル（.xmind）を作成・読み取る。モダン（XMind Zen/2020+）とレガシー（XMind 8）の両形式をサポートする。ユーザーがマインドマップ、ブレインマップ、XMind、ブレインストーミング図、フローチャート、ガントチャート、視覚的マップによるプロジェクト計画に言及した場合、または既存の .xmind ファイルを分析/検索したい場合にこのスキルを使用する。英語・中国語の表現の両方でトリガーする："思维导图"、"脑图"、"脑图文件"、"xmind"、"mind map"、"mindmap"、"画个脑图"、"做个思维导图"、"创建脑图"、"打开脑图"、"分析思维导图"、"看看这个xmind"、"甘特图"、"流程图"、"逻辑图"、"项目计划图"、"鱼骨图"、"时间线"。ユーザーが .xmind ファイルの読み取り、オープン、検索、比較、ノードの抽出を求めた場合にも、たとえ "XMind" と明示していなくてもトリガーする——例えば "帮我看看这个文件"、"找一下脑图"、"哪些任务没完成"、"对比这几个文件"。
Bagisto のドキュメントサイト（開発者ドキュメント、マーチャントユーザーガイド、その他の Bagisto ドキュメントリポジトリ）を作成または更新する際に使用する — ページ内容、コードサンプル、スクリーンショット、サイドバー、画像の命名、ページの移動や削除を扱う。トリガーフレーズには "docs"、"documentation"、"user guide"、"developer documentation"、"dev docs"、"merchant documentation"、"marketplace docs"、"document this"、"update the docs"、"add a doc page"、"screenshot"、"ImagePopup"、"redirect a doc page" が含まれる。
URL からプレゼンテーションスライドを取得し、PDF に変換する。直接の PDF URL、PPTX URL、OneDrive 共有リンク、RevealJS HTML プレゼンテーションをサポートする。RevealJS の場合は、スライドのテキスト内容とリンクを markdown ファイルに抽出する。USE FOR: download slides、fetch slides from URL、convert PPTX to PDF、get RevealJS slides、OneDrive slides。
ブランチ上の既存の Datex Studio レポートを変更するときに使用する。ラベル/スタイルの変更、フィールドの並べ替え、列の追加/削除、データソースの変更、新しいデータセクションの追加を扱う。トリガー：「edit a report」「modify a report」「change the label」「add a column」「update the report on branch X」「fix the report layout」。新しいレポートをゼロから作成する場合は `report-creator` を使用する。
ソフトウェアまたはプロダクトプロジェクトの PRD(製品要件ドキュメント)を作成するときに使用する — プロダクトアイデアを包括的で計画可能な要件ドキュメントに変える。アウトラインではなく方法(METHOD)を通じて作成者を導く。証拠に基づく問題の裏付け(ジョブズ・トゥ・ビー・ダン)、ガードレール付きの測定可能な成功指標の定義、擁護可能な MVP 境界の設定、数値目標を伴う機能 + 非機能の分類法の規定、テスト可能な受け入れ基準の記述、問題→目標→指標→機能→AC のチェーンの追跡可能性の維持、依存関係の明示、リスク + 未解決の問いの提示 — エンジニアがマイルストーンを計画できる水準まで。既存の PRD をバージョン付き・変更履歴付きの差分として修正することもできる。独立した PRD テンプレートツール(セクション構造)およびディープリサーチ機能と組み合わせて使用する。完成した PRD のレビューや、他の種類のドキュメントの作成には使用しない。
あらゆる文書、プレゼンテーション、レポート、メモ、スライド資料、提案書、メールを生成またはレビューする際に、コミュニケーションのベストプラクティスを適用します。文書やプレゼンテーションの作成、起草、生成を依頼されたときにこの skill を使用し、原則は生成時に適用してください（後付けではなく）。また、「review my doc」「look at this deck」「does this make sense」「is this clear」「improve this proposal」「check this before I send it」「make this more effective」といった依頼や、文書が読者に響くかどうかを評価するあらゆる依頼にも使用します。些細に見える依頼でもこの skill を使用してください。「quick look」や「short memo」こそ、これらの原則が最も重要になる場面です。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。