24小时热榜

我开发了adamsreview，这是一个Claude Code插件，能够通过并行子代理、多阶段的PR审查、验证过程、持久的JSON状态以及通过Codex CLI和PR机器人评论进行可选的集成审查，来实现更深入的审查。 在我自己的PR中，它捕捉到的真实错误显著多于Claude内置的/review、/ultrareview、CodeRabbit、Greptile和Codex的内置审查，同时产生的误报更少。 adamsreview包含六个作为插件打包的Claude Code斜杠命令：review、codex-review、add、promote、walkthrough和fix。我是以内置的/review命令为模型，并进行了有意义的扩展。 您可以在审查阶段之间清除上下文，因为状态存储在磁盘上的JSON文档中，并且有内置脚本用于保持其更新。 walkthrough命令利用Claude的AskUserQuestion功能，逐一引导您处理不确定的发现或需要人工审查的项目。然后，fix命令会调度每个修复组的代理，并使用Opus重新审查工作，在提交最终结果之前恢复任何回归。 它与您的常规Claude Code订阅一起运行（推荐使用Max计划），而不同于收取额外使用费用的/ultrareview。 我非常希望听到Claude Code用户、专业开发者以及对AI代码审查有强烈看法的人的反馈。 仓库链接：<a href="https://github.com/adamjgmiller/adamsreview" rel="nofollow">https://github.com/adamjgmiller/adamsreview</a> 安装方法： /plugin marketplace add adamjgmiller/adamsreview, /plugin install adamsreview@adamsreview

在三个不同的项目中，Claude 拒绝为我的项目添加 AGPLv3 许可证，告诉我这违反了内容政策。最近一次拒绝的反馈是：<p><pre><code> API 错误：输出被内容过滤政策阻止 </code></pre> 我已经重复了这个过程四次。此外，这个问题已经被报告了相当长一段时间[1][2]，包括我大约一个月前的报告（虽然我找不到链接），显然这不仅仅是我一个人遇到的情况。<p>在我看来，这是不可接受的，开始让我感觉这可能是他们的故意决定。至少对我来说，我将开始多样化（或完全转向 Codex），因为我可以预见到有一天 Claude 会开始拒绝处理 AGPL 代码库。毫无疑问，这不是 Anthropic 第一次因缺乏透明度而让我们失望。尤其让我感到困扰的是，如果他们一开始没有在 AGPL 代码上进行训练，我会感到非常惊讶。<p>说我感到失望是轻描淡写。我确实希望这一情况能够改变。<p>[1]: https://github.com/anthropics/claude-code/issues/12705<p>[2]: https://news.ycombinator.com/item?id=46569652

在座的母亲们，母亲节快乐！

我被内部调动到一家全球前十的财富500强公司的新团队。这个团队非常努力地想要被视为“以人工智能为先”的团队，并且对其他团队应该做什么有着明确的看法。 我被明确告知不允许手动编写任何代码。使用Claude是强制性的，并且需要配合一个包含100多个代理和技能文件的专有框架（superpowers / speckit / GSD）。 所有的代码审查都是由代理驱动的。没有人花时间真正理解任何东西。文档的长度已经变得像小说一样冗长，Jira工单也是如此。 我发布的东西我自己都不理解。管理层表示，未来不需要太多软件工程师。 我是在经历这种情况的唯一人吗？这就是工作的未来吗？