构建了 GitGlimpse — 一个命令行工具，帮助您更快地理解 AI 生成的代码变更。
编码代理可以快速生成大量差异，但审查这些变更变得越来越困难，尤其是在作者使用代理并且已经在脑海中有了上下文的 PR 中。
GitGlimpse 分析 git 差异，并生成关于变更内容及原因的上下文摘要，使 PR 审查变得更简单、更快捷。
它还可以：
* 生成站会/变更日志
* 总结提交和分支
* 在 CI 流水线中运行并自动发布 PR 上下文/评论
GitHub: [https://github.com/dino-zecevic/gitglimpse](https://github.com/dino-zecevic/gitglimpse)
希望能收到处理 AI 生成的 PR/代码审查的人的反馈。
返回首页
最新
在过去几个月里，我注意到我的收件箱中垃圾邮件的数量增加了很多。我保持收件箱的整洁，因此很容易发现这些邮件并将其标记为垃圾邮件。但我很好奇：是谷歌在检测垃圾邮件方面变得更差了，还是垃圾邮件本身在不断演变？
例如，我刚收到了一封邮件：
发件人：william_brown_318@rofopifj.dravixa.space
主题：马车来了
邮件正文中包含了大量未被解析为实际HTML的原始HTML标签。我不确定它是以文本MIME类型发送的还是其他什么，但我只需花两秒钟就能意识到这是一封垃圾邮件。
为什么这些邮件最近更容易通过呢？
我对如何将代理的框架和代码分开感兴趣，比如理想情况下使用不同的代码库。<p>基于规范的开发对我来说进展非常顺利，伴随着大量的代理和技能等。<p>然而，我发现 .Claude/memory/<i>、docs/</i>、.specify/*、hooks 和扩展、上下文管理工具等，有时变得和代码库本身一样难以管理。<p>而且，这一切都混在同一个代码库里。难道这不是一种反模式吗？<p>有没有更好的方法来解决这个问题（或者说还没有）？还是说这是下一个需要发展的人工智能前沿？