批量邀请流程——可评审可编辑界面设计 · 桌面端状态
产品工作流上线把一项运营需求变成
把一项运营需求变成
通过测试的产品工作流。
把 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 等供应商；自有供应商调用会直接发给对应服务。
准备好就开始
把下一项需求变成经过验证的产品改动
免费、开源，在你的机器上运行。