スキルを探す

Python アプリケーション向けの汎用プラグインシステム。自動検出、検証、障害耐性を備えています。依存関係ゼロ（Python 標準ライブラリのみ）。

スティーブン・ヘイズによるアクセプタンス＆コミットメント・セラピー（ACT）：心理的柔軟性の6つのコアプロセスを備えたヘキサフレックス・モデル。

ドキュメント要件分析: docs/ フォルダ内のコンセプトおよび要件ドキュメントを分析し、現在のコードと照らし合わせて要件を検証し、統合差異レポートを作成します。

うつ病に対する行動活性化：悪循環の打破、活動のモニタリング、週間計画、および価値に基づく活動選択。

自動化ソフトウェア開発パイプライン。プロジェクトのスキャン、タスクの優先順位付け、コード分析、開発ループのオーケストレーションを行います。依存関係ゼロ（Python標準ライブラリのみ）。

GitHub リポジトリを安全に作成、公開、リリース、監査、保守するためのプロトコル。ローカルルールとロックの確認、最初の git add 前の .gitignore 作成、プライバシーチェックの実行、README/i18n/バナー/メタデータの準備、リリースタグおよび GitHub releases の検証、組織プロファイル、llms.txt ファイル、レジストリリンクの更新を行います。

既存のパイプライン、個別プロジェクトフォルダ、ドキュメント構造、またはソフトウェアスタックを改善、改修、再構築するための構造化された6ステップのプロシージャ。「pipeline optimizer」（ソフトウェア、研究、ゲーム開発パイプラインなど、トピック全体のパイプライン対象）または「project-folder optimizer」（単一のソフトウェアツールや論文プロジェクトなど、パイプライン内の個別プロジェクトフォルダ対象）として呼び出し可能。「パイプラインXを改善する」、「スタックを最適化する」、「Yを再構築する」、「改修」、「パイプラインのリファクタリング」、「プロジェクトフォルダのクリーンアップ」、「フォルダ構造の改善」、「規約の統一」、「ドキュメントの統合」、「既存システムへの統合」、または確立された構造に対する実質的な介入タスクで起動。既存資産の調査、目的の明確化、理想像のスケッチ、ギャップ計画、経験的課題の特定、および新しいサブエージェントによる再テストを提供。並行標準の発生、重複、パイプラインの破綻を防止。

マルチモデルオーケストレーションとモデル切り替え戦略。スコアベースのモデル選択、クロスエージェント委任（Gemini、Codex、Ollama）、アドバイザーペアリング、エスカレーション条件、権限マトリクス、およびコスト効率の最適化。

8フェーズの開発サイクル：機能リクエスト、現状確認、機能計画、フロントエンド、バックエンド計画、バックエンドコード、テスト、ユースケース。体系的なソフトウェア開発のための反復フレームワーク。

コードベースの規模に応じた目標値計算、倍増エスカレーション、領域追跡、最終検証を備えた体系的なバグスウィープ。/bugsweep 実行時や体系的なバグ調査が要求された場合に使用します。

体系的な 6 段階デバッグプロトコル。クイックチェック、孤立テスト、20分ルール、バグレポートテンプレートを備えた構造化アプローチ。

画面コンセプト集の新規作成・更新・レビューを支援する。AI駆動開発成果物フローのビジネス要求(D1)に位置する成果物で、プロダクト全体の画面体験コンセプト(体験方向性・体験原則・トーン&マナー方針)と、それを体現する代表シーン2-3を、ビジネスサイドが議論・合意できるサイズに整理する文書。業界を問わず利用可能(業務アプリ・ゲーム・コンシューマー向けサービス・SaaS 等)。プロダクト要求仕様書(PRD)・アクター一覧・ユーザーストーリー一覧を上流とし、下流のワイヤーフレーム・画面遷移図・画面要件群(D2)の判断基準となる画面体験の方向性を定める。全画面の網羅は D2 画面要件群に降ろし、本書はコンセプトと代表シーンに集約する。PRD・ユーザーストーリー一覧の策定後、D2 画面要件群の作成前、もしくはデザイン会社への発注前に呼び出す。

ユーザーストーリー一覧の新規作成・更新・レビューを支援する。AI駆動開発成果物フローのビジネス要求(D1)に位置する成果物で、プロダクト要求仕様書(PRD)とドメイン要求仕様書群を上流とし、利用者視点での要求事項を Connextra 形式の単一フラット表(1 ストーリー 1 アクター・ID は通し連番)で一覧化する文書。ドメイン別の章分割をせずスプレッドシート/Excel への移送を想定したフラット構造。下流のユースケース一覧・機能一覧(D2)・画面要件群(D2)・テスト計画の起点となる。PRD・ドメイン要求仕様書群の策定後、利用者視点での要求集約段階で呼び出す。

