Forge Code

ForgeCode 把自己定义为一个「软件工厂」而不是单个编码工具，官网说法是「一次配置，持续交付」。官方区分得很清楚：编码工具让一个开发者更快，而工厂提升的是整个组织的速度。它的触发源可以是 GitHub issue、论坛帖、Slack 讨论、线上告警或一句提示，任务会自动落到看板上，成为经过测试的改动等待发布，官方称崩溃后能自行重启并从检查点继续。

核心能力

• Any trigger starts the work：由 issue、Slack 讨论、告警或提示触发任务，官方称会自动拆分并派发。
• Crashes restart and resume：崩溃后自动重启，并从检查点恢复未完成的工作。
• Runs for months, day and night：官方称可持续运行数月，覆盖夜间告警与次日晨会同步。
• Every run makes the factory better：官方称每次运行都会让工厂本身变得更好。
• Your factory, your terms：部署形态与规则由你决定，官方称可按需定制。
• What teams run on a factory：官网列出的场景包括处理季度告警、给每个缺陷报告配复现与修复、把 PRD 变成已上线并被监控的功能等。

适合谁

• 告警与缺陷堆积、希望有人（或工厂）先把复现和修复做好的平台与 SRE 团队。
• 有长尾技术债和跨仓库补丁需求、人力排不上的工程负责人。
• 想把 PRD 直接推进到上线加监控状态的产品工程组合。
• 需要给管理层一份持续产出的工程进展摘要的技术管理者。

使用建议

• 这是面向组织的重投入方案，官网入口是预约演示，建议先明确要解决的是哪一类重复性工作再谈。
• 先选低风险场景试跑，比如文档与 SDK 跟随 API 变更，验证产出质量再考虑接生产告警。
• 让工厂直接提 PR 之前，先把分支策略、测试门禁与人工评审点讲清楚。
• 长期在后台运行意味着持续读取代码与系统数据，权限范围与数据留存要在合同中写明；商用条款可能调整，签约前再核一次。