大家好，我是Sam。刚刚我发布了Lyra（https://lyra-ai.io），一个AI角色扮演/故事讲述平台。但是值得分享的是如何做到的，因为我是独自完成的——整个游戏都使用Claude Code来去掉正常情况下困扰一名开发者的手动阻力。

我只是一名开发者，没有后端开发者、QA开发者、DevOps开发者。每个手动步骤——每个“记得运行这个”，每个复制粘贴部署，所有手动测试——都是阻力，它们会积累到你停滞不前。所以我建构了我的整个工作流程，去掉了它：

🪄 杀死手动繁琐的工作

独自开发的陷阱是死于千百个小的手动任务：更新配置，连接 boilerplate，重新生成客户端，重复编辑文件。 我把所有这些都推到了AI上，我花费我的时间在决策上，而不是麻烦上。 我制定了一个规则：如果我已经手动完成两次了，那么第三次AI就负责了。

设计：使用Claude设计，然后直接使用它在Claude Code中，这是很大的一个原因，因为原生的Claude Code不能产生商业级别的设计。

🧵 并行运行多个任务

更大的转变是将其视为一个团队，我委托它，而不是一个聊天机器人。 我会让它在一个隔离的工作空间中构建一个功能，而我会在另一个地方审查一些东西——多个独立线程同时运行，而不是我在每一行上都成为瓶颈。 一名开发者的最珍贵的资源是注意力；这使得它并行化了。

🚀 无需DevOps开发者即可部署

发布曾经是独自开发的可怕部分——一个错误的命令可能会导致无法联系的崩溃。 现在部署是一个单一的、有界限的操作：推送到测试环境，进行真实的烟雾测试，推送到生产环境，带有坚固的防护措施，拒绝对在线数据库进行任何破坏性的操作。 没有手动的检查表格可以忘记步骤。 我每天部署几次，没有担心。

✅ 自动测试而不是QA团队

这赚到了钱。 我们不再需要我点击产品的手动测试每个发布之前的所有功能了，改动会在一个真实的环境中自动执行，并且对于重要的内容（AI行为，付款，安全）会在真实的端到端测试中运行，甚至会驱动一个真实的浏览器，就像用户一样，然后报告什么破坏了它。 在用户之前捕获回归之前，零手动QA。

🔍 对每个变化的第二个眼睛

没有同事可以审查我的PR，所以我让它做结构化的审查——错误，安全漏洞，“你会在三个月后后悔的”东西——在任何合并之前。 它捕获了我可能会发布的真正问题。

我最终得到了

一个真正的产品，人物会记住长时间的对话，而不是忘记剧情，成熟的故事不会在中场被讲课，图像生成是内置的，用户可以免费试用它而不需要信用卡。 由一名开发者创建和运行的产品，开发者不是10倍工程师——只是一个变得对去掉手动阻力非常残酷的人。

诚实地说，杠杆是真的，但这不是魔法。 你仍然需要知道什么是好的，审查每个内容，并且拥有决策。 这使我更快，不是可选的。

如果你想深入讨论工作流程——如何分割任务，部署的防护措施，测试设置——我很愿意在评论中深入讨论。如果你是一名独自开发的开发者，试图发布一个雄心勃勃的项目，这可能比产品本身更有用。

产品如果你感兴趣：https://lyra-ai.io（注册时可以获得免费积分）。