软件已不再是手艺活，而是一种 技术。

从手艺到技术

一旦某项工作的步骤可以被写下、重复执行并加以检验，它就从手艺变成了技术。软件刚刚跨过了这条线。而一旦某件事成为技术，工厂就胜过了工坊。

生产线，逐站呈现

从第一次培训到运行软件，逐站呈现。每一站都有标记：已上线表示今天即可使用；即将推出表示我们接下来正在建设的内容。

1. 01已上线

   从培训开始

   在生产线启动之前，先是人：顾问学习为中小企业提供 AI 咨询，然后用贴有其品牌的课程培训客户团队，课程的最后一步会变成一个新项目或新的需求。

   了解更多 →

2. 02已上线

   先定需求

   不会根据含糊的简述开始构建。一次对话会形成需求，每条需求都附有验收标准，生产线只构建已获验收的内容。

3. 03已上线

   连续生产线

   需求一经验收，工作步骤即自动交给编码代理，无需点击：每个项目按顺序一次只构建一个。每个工作步骤都以拉取请求（pull request）的形式完成。

4. 04已上线

   每项变更都经过关卡

   每个拉取请求都要通过项目的 CI 和安全扫描，然后接受 AI 安全审查；审查采用失败即关闭的原则：没有结论，就不合并；合并锁定在经过审查的确切版本上。主分支上的防护会拒绝部署任何绕过关卡的内容。

5. 05已上线

   逐条标准取证

   每个验收标准都会从 CI 获得专属的测试运行，并在需求的最后一次更改合并后进行记录，且只有当所有测试都通过时，该需求才算作已验证。由人工检查的标准在获得批准前会显示“等待人工检查”。代理的话绝不算数。

6. 06已上线

   先测试，由红转绿

   每个验收标准的测试都先编写，位于其专属的提交中，并且在代码使其通过之前必须在 CI 中失败。在更改合并之前，门禁会检查每个标准的测试是否从红变绿，且在此过程中未被更改；该需求会关联这两次运行。

7. 07已上线

   修复循环

   当 CI 或安全审查驳回某项变更时，问题发现会退回同一个代理会话，由其在同一个拉取请求上修复，所有关卡重新运行。默认最多修复两次；之后由人工接手。

8. 08已上线

   标准组件

   每个应用都从工厂模板开始，已解决的问题都已内置：登录、租户与角色、法律页面、布局。组件只构建一次，在生产环境中加固，从不重复构建。

9. 09已上线

   每一步都调用工厂组件库

   工作步骤计划获批后，每个工作步骤都附带设计所选的标准组件。涉及数据库或其他敏感区域的工作步骤，将依照组件库的安全与数据库指南构建，构建记录会列明采用了哪些指南及原因。

10. 10已上线

    发布上线

    发布版本时，会将托管应用部署到生产环境：先按顺序执行数据库迁移，遇到第一个错误即停止；然后进行构建。只有当上线地址开始提供该版本时，发布才显示为“已上线”。

11. 11已上线

    状态如实呈现

    在范围内的所有内容全部发布之前，项目显示为“构建中 — 已交付 6 个工作步骤中的 3 个”，只有在此之后才显示“已上线”。新应用向访客显示“即将推出”，向已登录用户显示构建步骤；“应用包含什么”页面列出其附带的组件、已构建的内容以及仍待推出的内容。

12. 12已上线

    有据可查

    每个构建任务、每次发布部署，以及每项未经关卡而进入主分支的变更，都会被记录。我们运营方的操作会写入只追加的审计日志。

13. 13已上线

    限定范围的密钥，欧盟托管

    对于我们托管的应用，每次构建都会获得一个仅针对该代码仓库的短期令牌，构建结束后即清除。您的模型密钥保留在您自己的 PP Orchestrator 中。云实例运行于德国（欧盟）。

“已上线”指已随 Product Printer 版本发布，并在我们的托管实例上运行。某一站只有在其版本发布后，才会从“即将推出”变为“已上线”。