专家讨论室 · 实际界面 · 点击查看完整截图第 1 个展示，共 4 个
专家讨论
多种专业视角，
把需求讨论清楚。
围绕真实项目需求，AI 专家在主持人引导下多轮讨论。你可随时补充约束，讨论成果按阶段沉淀为可审阅工件，继续推进需求与设计。
让不同角色参与
需求、架构、开发、测试等 AI 角色交流观点、提出质疑，由主持人引导并汇总。
讨论中，你可以随时加入
补充项目约束、插话或 @ 成员，让讨论回应实际问题；也可按需取消讨论。
让讨论接上项目工件
绑定需求与修订，按阶段形成草稿工件，交由团队审阅并衔接后续工作。
专家讨论室 · 实际界面 · 点击查看完整截图
项目协作
从需求到发布，沿着清晰的路径。
六个工作入口，连接项目上下文、执行记录与交付工件。
讨论需求，明确范围与验收条件
从项目需求发起专家讨论，绑定需求与修订。团队可参与澄清目标、范围和安全约束，审阅阶段草稿工件，形成后续设计与交付的共同依据。
- 围绕需求组织多角色讨论
- 补充约束，审阅阶段草稿
- 保存需求基线与验收条件
输入
项目需求、修订与安全要求
工作
专家讨论与人工审阅
产出
需求基线与验收条件
项目工作地图用于组织各阶段内容，实际执行与审批按项目流程进行。
安全治理
把安全检查，
放进开发过程。
从设计阶段识别风险，到发布前审查验证依据，让安全工作与研发流程相互连接。
设计阶段分析风险
通过 STRIDE 威胁建模与数据流图，梳理系统边界和潜在威胁。
检查代码与交付制品
连接代码分析、漏洞检查、SBOM 解析与签名验证，留存对应依据。
跟进整改与发布审查
连接问题修复、独立复测与 OPA 策略评估，保留团队审批环节。
安全工作流配置 · 实际界面你可能还想了解
关于产品与使用方式的几个常见问题。
专家讨论中的“专家”是谁？
“专家”是围绕需求、架构、开发、测试等专业职责配置的 AI 角色，由主持人引导讨论。用户可以插话、补充约束或 @ 成员；讨论形成的草稿工件仍需团队审阅，后续交付与生产发布保留人工决策。
OpenSDLP 适合什么样的团队？
适合希望将 AI 开发协作、软件构建与安全治理连接起来的研发和安全团队。可以先从本地运行和单个项目接入开始。
能使用现有的开发智能体吗？
租户项目可选择适合自己的开发智能体，并按照统一交付协议配置工作区、源码基线和交付要求。具体接入方式以产品文档为准。
发布前还需要人工审查吗？
需要。智能体参与分析与执行，工程工具提供检查和验证依据，平台保留代码 Review 与生产发布审批，团队掌握交付决策。
这里展示的是产品真实界面吗？
是。页面展示的是 OpenSDLP 实际运行界面的截图，保留采集时的页面内容和状态。点击图片可查看完整界面，使用平台请参考入门指南。