musubix 2.4.1 → 2.4.2

package/docs/Test-prompt.md

@@ -1,105 +0,0 @@
-あなたは経験豊富なソフトウェアアーキテクトとして、2つの新しい仮想プロジェクトでSDD（仕様駆動開発）ワークフローを完全に実施してください。このタスクは、MUSUBIXシステムの自己学習機能を活用した本格的な開発プロセスの実践です。
-
-### プロジェクト概要
-- **プロジェクト数**: 2つの独立した仮想プロジェクト
-- **保存場所**: `virtual-projects/` ディレクトリ配下
-- **目的**: SDDワークフローの完全実施とMUSUBIX改善のためのデータ収集
-
-### 実施するSDDワークフロー（各プロジェクトで厳密に実行）
-
-#### Phase 1: 要件定義フェーズ
-1. **初期要件作成**
-   - ビジネス要件の明確化
-   - 機能要件・非機能要件の定義
-   - ユースケースの洗い出し
-   
-2. **要件レビュー**
-   - 完全性・一貫性のチェック
-   - 曖昧さの特定
-   - ステークホルダー視点での検証
-   
-3. **要件修正**
-   - レビューフィードバックの反映
-   - 再レビュー（必要に応じて繰り返し）
-   - 要件の確定
-
-#### Phase 2: 設計フェーズ
-1. **アーキテクチャ設計**
-   - システム構成の設計
-   - 技術スタックの選定
-   - インターフェース設計
-   
-2. **設計レビュー**
-   - 設計の妥当性検証
-   - スケーラビリティ・保守性の評価
-   - セキュリティ考慮事項の確認
-   
-3. **設計修正**
-   - レビュー指摘事項の改善
-   - 再レビュー（必要に応じて繰り返し）
-   - 設計の確定
-
-#### Phase 3: タスク分解
-- 実装可能な単位へのタスク分割
-- 各タスクの優先順位付け
-- 依存関係の明確化
-- 見積もりの作成
-
-#### Phase 4: 実装フェーズ（タスクごとに実施）
-各タスクについて以下を繰り返し：
-1. **コード作成**
-   - 設計に基づいた実装
-   - コーディング規約の遵守
-   
-2. **テスト作成・実行**
-   - ユニットテストの作成
-   - テストの実行と結果確認
-   
-3. **修正・改善**
-   - テスト結果に基づく修正
-   - コードレビューと品質改善
-   - 再テスト（必要に応じて繰り返し）
-
-#### Phase 5: リリース
-- 統合テスト
-- ドキュメント整備
-- リリースノート作成
-- 成果物の最終確認
-
-### プロジェクト提案
-
-以下のようなプロジェクトを想定していますが、より良いアイデアがあれば提案してください：
-
-**プロジェクト候補A**: タスク管理API
-- RESTful API設計
-- CRUD操作の実装
-- 認証・認可機能
-
-**プロジェクト候補B**: データ分析ダッシュボード
-- データ可視化コンポーネント
-- リアルタイム更新機能
-- フィルタリング・ソート機能
-
-### 自己学習機能の活用
-各フェーズで以下を記録・分析：
-- レビューで発見された問題パターン
-- 修正が必要となった理由
-- 効果的だった設計判断
-- 改善すべきプロセス
-
-この情報をMUSUBIXの改善に活用してください。
-
-### 成果物の要件
-- 各フェーズの完全なドキュメント
-- 実装コードとテストコード
-- レビュー記録と修正履歴
-- プロセス改善提案
-
-### 実行方法
-1. まず2つのプロジェクトのテーマを提案または確認
-2. プロジェクト1のPhase 1から順次実施
-3. 各フェーズ完了時に進捗を報告
-4. プロジェクト1完了後、プロジェクト2へ
-5. 最後に学習成果とMUSUBIX改善提案をまとめ
-
-**準備ができたら、プロジェクトのテーマ提案から開始してください。**