C4モデル レベル1 シーケンス図の新規作成・更新・レビューを支援する。C4モデル レベル1 の登場要素(アクター・対象システム・外部システム)だけを用い、ユースケースごとに 1 本の Mermaid シーケンス図を描く D2 成果物。ユースケース一覧・C4モデル レベル1(システムコンテキスト)・機能一覧の整備後に呼び出す。

C4モデル レベル1(システムコンテキスト図)の新規作成・更新・レビューを支援する。対象システムを中心に、利用者(アクター)と連携先の外部システムを Mermaid で図示する D2 成果物。アクター一覧・外部システム一覧の整備後に呼び出す。

概念データモデルの新規作成・更新・レビューを支援する。業務上の概念(エンティティ)とその関連を Mermaid ER 図で表す D2 成果物で、論理 ER 図・テーブル定義(D3)の上流にあたる。PRD・ドメイン要求仕様書群の整備後、データ観点を整理する段階で呼び出す。

外部システム一覧の新規作成・更新・レビューを支援する。本システムが連携する外部システム/外部サービスを EXT-* で台帳化する D2 成果物。C4 モデル・シーケンス図・連携設計の参照元。PRD §プロダクト概要(内製/外部の境界)の整備後に呼び出す。

プロダクト要求仕様書(PRD)の新規作成・更新・レビューを支援する。AI駆動開発成果物フローのビジネス要求(D1)に位置する成果物で、方針・概念・体験設計・制約・受け入れ基準を扱う文書。具体的な横断要求(機能要求・非機能要求・UI/UX・セキュリティ・法務 等)は独立成果物のドメイン共通要求仕様書に集約し、PRD は要求 ID を持たない。BRD・アクター一覧・ドメイン定義書 を上流とし、BRD策定後、ドメイン共通要求仕様書の作成前に呼び出す。

非機能要件の新規作成・更新・レビューを支援する。IPA「非機能要求グレード」の項目体系に沿って、メトリクスごとのレベル値と要求内容を定める D2 成果物。機能一覧・外部システム一覧・C4モデル レベル1(システムコンテキスト)の整備後に呼び出す。

ドメイン要求仕様書の新規作成・更新・レビューを支援する。AI駆動開発成果物フローのビジネス要求(D1)に位置する成果物で、プロダクト要求仕様書(PRD)を親文書とし、ドメイン定義書で定義された各ドメインごとに1冊作成される。**ドメイン共通要求仕様書(横断的な水準・方針・原則)とは並列の関係にあり、当該ドメイン固有の業務ルール・業務状態遷移・業務運用(イレギュラー対応)のみを扱う(共通要求と内容が重なる要求は本書に書かない=厳密な MECE)。** PRD・ドメイン定義書の策定後、ドメインごとの業務要求を具体化する段階で呼び出す。下流のユーザーストーリー一覧・ユースケース一覧・機能一覧(D2)・画面要件群(D2)・L1/L2シーケンス図の起点となる。

画面遷移図の新規作成・更新を支援する。画面一覧の SCR-* を利用者ごとの Mermaid 図でつなぎ、画面間の遷移を表す D2 成果物。画面一覧の策定後に呼び出す。

ドメイン定義書の新規作成・更新・レビューを支援する。AI駆動開発成果物フローのビジネス要求(D1)に位置する成果物で、本プロダクトを構成する業務領域(ドメイン)を網羅・分類する文書。問題空間(プロダクトが扱う業務領域)の整理であり、DDDにおけるBounded Context(解空間としての実装上の境界)とは別レイヤーで扱う。BRDの下流に位置する成果物。後続のプロダクト要求仕様書、ドメイン要求仕様書群(各ドメインごとに1つ)など、様々な成果物から参照される。BRD策定後、ドメイン整理の段階で呼び出す。

画面一覧の新規作成・更新を支援する。機能一覧・ユースケース一覧をもとに、本システムが提供する画面を SCR-* で台帳化する D2 成果物。機能一覧の策定後、Figma で画面遷移図・ワイヤーフレームを起こす前に呼び出す。

C4モデル レベル2(コンテナ図)の新規作成・更新を支援する。対象システムをコンテナに分解し、連携方式を設計して Mermaid で図示する D3 成果物。C4モデル レベル1・レベル1 シーケンスの整備後に呼び出す。