@mattpocockuk：借鉴自@dexhorthy的一个妙招：刚开始搭建软件工厂时，务必保持微型化。别急着让它……
摘要
这条推文分享了在构建软件工厂进行问题分类时从小处着手的建议，强调在扩展前进行渐进式调整和建立信任。
我从@dexhorthy那里借鉴的一个妙招：
刚开始搭建软件工厂时，务必保持微型化。
别让它分类你仓库里的每个问题。每天只处理一个。
检查它的输出，进行调整，同时继续你的日常工作。
随着你开始信任它的判断，让它每天处理两个问题。然后五个。然后十个。
从小处着手，调整，建立信任，逐步扩展。
查看缓存全文
缓存时间: 2026/09/17 08:27
借鉴自 @dexhorthy 的一个绝佳思路：
启动软件工厂建设时，请务必从极小的规模开始。
不必让它处理仓库中的每个问题——每天只需解决一个。
检查其输出结果，进行调整，同时继续你的日常工作。
随着对其判断能力的信任增强，可尝试每天处理两个问题，接着逐步提升至五个、十个。
从小处着手，持续优化，建立信任，逐步扩展。
相似文章
@mattpocockuk: Alper是对的，及早设定软件质量预期确实很关键，例如明确称你正在构建的是一个“原型”…
这条推文强调了早期明确设定软件质量预期的重要性，例如将项目称为原型，以改善与AI代理的互动并防止不必要的过度工程化。
@mattpocockuk: 我构建了自己的软件工厂，并将其开源。它叫 Sandcastle。以下是如何使用它：
Matt Pocock 构建并开源了一个名为 Sandcastle 的软件工厂，并分享了如何使用它。
@mattpocockuk: 我越是用原型取代计划，产出就越好。谁会想到低保真原型更…
Matt Pocock 认为，用低保真原型取代计划会产生更好的结果，这与软件开发中详细规格说明的趋势相反。
@garrytan：每个人都认为“做无法规模化的事情”就是与早期用户建立关系。是的，而且它关乎……
Garry Tan 重新诠释了 Paul Graham 的“做无法规模化的事”，将其视为一种通过最大化犯错来加速学习的策略，并警告过早自动化会将无知冻结在代码中。
@zachlloydtweets: https://x.com/zachlloydtweets/status/2071670840660533393
Zach Lloyd详细介绍了如何在云软件工厂中构建一个规范驱动的开发代理，通过使用分流代理和规范代理来处理模糊或复杂的问题，在实施前生成产品和技术规范。