運用要件を、
検証済みの製品ワークフローへ。
PRD、既存コード、デザインシステム、受入条件を同じプロジェクトに置きます。UIDesigner が先に状態をレビュー可能にし、ProductDeveloper が承認済みの動作を実装・検証します。
- ここから始める
- PRD、問題、バグレポート、設計、または明示的な受け入れ基準
- 最終的に得られるもの
- 承認済みの画面、絞り込んだコード変更、受入証拠
UIDesigner が重複と権限状態を含む一括招待画面を作成し、ProductDeveloper が承認済み設計を実装して受入条件を検証します。
製品ワークフローを実装する
それをコピーして Orkas 入力ボックスに貼り付け、試してみましょう。
重複検出と明確な権限エラー表示を備えた一括メンバー招待を追加してください。既存の単一招待フローを維持し、すべての受け入れ条件にテストを追加して、変更したファイルと検証できなかった項目を返してください。
1 つのレビュートレイルでの設計、実装、検証
チームは作業を再構築せず、承認済み画面、絞り込んだパッチ、受入証拠を確認できます。
レビュー可能な画面状態
通常フロー、重複、権限エラー、キーボード操作を含む編集可能な画面。
bulk-invitation-design.html重点的に実施
既存の単一招待の動作を維持する、絞り込んだ変更。
invitation-workflow.patch受入証拠
テスト済み状態、回帰、未解決事項を条件ごとに記録。
acceptance-test-report.mdまずマップを作成し、範囲を絞って変更し、すべての受け入れポイントを確認します
要件を提供する
PRD、問題、バグレポート、設計、または明示的な受け入れ基準から始めます。
リポジトリをマッピングする
編集する前に、関連するコード パス、テスト、制約、リスクを特定します。
重点を置いた変更を実施する
パッチの一貫性を保ち、レビューを難しくする無関係なクリーンアップを避けてください。
受け入れの確認
テスト、レビュー証拠、測定結果、および未検証項目を明確にマークして返送します。
Orkas でこのユースケースを試してください
無料のオープンソースで、お使いのマシン上で実行できます。
製品開発に関する質問
リポジトリ作業、レビュー証拠、および運用境界に関する一般的な回答。
ProductDeveloper はどの開発作業に対応しますか?
PRD、要件、issue、バグ報告、デザインから、機能実装、バグ・CI・テスト修正、焦点を絞ったリファクタ、レビュー、性能調査に対応します。
受け入れ条件をどう検証しますか?
各条件を今回のテスト、レビュー、性能測定に対応させ、未検証の項目は完了扱いせず明示します。
実装リスクをどう管理しますか?
編集前に関連経路を把握し、パッチを絞り、設計・互換性・移行・ロールバックの懸念を報告します。
ProductDeveloper はどのモデルを使えますか?
Orkas 管理の公式モデル、または OAuth/API キーで OpenAI、Anthropic Claude、Google Gemini などを利用できます。自分のプロバイダーへの呼び出しは直接送信されます。
次の要件を検証済みの製品変更へ
無料のオープンソースで、お使いのマシン上で実行できます。