返回首页
最新
我开始使用CLI工具（Claude Code，Codex CLI），因为像Replit和Lovable这样的编码工具让我觉得不够满足。
在我在线和AI编码社区找到的大多数工作流程中，它们既复杂（87个代理！Ralph！同时运行10个Claude！），又相对主观。我发现这些工作流程过于限制，尤其是在动态且快速发展的AI编码领域。
这个工作流程有几个目标：
```
- 促进遵循软件开发生命周期（SDLC）最佳实践的一致性AI辅助编码。
- 突出AI编码代理的优势，同时减轻其劣势。
- 以低心理负担和复杂性来实现这一点。
```
这就是为什么它是一个可以克隆、分叉、检查和根据需要修改的Git仓库。
这里有许多功能——链接和自述文件中有更多信息。
如果大家有想法或反馈，我很乐意听取。
好奇团队在实际操作中是如何处理这个问题的。<p>当你在修改现有代码时，需要了解某个决策背后的原因：<p>你首先会查看哪里？<p>你有多频繁找不到明确的答案？<p>当原作者不在时，你会怎么做？<p>最近我遇到这个问题的频率越来越高——翻阅拉取请求、Slack 讨论串和半成品文档，只为了拼凑出上下文。我在想，这在各个团队中究竟有多普遍。
如标题所示，目前在M系列MacOS主机上，开发者可以运行的最佳虚拟化、GPU加速、ARM原生Linux桌面体验是什么？
关于MacOS本身的发展方向令人担忧。广告、漏洞、暗黑模式。苹果并没有承认这些问题，因此我只能假设他们无法或不愿意解决这些问题。同时，我们中的许多人对苹果的优秀硬件和其他生活质量特性有很大的依赖，目前也无法或不愿考虑替代硬件。在M1/M2机器上直接运行Asahi可能对某些用途是一个选择，但对其他用途来说，目前的权衡代价太大。
我个人研究过以下系统：
- Ubuntu
- Silverblue（原子版）
- Kinoite（原子版）
- Fedora
- Bluefin LTS（原子版）（唯一一个提供基于CentOS的ARM构建的Bluefin版本）
这些系统在UTM（QEMU和Apple虚拟框架）上运行，但许多系统似乎不支持GPU加速，而GPU加速对于流畅的桌面体验是不可妥协的，或者在其他方面表现不佳。
我真的不记得在HN上看到过有人日常使用这种设置的评论。这是因为一切都涉及到令人难以接受的妥协吗？
社区对此有什么看法？有没有一些明显的优秀选择？
来自Claude Code的消息：<p>`API错误：500 {"类型":"错误","错误":{"类型":"api_error","消息":"内部服务器错误"},"请求_id":"req_..."}`<p>目前在https://status.claude.com/上没有看到任何问题，但在https://claude.ai上也看到“当前无法正常工作”。
状态页面上没有任何信息。