スキルを探す

技術記事の品質を「伝説の編集者」の視点で厳格にレビューするためのスキル。記事のドラフトが完成した際、既存記事のブラッシュアップ、または「この記事どうかな？」という漠然とした相談に対しても、このスキルを積極的に使用してください。5つの品質の柱（論理性、実用性、読みやすさ、独自性、明確性）に基づいた厳格な採点と、AI臭さを徹底的に排除した「魂の宿る記事」への改善案を提供します。

Marp形式プレゼンテーションの専門レビュー・評価・改善スキル。 10軸スコアリング（100点満点）で品質を定量評価し、具体的な改善コード付きで提案する。 Use when the user asks to: - Review, evaluate, or critique a Marp presentation / プレゼンをレビュー / 評価 / 添削 - Improve, polish, or upgrade existing slides / スライドを改善 / ブラッシュアップ - Check slide quality, score slides, or audit a deck / スライドの品質チェック / 採点 - "このプレゼンどう？" "スライドを見てほしい" "プレゼン資料のフィードバック" Reads .md files with Marp frontmatter, scores across 10 dimensions, and outputs a detailed review report with concrete before/after code improvements. Works as a companion to the marp-slides skill (generation → review → improvement cycle).

AI生成UIの没個性的パターン（AIスロップ美学）を検出・回避し、文脈に根ざした意図あるデザインを生成するためのガード。フロントエンドのUI実装、デザイン生成、コンポーネント設計、CSSスタイリング、カラーパレット選定、フォント選択、レイアウト構築を行う際に自動的に適用する。「UIを作って」「画面を実装して」「デザインして」「スタイルを当てて」「ランディングページを作って」「Webサイトを作成して」「ダッシュボードを構築して」「コンポーネントを実装して」等のUI生成タスク全般で使用する。Claude Code、Codex、GitHub Copilot、Cursor、その他AIエージェント共通で適用可能。

Create professional, visually excellent presentation slides in Marp Markdown format. Use this skill when the user asks to: - Create a presentation, slides, deck, slideshow, or プレゼン / スライド - Write or generate slides about a specific topic - Make a Marp .md file for presenting Produces complete, ready-to-render .md files with embedded custom CSS theme, narrative structure, and polished visual design. Supports Japanese and English content.

リポジトリの構造・技術スタック・機能一覧・セットアップ手順を動的に解析し、 包括的なドキュメントを自動生成するスキル。言語・フレームワーク問わず汎用的に動作する。 Use this skill whenever the user asks to: - Explain a repository / リポジトリの説明 / リポジトリの概要 - Generate a README / README生成 / README作成 - Understand project structure / プロジェクト構成を教えて / 構造を説明して - Learn how to run a project / 使い方を教えて / 動かし方 / セットアップ方法 - Get a repo overview / repo overview / explain this repo / what does this repo do - List features / 機能一覧 / このプロジェクトは何ができる？ - Onboard to a new codebase / コードベースのキャッチアップ / 新しいリポジトリに入った - "このリポジトリ何？" "プロジェクトの全体像" "how to run this project" - "コードの全体を把握したい" "ドキュメントを整備して" "技術スタックを知りたい" This skill is especially useful when joining a new project, onboarding team members, or when a repository lacks proper documentation. It works with ANY repository regardless of programming language, framework, or project type.

生成AIで書いた記事・スライド・文書の「AI臭」を徹底除去するスキル。 「なんかAIっぽい」「無機質」「整いすぎ」と感じる文章を人間の体温が宿る文体へ変換する。 記事・スライドのリライト依頼、AI臭チェック、「もっと人間らしく書いて」という要求で積極的に使用する。

AI臭さを消す汎用執筆ガイド。技術ブログ・スライド・書籍・README・ドキュメントなど、 日本語の書き物すべてに適用する文章スタイルルール。 「記事を書いて」「リライトして」「文章をチェックして」「AIっぽくない？」「自然な日本語にして」 という依頼のときはもちろん、ユーザーが明示的に頼まなくても、 日本語の文章（記事・スライド・ドキュメント）を新規に書く・修正する場面では必ずこのスキルを適用する。 語彙の禁止リストだけでなく、文長リズム・段落構造・体言止め率など「リズム層」のAI臭も検出・修正する。

Qwen-Image-2.1（アルババQwenのオープンウェイト画像生成・編集モデル）向けプロンプトの作成・改善ガイド（日本語版）。Qwen画像モデルで画像を生成・編集したい、画像内に読める文字を描きたい（ポスター・看板・UIモック・インフォグラフィック）、複数の参照画像を1枚に合成したい、アスペクト比・スタイル・カメラ指定を相談したいなど、Qwen画像生成のプロンプトを書く・直す場面で必ず使用。モデル名を明示しなくても、文字を多く含む画像を作るために画像モデルの選定やプロンプト作成をしている場合は使用すること。英語版スキルは qwen-image-prompt-en。

時雨堂の Sans I/O MOQT ライブラリ shiguredo_moqt の機能・API リファレンス。draft-ietf-moq-transport-22 の制御メッセージ・セッション状態機械・data stream / datagram、LOC / MSF の codec、C4M (CAT / CWT) の認可トークン、音声の再生補助 (playout: 時間伸縮・目標遅延・鳴らす時刻・A/V 同期・共通の時間軸)、encode / decode やセッション駆動の実装に関する質問時に使用。

