Alp Yalay

アプリの設計を決める前に、競合や技術候補、費用など判断に関わる疑問を調査。根拠や選択肢の得失、未解決事項を整理し、次の工程へ引き継ぐスキル。

• アプリ設計前の競合調査
• 技術候補と費用を比較したいとき
• AIやデータの制約の整理

合意済みの要件から、最小限の製品に必要な技術設計をまとめます。既存構成を確認し、採用技術の判断理由や制約、実装後の確認方法まで文書化するスキル。

• MVPの技術設計をまとめたいとき
• 既存構成に合う設計を選びたいとき
• 技術選定の理由と検証方法の整理

新規プロジェクトの機能を、要望と受け入れ条件に沿って実装するスキル。関連するチェックと利用者の操作の流れを確認し、動作結果や未確認点まで報告します。

• 新規プロジェクトの一機能を作りたいとき
• 要望を実際に動く機能にしたいとき
• 実装後の操作の流れを確認したいとき

稼働中の製品を受け入れ条件に沿って操作し、動作の根拠を記録するスキル。設定・ビルド・実際の挙動を分けて確認し、未検証の項目や手動確認の手順も報告します。

• 機能が受け入れ条件を満たすか確認
• 通常・空データ・エラー時の動作確認
• 設定やビルドと挙動の検証を分けたいとき

開発中の変更、判断理由、検証結果、次の作業を整理し、別のセッションや開発ツールに渡す引き継ぎ資料を作るスキル。秘密情報や会話全文を含めず、再開に必要な事実をまとめます。

• 別のセッションへ開発を引き継ぎたいとき
• 開発ツールを切り替えたいとき
• 実施済みと未実施の検証を整理したいとき

既存アプリの動作と作業中の変更を保ちながら、範囲を絞った機能を一つ追加するスキル。影響箇所を調べ、実装から関連する検証、進捗の更新、結果の報告まで進めます。

• 既存アプリに機能を一つ追加したいとき
• 機能変更後の既存動作を確認したいとき
• 作業中の変更を保って拡張したいとき

最小限の製品であるMVPの要件書を作成・改訂するスキル。対象ユーザー、利用の流れ、開発範囲と対象外、制約、結果を見て判断できる受け入れ基準を整理します。

• MVPの開発範囲を決めたいとき
• 調査や依頼を製品要件にまとめたいとき
• 受け入れ基準を具体化したいとき

アプリ開発の依頼内容と進捗に合わせて、企画・実装・不具合修正の進め方を選ぶスキル。必要な情報や確認事項を絞り、依頼された範囲の作業と検証につなげます。

• 新規アプリの着手方法を決めたいとき
• 既存アプリの次の変更を進めたいとき
• 不具合の再現から検証まで整理したいとき

コードの変更内容を要件や検証結果と照合し、既存機能の不具合や関連するセキュリティ上の問題を確認。発生条件や影響、修正案を添えて指摘するスキル。

• 変更内容と受け入れ条件の照合
• 変更による既存機能の不具合確認
• 権限管理やデータ露出の確認

既存プロジェクトのクラッシュや動作不良、チェック失敗を再現し、仮説と実験で原因を調べます。必要な範囲を修正し、再発確認と検証結果まで記録するスキル。

• 再現可能なクラッシュの原因調査
• 期待と違う動作を修正したいとき
• テストやチェック失敗の調査

合意済みの要件や技術方針をもとに、プロジェクト用のエージェント指示とツール設定を作成。既存ファイルを保ちながら、必要なルールの追加や更新を行うスキル。

• 合意済み要件から指示を作りたいとき
• AGENTS.mdの一部を更新したいとき
• Vibe Workflowの初期設定