7,060 件 ・ 人気順
概要と使いどころ
Build in Public ツイート生成。git log + 会話コンテキストから「今作っているもの」を分析し、 日本語ツイート3案（280カウント以内・敬体・ハッシュタグなし）を生成します。 日本語1文字=2カウントのため、日本語のみの場合は実質140文字が上限です。 tweet-writer エージェントを3並列で起動し、各案が280カウントを超えた場合は自動修正ループを回します。 Trigger: /dev:bip, bip, Build in Public, ツイート生成, ツイート作って, 投稿文
説明的な文章に緩急を設計するための規範。緩急を装飾ではなく認知モードの切替（観察→逡巡→断定→再観察）と未回収の緊張の管理として扱い、文の拍、段落の密度波形、節の入り方、緩みと駄文の判別、執筆後の機械的な点検手順を定める。読み物として読ませたい章・記事・解説文を生成するとき、または「密度はあるが平坦でおもしろくない」文章を診断・修正するときに使用する。
JavaScript / React / Vue のフロントエンドコードを実装・レビュー・リファクタリングするときに、 現在のコードベースを調査し、適切な設計・パフォーマンス・レンダリングパターンを エージェントが自律的に選んで適用する。ユーザーが hooks-pattern や dynamic-import などの 個別パターンを指定しなくても、必要な reference を選択する。 Trigger: front-end-design-patterns, frontend design patterns, React設計, Vue設計, JavaScript設計, Reactリファクタリング, Vueリファクタリング, フロントエンドパフォーマンス改善, bundle改善, レンダリング戦略, Reactレビュー, Vueレビュー
opencode CLIの動作確認を行うシンプルなスキル。 インストール状態、runコマンド、モデル応答の3項目をチェックする。 Trigger: opencode動作確認, opencode check, opencodeが動くか確認
プロダクトアイデアをJTBD分析→競合調査→SLC仕様書に構造化。 dev:storyの上流で使用し、何を作るべきかを明確にする。 「アイデアを整理」「/dev:ideation」で起動。 Trigger: アイデア整理, プロダクト企画, /dev:ideation, ideation, 何を作るべきか
front-end-design-patterns を使い、指定されたフロントエンド範囲に対して サブエージェント調査（必要時は複数スコープに分割した独立 fresh audit） → メインセッション修正 → 必要時のみ性能計測 → simple-add → 再調査を NO_FINDINGS まで繰り返す、機能変更なしの内部リファクタリングループ。 Trigger: front-end-refactor-loop, front-end-design-patterns リファクタリングループ, フロントエンドリファクタリングループ, Reactリファクタリングループ, サブエージェントでフロントエンド調査, NO_FINDINGSまでリファクタ, 性能計測つきフロントエンドリファクタ
仕様書（docs/PLAN/{YYMMDD}_{slug}/）の実行プロトコル。Gate 単位で契約（Goal/Constraints/AC）を実装エージェントに渡し、AC ベースで完了を判定する。Trigger: 仕様書を実行, /dev:spec-run, 計画書の実行
承認済みの team-plan 計画（task-list.json）を Agent Teams + Subagent ハイブリッドで並行実行。 Git Worktree でファイル分離。Delegate mode / Plan Approval / hooks にフル準拠。 Trigger: dev:team-run, /dev:team-run, チーム実行, team run
Git履歴から作業セッションを自動検出し、ブロック単位で振り返りサマリーを生成する。 日付境界でなく、コミット間隔の空白（ギャップ）から自然な作業ブロックを識別する。 「振り返り」「作業履歴」「/dev:git-reflect」で起動。 Trigger: 振り返り, 作業振り返り, git-reflect, git振り返り, /dev:git-reflect, 最近何やった
スキルを作成・更新・プロンプト改善するためのメタスキル。 **collaborative**モードでユーザーと対話しながら共創し、 抽象的なアイデアから具体的な実装まで柔軟に対応する。 **orchestrate**モードでタスクの実行エンジン（Claude Code / Codex / 連携）を選択。 Anchors: • Continuous Delivery (Jez Humble) / 適用: 自動化パイプライン / 目的: 決定論的実行 • The Lean Startup (Eric Ries) / 適用: Build-Measure-Learn / 目的: 反復改善 • Domain-Driven Design (Eric Evans) / 適用: ユビキタス言語 / 目的: 一貫した語彙 • Design Thinking (IDEO) / 適用: ユーザー中心設計 / 目的: 共感と共創 • Microservices Patterns (Richardson) / 適用: サービス委譲 / 目的: 疎結合な連携 Trigger: 新規スキルの作成、既存スキルの更新、プロンプト改善を行う場合に使用。 スキル作成, スキル更新, プロンプト改善, skill creation, skill update, improve prompt, Codexに任せて, assign codex, Codexで実行, GPTに依頼, 実行モード選択, どのAIを使う
SKILL.mdを最も効率的に動作するよう整理するスキル。 7ステップのリファクタリング手順でスキルの実行効率・コンテキスト効率を最適化する。 Trigger: スキル整理, SKILL.md圧縮, スキルリファクタ, skill refactor, refactor skill
自己完結した実装仕様書を作成する。Gate 単位で Goal / Constraints / Acceptance Criteria を契約として明示し、実装エージェントに委任できる形で渡す。Trigger: 仕様書を作成, /dev:spec, 実装計画, 実装仕様
docs/PLAN 配下の tasks.json (v2) をダッシュボード互換フォーマットで安全に更新する。 spec-run を経由しない部分的な変更（レビュー完了、ステータス変更等）に使う。 更新後は自動的に validate + simulate + sync で整合性を保証する。 Trigger: プランを更新, 計画書のステータス変更, レビュー完了にする, /dev:update-plan
動画ファイルからアプリの画面遷移リファレンスドキュメントを生成する。video-analyzerスキルのキーフレーム抽出スクリプトでフレームを抽出し、Haikuサブエージェントで並列分析、遷移シーン画像と構造化マークダウン（README.md）を指定ディレクトリに出力する。使用タイミング：動画からアプリのUIフロー・ユーザーストーリーをステップごとにまとめたリファレンスを作成したい場合。
指示元が独立したLunaチャットへ委譲する作業を、永続的な担当・依存・検収記録を持つSprintで進める。
Codex AppのWorktree用local environmentを作成・修復し、setup、Actions、並行実行時の状態分離を実Worktreeで検証する。
ユーザーストーリーの追加・精緻化と、US IDを指定した計画・実装・レビュー・Journey検証を行う。台帳を製品契約の正本とし、Gateと開発状態を管理する。
現在の変更を軽量にコミットする。simple-add、コミット依頼、担当分だけのコミット、任意のpush指定に使う。
Webサービスの公開前チェックリスト診断と、不足を埋める実装計画を作る。公開準備の総合確認や指定項目の診断に使う。
Codex Plan Mode 専用。docs/PLAN/{YYMMDD}_{slug}/ に schema v3 仕様書を作成する。 Gate 契約 (Goal / Constraints / Acceptance Criteria)、Mermaid 図、Cursor Agent 委任ヒントを含む。 Trigger: spec-codex
docs/PLAN/{YYMMDD}_{slug}/ の schema v3 仕様書を Codex で Gate 単位に実行する。 tasks.json を正とし、Gate 契約 (Goal/Constraints/AC) に基づいて実装・検証・レビューを行う。 Trigger: spec-codex-run, spec-run
repositoryを調査し、`docs/PLAN/YYMMDD_{slug}.md` にPhase、Gate、完了状態、実行ルール、チェック項目を持つ自己完結した永続計画を作成または再構成する。Use when the user asks for simple-plan、チェックリスト式の計画、複数停止点を持つ中規模作業、段階的なapp分割やlocal migration、production前Gate、または既存planの構成変更。単発Sprintでは収まらないが、詳細なworker委任計画までは不要な作業向け。既存planをそのまま実行・再開するだけの場合は使わない。
PR、Story、PLAN、実装成果の初回レビューと再レビューで、現在契約と到達可能な影響範囲からGO／NO-GOを判定する。実装や自由な改善探索には使わない。
選択済みのUI画像案を既存アプリへ実装し、実画面と参照を比較して漏れや表示崩れを修正する。