Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
ドキュメント
OpenClaw 経由で高品質な Feishu/Lark Docx を作成する。feishu_docx_write_markdown を使って Markdown を整形された Feishu Docx（見出し、リスト、ネスト、コードブロック）に変換したいときに使用する。安全なワークフロー、テンプレート、トラブルシューティングを含む。Feishu ドキュメント/Docx リンク、「Feishu ドキュメントに書き込む」、「Feishu ドキュメントを生成する」、「docx を追記/置換する」、「Markdown を Feishu ドキュメントに変換する」、またはユーザーが一貫して良好なドキュメント整形を望む場合に発動する。
tempa-spec 変更の成果物に対して、決定論的な構造リンターを実行します（ハッシュタグ数、チェックボックス形式、差分ヘッダー、capability と spec ファイルの対応、Covers：対象の存在、design.md セクションの有無、未検証の External Dependencies 行、tasks.md のグループグラフ：Depends on、タスクカバレッジ：双方向で各グループの Covers を確認、脅威チェーン：すべての脅威に否定シナリオまたは名前付きチェックが対応していること、提案の規模と形式に関する警告）。言語モデルがこれらを手作業で行わずに済むようにします。hrt-adversarial-authoring と hrt-align-consistency-review から呼び出されます。判断を要するチェックはレビュー担当者が行います。
プロジェクトで markdownlint を設定、管理、トラブルシューティングします。ユーザーが markdownlint のセットアップ/インストール/設定、lint ルールの追加/削除/変更、markdown 検証問題の修正、.markdownlint.yaml のカスタマイズ、無視パターンの更新、ツール（Husky、CI）との統合、markdown lint エラーの解決を求める場合に使用します。ユーザーが「markdownlint」と明示せずに markdown のフォーマット問題、品質問題、スタイルの一貫性に言及した場合にも使用します。
このスキルを使用して、PDF や文書画像から構造化された Markdown／JSON を抽出します。セル単位で正確な表、LaTeX 形式の数式、図、印章、チャート、ヘッダー／フッター、複数段組みレイアウト、正しい読み順に対応します。トリガー語：中国語の「文档解析」「版面分析」「版面还原」「表格提取」「公式识别」「多栏排版」「扫描件结构化」「发票」「财报」「复杂 PDF」「PDF转Markdown」「图表」「阅读顺序」、および reading order、formula、LaTeX、layout parsing、structure extraction、PP-StructureV3、PaddleOCR-VL。
既存の PDF ファイルを、ファイル全体をコンテキストに読み込むことなく、読み取り、検索、要約、引用し、表を抽出する。ユーザーが PDF を読み取り、要約、検索、分析したい、または PDF について質問したいときはいつでも使用する——特に長い、大きい、スキャン版、または画像/図の多いもの（レポート、論文、契約書、マニュアル、財務諸表、スライドデッキ）——「この PDF を読む/要約して」「N ページのグラフ/図は何を示しているか」「表を抽出して」といったリクエストを含み、ユーザーが「変換」と言わない場合でも、1 つ以上の .pdf ファイルを扱う作業全般に用いる。動作は、PDF を一度だけページアンカー付きの画像プレースホルダーを持つトークン効率の良い Markdown ワークスペースに変換し、図を見るのに必要なページだけをレンダリングする。これは既存の PDF を読み取るものであり、PDF の作成、生成、記入、署名、エクスポートは行わない。PDF をそのままコンテキストに流し込むより、これを優先する。
プロフェッショナルなソフトウェア要件ドキュメント（SRS、PRD、BRD、FRD、ユーザーストーリー、ユースケース）を作成する。ユーザーが要件の作成、SRS や PRD の作成、機能説明からユーザーストーリーへの変換、受け入れ基準の生成、既存要件ドキュメントのレビュー、非公式なアイデアの構造化要件への変換を求めたときに使用。ユーザーが「acceptance criteria」「functional requirements」「non-functional requirements」「requirements traceability matrix」に言及したときにもトリガー。
研究提案または研究報告のための、そのままコンパイルできる LaTeX Beamer スライドを構築する——助成金/博士/プロジェクト提案の答弁、論文提案の発表、進捗/マイルストーンレビュー、中間/最終プロジェクト報告、委員会や資金提供者への報告。ユーザーが、単一論文の貢献ではなく、目標、ワークパッケージ、タイムライン/ガントチャート、マイルストーン、成果物、予算、リスク、計画に対する進捗を中心に Beamer スライドを構成したい場合に使用：「Beamer slides for my proposal defense」「progress report deck in LaTeX」「milestone review slides」「PhD proposal presentation」「project final report in Beamer」。2 つのフェーズ：slide-spec、次に .tex。単一論文の成果発表には deck-beamer-academic、PowerPoint/Canva の経営層向け報告には deck-business-report、講演のナラティブ/ペース配分には research-talk-planner を使用。
ユーザーが "create a diagram"、"make a flowchart"、"generate a .drawio file"、"draw.io diagram"、"diagrams.net"、"architecture diagram"、"sequence diagram"、"ER diagram"、"class diagram"、"network diagram"、"org chart"、"workflow diagram"、"UML diagram"、"ArchiMate diagram"、"C4 diagram"、"C4 model"、"enterprise architecture" を求めたり、"drawio"、"mxGraph"、図の可視化に言及したときに、このスキルを使用する。実運用に耐える DrawIO XML ファイルを作成するための包括的な知識を提供する。
JimuReport ジェネレーター — 自然言語でレポート要件を記述するかスクリーンショットを提供すると、JimuReport を自動生成する（データレポート、印刷レポート、グループレポート、ループレポート、データ入力など全タイプに対応）。ユーザーが「积木报表」「jmreport」「Excel レポート」「データ入力」「可視化レポート」「印刷レポート」「グループレポート」「ループレポート」「スクリーンショットからレポートを生成」「JimuReport を作成」「可視化レポートを作る」「积木设计器」「create jimureport」「visual report」と言う場合に使用する。ユーザーが Excel 風のレイアウト、#{} によるデータバインディング、複数シートのレポートを含むレポート要件を記述した場合、またはレポート生成のためにスクリーンショットを提供した場合にもトリガーされる。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。