即时软件工厂
观看并带声响。添加一个自主的软件工厂,使您的项目不断改进。您需要两个要素:具有 Actions 功能的 GitHub 仓库,以及可执行的分支保护。公共仓库可以使用免费计划;私有仓库则需要个人帐户的 Pro 计划或组织的 Team/Enterprise 计划。一种调度器:此引导程序使用 Claude Code 例程,适用于 Claude Pro、Max、Team 和 Enterprise 计划。本仓库包含通过 Claude Code 使用云例程进行设置的提示。BOOTSTRAP.md 定义了代理商的职责和操作限制。设置代理选择适合您项目的过程、模型和计划。开始时,在您希望工厂工作的仓库中打开 Claude Code,并粘贴:在此仓库设置即时软件工厂:将 https://github.com/mikolalysenko/instant-factory 克隆到临时文件夹中,并按照其 BOOTSTRAP.md 进行操作。对于在隔离环境中的本地设置会话,您可以选择启动 claude --dangerously-skip-permissions 以跳过权限提示。此引导程序不需要该标志,并且不配置云例程的权限。请参见 Claude 的权限指南。该引导程序会检查您的仓库、CI、分支保护、历史凭证和 GitHub 访问权限,然后再提出问题。如果需要,它会安装 gh,并要求您在缺少本地身份验证时运行 ! gh auth login;云访问会单独检查。缺失的 CI 会使用项目的实际验证命令获得最小的工作流。记录现有的失败,并保留现有的工作和保护措施。它会询问缺失的预算或吞吐量目标、批准者、例程身份,以及 QA 应涵盖的产品领域。它还会解决任何缺失的分支保护,并解释批准将如何进行。例程使用连接的 GitHub 身份,因此它们的 PR 需要单独的人类批准;角色标记或手动合并无法替代该批准。在开始无人值守的工作之前,默认分支必须执行所需的检查、独立审核和对最新提交的人类批准。设置生成一个经过测试的 PR,等待人类批准,说明保存在您的仓库中。受控运行验证 GitHub 访问权限、当前提交的审查、合并要求,以及经理的日程和关闭控制。生产计划在设置 PR 合并之前保持禁用,例程使用合并说明,并且您授权恢复。设置报告记录证据、剩余差距、关闭延迟和任何剩余步骤。预算包括代理使用和 GitHub Actions 的分钟。开始时吞吐量适中,检查经理的成本和结果摘要,只有在 CI 和人类审核能够跟上时才增加活动。为什么选择软件工厂 Vibe 编程擅长使事物存在。给代理一个明确的目标,您可以在一个下午内拥有一个工作的原型。但原型并不是产品。前 90% 的代码需要花费前 90% 的时间,而最后 10% 则需要其余的 90%。从“它在我的机器上工作”到生产质量意味着需要进行大量的后续工作:边缘案例、错误报告、性能回归、兼容性、测试、CI、发布、人们在使用该事物时提出的特性,以及清理原型为实现目标而采取的捷径。这些工作没有一个完成的终点。它是分散在许多关注点上的数百个小任务,每当代码更改时,新任务就会出现。您可以通过每个任务提示代理,但您将在每个会话开始时等待,并检查结果。您的注意力成为了瓶颈。软件工厂不断返回这些关注点,而不需要对每个更改进行新的提示。您设置目标和约束;代理在后台调查、实施和审核工作。在此设置中,人类仍然批准落地的工作。它是如何工作的 每个代理都是一个带有固定目标的调度会话。每次运行读取仓库的当前状态,选择有用的工作,完成它,记录结果,然后退出。它可以在任务需要时使用子代理或更复杂的工作流。发现没有值得做的事情的运行可以在不创造工作的情况下结束。GitHub 保持共享状态。问题携带证据和建议更改,PR 携带实现和审查,讨论或其他仓库记录保留进展和决策。所有权和交接在这里也是可见的。后续的运行可以拾取记录的工作,而不依赖于之前会话的记忆。引导程序创建八个角色,如果不同的产品领域需要单独关注,还可以添加额外的 QA 代理:代理 Standing objective QA 测试您选择的产品领域和用户工作流,并打开可重复的、去重的错误问题。性能 通过基线测量速度、资源使用和 CI 时间;以证据打开问题。CI 修复故障和波动,并保持检查可靠、快速和便宜,而不削弱...
本站免费、广告极少。如果觉得有帮助,可以请我们喝杯咖啡 —— 任何金额都对持续运营有实际帮助。
☕请我喝杯咖啡