软件工厂（SoftwareFactory）是一个 AI 协作研发与交付平台。它帮助团队把业务想法整理成明确的需求与规格，并围绕这些规格组织设计、开发、测试、验收和发布。
业务人员可以通过对话描述目标、补充规则、确认原型；研发人员负责评审需求、确定方案和检查实现；AI Agent 在配置好的项目环境中协助生成文档、修改代码和执行验证。团队通过同一个工作空间管理这些工作，了解当前进度，以及下一步需要谁参与。
从业务想法到明确的规格
一项需求通常从一句话开始，例如：
我想让运营人员按会员等级、所在地区和最近消费时间筛选活动目标人群，并在活动发布前看到预计覆盖人数。
这句话表达了目标。进入开发前，团队还需要明确筛选条件如何组合、数据多久更新、谁有权查看结果，以及出现异常时怎样处理。
软件工厂中的需求对话用于逐步补充这些信息，形成提案、业务规格和验收标准，也可以结合原型讨论界面与交互。用户审阅并修订这些材料，再将需求提交给研发团队评审。
规格（Spec）是对系统预期行为的明确描述。 它记录要解决的问题、业务规则、范围和验收条件，为后续设计、实现与验证提供共同依据。例如，“支持人群筛选”可以进一步明确为：“同时选择会员等级和地区时，结果只包含同时满足两个条件的会员。”
适合哪些工作
你可以根据当前工作的起点，选择相应的入口。
这些工作可以用于新功能建设，也可以用于已有项目的持续迭代。涉及代码执行时，需要先接入对应仓库和运行环境；具体入口和可执行操作取决于账号权限与项目配置。
首次使用时，适合选择范围较小、结果容易检查的工作，例如新增一个筛选条件、完善一段业务规则，或修复一个能够稳定复现的问题。
团队如何协作
软件工厂围绕项目组织业务人员、研发人员和管理员的工作。下面按团队职责说明分工，具体权限由组织配置。
AI Agent 根据当前任务、项目上下文和已授予的能力开展工作。团队成员可以通过会话补充说明，查看生成的材料和执行结果，并在流程要求的节点作出确认。
例如，在目标人群筛选需求中，业务人员明确“哪些会员应当被选中”，研发人员确认数据来源与计算方式，AI 协助编写方案和实现代码，验收人员再用约定的数据检查筛选结果。
一次交付如何推进
需求通过准入后，研发团队可以选择本次要实现的需求项，组织成一个交付批次（Wave）。一个批次用于明确这次交付包含哪些工作，再由关联的工作流推进执行。
以标准交付流程为例：
提案确认 → 方案准备 → 生产与测试 → 业务验收 → 上线 → Spec 归档
前期确认交付范围和实现方案；实施阶段在关联仓库的工作环境中推进代码修改与测试；业务验收阶段检查实际效果是否符合约定；上线和归档阶段按项目接入方式完成发布确认与规格整理。
工作流规定各阶段的操作与衔接方式。标准流程是一个预设，具体使用哪些阶段、需要哪些确认，以项目采用的流程定义为准。
推进过程中，团队可以查看需求材料、阶段会话和已生成的交付记录。代码实现与运行结果需要结合当前仓库、预览环境和实际测试情况检查。
使用前需要了解的边界
执行能力取决于项目配置。 模型、代码仓库、依赖、运行环境和发布集成都需要具备相应条件。能够进入项目页面，并不意味着该项目已经可以运行 Agent、启动应用或部署到目标环境。
AI 生成的内容需要审阅。 业务规则是否准确、技术方案是否符合约束、代码是否满足要求，都需要团队检查。范围或约束发生变化时，应及时补充说明并重新确认受影响的内容。
预览、测试、验收和发布分别代表不同的结果。 预览用于检查应用当前的交互与效果；测试说明已执行检查的结果；业务验收确认是否满足使用目标；正式发布还需要完成目标环境对应的交付步骤。
人工决策仍由有权限的成员完成。 对流程中要求人工确认的方案、验收或发布操作，AI 的完成说明不能代替人员作出的决定。需要恢复或重试时，应先查看当前状态和失败原因，再选择流程提供的操作。
从一项具体工作开始
准备第一个需求时，可以先写清四件事：谁会使用这个功能、希望解决什么问题、有哪些必须遵守的规则，以及怎样判断结果符合预期。已有的文档、界面示例和问题截图也可以作为补充材料。
如果你准备直接进入开发，还需要与管理员确认项目仓库、模型和运行环境已经就绪。随后选择一个范围清楚的需求，在推进过程中逐步熟悉规格评审、执行检查和验收协作。