デザインの差し替え。ロジックは一切触らず見た目（HTML/CSS/テンプレート）だけを更新する。 「このデザインに差し替えて」「UIをFigmaの通りに変えて」「見た目だけ変えて」 「デザインを更新して」「CSSだけ直して」などのリクエストで使用する。 ロジック変更を伴う場合はrevise-specを使う。

テスト実行結果を集計してテスト結果報告書を生成する。 「テスト報告書を作って」「テスト結果をまとめて」「リリース判定用の報告書が必要」などのリクエストで使用する。

実装済み機能の仕様変更。要件定義書と基本設計を先に更新してからコード修正→テスト→レビューを実行する。 変更種別を自動判定し、実装はAgent(Sonnet)に委任可能、レビューは本体が直接実行する。 「アップロード上限を10MBに変えて」「この画面にフィールド追加して」「○○の仕様を変更して」 「○○を修正して」「バリデーションを変えて」などのリクエストで使用する。 既に実装済みの機能を変更するときに使う。新規実装はimplement-spec。

コード変更からドキュメントを追従更新する。設計書ファースト原則の例外措置。 やむを得ず先にコードを変更した場合にのみ使用する。 「さっきの変更をドキュメントに反映して」「設計書を最新にして」 「コードと設計書がズレてるから直して」「ドキュメントを最新化して」 「ドキュメント更新して」「設計書を現状に合わせて」などのリクエストで使用する。 通常はドキュメントを先に更新してからコードを修正すること（revise-specを使う）。

テンプレートリポの最新をプロジェクトに取り込む。 「テンプレートの最新を取り込んで」「テンプレートを同期して」「スキルを更新して」 「テンプレートをアップデートして」などのリクエストで使用する。

既存機能のSpec化。実装済みコードを分析して要件定義書を逆生成する。 spec-map.yml にコードとSpecの対応関係を記録する（コード変更なし）。 「ツイート機能のSpecを作って」「認証周りをドキュメント化して」「既存の○○機能を設計書にして」 「この機能の要件を整理して」「○○の仕様を分析して」などのリクエストで使用する。 既に動いているコードからドキュメントを起こすときに使う。新規機能にはdraft-specを使う。 コード変更後のドキュメント追従にはupdate-docsを使う。

全機能の一括Spec化・一括更新。PM として並列サブエージェントにコード分析を委任し、 結果を統合して全機能の要件定義書を一括生成・更新する。 「全部のSpecを作って」「設計書を全部作って」「全機能をドキュメント化して」 「要件定義を全て更新して」「Specを全部更新して」などのリクエストで使用する。 個別のSpec化には spec-feature を使う。init-specは初期セットアップ専用。

SKILLポートフォリオの健全性を監査する。実セッションのトランスクリプトを分析し、 ルーティング正確性・注意力予算・スキル間競合・カバレッジギャップを定量評価する。 「スキルの動作確認をして」「SKILLが正常か確認して」「スキル監査して」 「skill audit」「スキルの健全性チェック」などのリクエストで使用する。 disable-model-invocation: false

PRコードレビュー。複数の観点（ロジック・セキュリティ・パフォーマンス・設計整合性）で 並列レビューし、統合結果を出力する。 「PRをレビューして」「このPRの問題点を見て」「PR#123を確認して」 「コードレビューして」などのリクエストで使用する。 PR番号・URL指定、またはカレントブランチのPRを自動検出する。

レビューマーカーの一覧・承認・除去を行う。「未承認一覧見せて」「r-XXXX を承認して」「このファイルのレビュー全部承認して」「レビューマーカー一覧」「要確認一覧」等のリクエストで発火する。

SuperPMとしてタスクをドメインPM経由でPGに配布する。 実装を伴うリクエストで自動的に選択される。 3層構造の方針と理由は .claude/CLAUDE.md を参照。

NotebookLMからナレッジ（議事録・決定事項・背景情報）を検索して参照する。 「ミーティングの内容を確認して」「先週の決定事項を踏まえて」「会議で話した方針で」 「議事録を参照して」「MTGの背景を確認して」「ノートブックで調べて」 「NotebookLMを検索して」などのリクエストで発火する。

既存プロジェクトの初期セットアップ（初回のみ）。コードリポジトリを分析してCLAUDE.md、要件概要、 基本設計書（アーキテクチャ、DB設計、API設計）、OpenAPI仕様、MkDocs設定を自動生成する。 「このプロジェクトをセットアップして」「既存コードを分析して」「設計書を初期化して」 「プロジェクトの構造を把握して」などのリクエストで使用する。 既にドキュメントがある場合は移行モードで差分だけ補完する。 ※ 既存Specの全更新・再生成には spec-all を使う。

Specに基づく新規機能実装。要件定義書と基本設計を読んで実装プラン作成→コード実装→テスト→レビューを実行する。 実装はAgent(Sonnet)に委任可能、レビューは本体が直接実行する。 「REQ-AUTH-001を実装して」「ログイン機能を作って」「○○を実装して」 「これを作って」「実装に入って」などのリクエストで使用する。 要件定義書が存在する未実装機能を新規実装するときに使う。既存機能の変更はrevise-spec。

緊急修正（ホットフィックス）。本番障害時にコード先行で修正し、Spec同期を後追いで行う。 設計書ファースト原則の例外措置。通常の仕様変更には revise-spec を使うこと。 「本番が落ちた」「緊急で直して」「ホットフィックスが必要」「本番バグを修正して」 「至急○○を修正して」などのリクエストで使用する。