Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
ドキュメント
このスキルは /docs に整理された技術文書（仕様、実装計画、ADR、リファレンス文書）を作成するために使う。ユーザーが "crear documento"、"escribir spec"、"documentar esto"、"creame una spec"、"escribime documentacion"、"hacer documentacion"、"write a spec"、"create documentation"、"write an ADR" と言ったとき、またはプロジェクトに技術文書を追加したいときに有効になる。
エンジニアリング変更のためのドキュメントを作成または更新する——製品向け（ユーザードキュメント、API リファレンス、ガイド）と社内向け（アーキテクチャドキュメント、ランブック、インラインコードドキュメント）の両方。何が変わったかの世界モデルを構築し、影響を受けるすべての面にわたる波及的なドキュメントへの影響を追跡する。リポジトリ固有のドキュメント skill、スタイルガイド、規約を発見して使用する。単体でも /ship と組み合わせても使用できる。トリガー: docs、documentation、write docs、update docs、document the changes、product docs、internal docs、changelog、migration guide。
Doom ドキュメントリポジトリでの作業時に使用し、要件をリポジトリに沿ったドキュメント診断、計画、下書き、AI ユーザビリティレビューに変換する。権威ある既存ページの修正、シナリオに焦点を当てたドキュメントの追加、ユーザー向けドキュメントとエンジニアリング上の事実を扱うドキュメントの分離、ドキュメントツリーの再構成の計画、読み取り専用の規約レビューまたは AI ユーザビリティレビュー、明示的に要求された `yarn build` や `yarn translate` タスクをサポートする。明示的な対象リポジトリのルールはスキルのデフォルトより優先される。リポジトリに規定がない場合、新しい製品ドキュメントには組み込みの製品ドキュメント標準が適用される。
インタラクティブなコンポーネント（フリップカード、チャート、表、コードブロック、アーキテクチャフロー、統計、タイムラインなど）やクリエイティブなビジュアルテーマを備えた、洗練された単一ファイルの HTML スライドプレゼンテーションを生成する。ユーザーが HTML でスライド、プレゼンテーション、デッキ、その他スライドベースのビジュアルコンテンツを作成したいときはいつでもこのスキルを使用する。ユーザーが /html-slides を呼び出したとき、または HTML プレゼンテーション、ピッチデック、スライドデッキの作成に言及したときにもトリガーする。
草稿または事実的主張を含むテキストブロックに対して Chain-of-Verification (CoVe) を実行する。`claim-verifier` エージェントを新しいコンテキストで起動し（会話のフォークは決して行わない）、草稿を見せないようにしたうえで、どの主張が裏付けられ、反証され、または検証不能かを報告する。ユーザーが "verify these citations"、"check the claims in X"、"did I hallucinate anything"、"fact-check this draft"、"run CoVe on this" と言ったとき、または論文・データセット・数値結果に関する事実を主張するテキスト生成の後に使用する。文体・文法のレビュー（`/proofread` を使用）や内容のレビュー（`/review-paper` を使用）には使用しない。
ユーザーが AI 生成の文章を人間らしくしたい、AI っぽさを消したい、推敲したい、温かみを出したい場合に使用。英語・中国語に対応。SNS 投稿（X/Weibo/Jike/RedNote）、Reddit やフォーラムのコメント、ブログ、ポッドキャストのショーノート、README の整理、製品ドキュメント、ランディングページのコピー、提案書、創業者メモ、技術メモに適する。テンプレート的な言い回し、コンサル口調、曖昧な抽象論、emoji やアイコンの見出し、markdown テンプレート、過度に均整の取れた語調、生成文を示すタイポグラフィの特徴（em ダッシュ `—`/`——`、スマートクォート、`…` 文字）を、意味を保ったまま除去する。任意のボイスモードに対応：human-texture（軽微な不規則さ）と learning mode（サンプルから特定の書き手のスタイルに合わせる）。
すべてのブループリント文書をスキャンし、ID がない文書に ID を割り当て、manifest レジストリを更新する。ユーザーが「ドキュメント ID を同期」を求めたり、ID がない文書に PRD-NNN / ADR-NNNN / PRP-NNN / WO-NNN ID を割り当てたり、孤立文書の GitHub issue インデックスを構築したい場合、--link-issues で未リンク文書の issue を作成する場合、--dry-run で ID 変更をプレビューする場合に使用する。
完成した CodeSpring の計画を、有料クライアントが実際に受け取る一式に変換する — 何を構築するかを平易な言葉で説明した要約、モックアップとそのスタイルガイド、計画とタスクのリンク、正直なフェーズごとの構築順序、前提としたこと、未解決の点、クライアントに必要なもの、そして構築を始めるために次に何をすべきか。ファイルパスも専門用語も使わず、非技術系のオーナーが理解できる読解レベルで記述する。マップ、ノート、PRD、タスクが揃い、計画を引き渡す直前に実行する。トリガー："hand this over to the client"、"create the client pack"、"write the handover"、"send them the plan"、"what do I send the client"、"onboard them onto this plan"、"package this up for delivery"。
`docs/trd.md`でTRD（Technical Requirements Document）を作成・維持します。技術スタック、アーキテクチャ、非機能要件、外部依存関係、プロジェクト全体の標準と決定事項を記録します。Decision ModeではADR（Architecture Decision Records）も作成し、`docs/adrs/`に技術的決定を記録して「グローバルな決定」セクションを更新します。TRDはsddワークフローのスキル（`sdd-especificar`以降）が参照する技術コンテキストです。TRDの作成、技術スタックの文書化、アーキテクチャ標準の記録、TRDのない新規プロジェクトの開始、スタックの変更、または`docs/trd.md`がないために`sdd-especificar`が技術コンテキストを求める場合に使用します。「TRD」という語がなくても対象です。ユーザーが「決定を記録」「ADRを作成」と求める場合や、「Xを使う／Yに変更すると決めた」と言う場合はDecision Modeを使用します。これはPRDに記録するプロダクト上の決定とは異なる、技術／アーキテクチャ上の決定です。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。