……另一方面，作为一名首次开发开发工具的人，我很难思考这个问题。我们正在构建一个云代理+沙盒平台，https://boxes.dev - 与作者的产品exe.dev处于相同的问题领域。我们可以开源我们的客户端或整个堆栈（我们一直在考虑这个问题），但由于我们不断添加新功能，任何进行自定义的人都会很难应对更新。此外，托管端还有很多用户无法修改的内容，除非他们自行托管。但我喜欢这种设想：一个软件是某种流动的东西，每个人都在编写个人模组，并基于他人的工作进行构建 - 基本上是开源软件（OSS）的分支，但每个用户（或至少他们的代理）都参与代码中。
源讨论开发工具必须是开源的原帖 233 条评论 · 导入时统计對於終端用戶來說，開放源碼軟件的一個論點一直是能夠檢查和修改軟件如何運作的自由。 但對大多數人來說——甚至對專業程序員來說——現實是，這種自由更多是關於能夠依靠別人來做這件事。大多數人無法證明花時間閱讀並修改他們經常使用的工具的代碼是值得的。 我想大型語言模型（LLM）以一種使原始夢想更加可行的方式改變了這種情況。 我每天會多次提示Claude聊天來「從GitHub克隆x/y並告訴我Z是如何工作的」。 為了開始對軟件進行修改，讓軟件編譯曾經有足夠的摩擦力，讓我常常不想去嘗試。現在，我將這視為零時間投資的挑戰：告訴Codex或Claude Code檢查並構建X，然後十分鐘後回來看看它進行得如何。 我並不是習慣性地抱怨…
完整原文把你的经验，加入这段讨论。
> 修改软件[...] 这很有趣且令人满足，但保持更新有点麻烦。 我并不是在任何方面批评这一点——但需要保持你的修改更新，这是将这些修改合并到上游的强烈动力。
完整原文你们是如何处理代理箱/虚拟机的配置的？你们使用特定的供应商/云服务，还是多供应商？有没有发现某些供应商/云服务在你们的使用场景中更好或更差？ 我之所以问这个问题，是因为我正在开发一个开放/标准的协议/层，用于在不同供应商之间配置云资源。其中一个想法是通过一个统一/标准的API提供供应商/资源的市场，这将允许根据价格/价值/功能/声誉要求/优先级自动选择和配置虚拟机（以及其他资源）。
完整原文我正在开发一个可塑性SCM系统。我刚刚将其分为两部分：没人想乱动的基础机制和上面的可塑性JavaScript。这不是我的发明。更像是，它一直就是这个样子，但现在我们还有了LLM。
完整原文作为终端用户，我不介意你公开地用快速变化的API来构建产品。如果产品有用，我仍会使用它，并处理随之而来的变化。我真正关心的是，12个月后，当你的B轮融资团队决定需要提高这个特定的赚钱旋钮时，不要把该项目的一半突然抽走。 所以，如果你想不惹恼你的用户，这就是正确的方式。建立一个你可以真正维持产品的模式，而且，用种子轮和A轮的钱把它免费赠送，然后突然抽走这个礼物，不是实现这个目标的方式。
完整原文> 如果许可证允许的话。 好像许可证在LLM时代已经无关紧要了。 典型案例 https://news.ycombinator.com/item?id=48466812 > 在查看LLM为该项目生成的代码时，特别是考虑到为了使实现库化和内存安全而需要进行的大规模广泛架构更改，我们决定该代码库不是需要继续遵循GPL许可证的衍生作品，并决定以MIT许可证发布代码。 LLM是版权洗钱机器 它们不仅从整个互联网上洗钱版权，还可以从特定目标洗钱
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。