批量邀請流程——可評審 可編輯界面設計 · 桌面端狀態
產品工作流上線把一項運營需求變成
把一項運營需求變成
通過測試的產品工作流。
把 PRD、現有倉庫、設計系統和驗收條件放在同一個項目中；UIDesigner 先把交互狀態做成可評審的設計稿，ProductDeveloper 再按同一套已確認行為實現和驗證。
- 從這裡開始
- PRD、issue、bug 報告、設計稿或明確驗收標準
- 最終得到
- 已確認的界面設計、聚焦代碼改動和驗收證據
UIDesigner 輸出可評審的批量邀請界面，明確重復項與權限狀態；ProductDeveloper 再實現已確認設計並逐項驗收。
照著做
實現一個產品工作流
複製它，粘貼到 Orkas 的輸入框，就可以開始體驗。
需求示例
增加批量邀請成員功能，處理重復使用者並給出清晰的權限錯誤。保留現有單人邀請流程，為每項驗收標準補充測試，並返回改動檔案以及任何尚未驗證的事項。
你會拿到什麼
設計、實現和驗證放在同一條評審鏈路里
團隊無需還原過程，就能直接檢查已確認的界面狀態、聚焦補丁和驗收證據。
可評審界面狀態
覆蓋正常流程、重復項、權限錯誤和鍵盤操作的可編輯界面產物。
bulk-invitation-design.html聚焦實現
保持現有單人邀請行為不變的聚焦倉庫改動。
invitation-workflow.patch驗收證據
逐項記錄已測試狀態、回歸結果和未解決事項。
acceptance-test-report.md具體流程
先建立地圖，再聚焦改動，最後逐項驗收
提供明確需求
從 PRD、issue、bug 報告、設計稿或驗收標準開始。
建立倉庫地圖
動手前找出相關代碼路徑、測試、約束和風險。
完成聚焦改動
保持補丁完整且聚焦，不夾帶影響評審的無關清理。
逐項驗證驗收標準
返回測試、審查證據、實測結果，並明確標注未驗證事項。
開始這項工作
免費下載 Orkas在 Orkas 里體驗這個使用場景
免費、開源，在你的機器上運行。
常見問題
產品開發問題
關於倉庫改動、評審證據和正式環境邊界的常見答案。
ProductDeveloper 可以處理哪些研發任務？
從 PRD、需求、issue、bug 報告或設計稿出發，完成功能開發、bug 與 CI/測試修復、聚焦重構、代碼評審和性能排查。
它如何驗證驗收標準？
每項已確認行為都會對應到本次針對性測試、審查結果或實測性能資料；仍未驗證的內容會明確標注，不會包裝成已完成。
ProductDeveloper 如何控制研發風險？
動手前先建立相關倉庫路徑地圖，保持補丁聚焦，並把架構、兼容性、遷移和回滾風險留給你審查。
ProductDeveloper 可以使用哪些模型？
可使用 Orkas 托管的官方模型，或通過 OAuth/API Key 接入 OpenAI、Anthropic Claude、Google Gemini 等供應商；自有供應商呼叫會直接發給對應服務。
準備好就開始
把下一項需求變成經過驗證的產品改動
免費、開源，在你的機器上運行。