1作者: dinoze2 个月前
我开发了 GitGlimpse — 一个命令行工具,帮助你更快地理解 AI 生成的代码变更。<p>代码编写助手可以快速生成巨大的差异,但审查这些变更变得越来越难,尤其是在作者使用了助手,并且已经掌握了上下文信息的 PR 中。<p>GitGlimpse 分析 git diff,并生成关于变更内容和原因的上下文摘要,使 PR 审查更轻松、更快速。<p>它还可以:<p>* 生成站会/变更日志 * 总结提交和分支 * 在 CI 管道中运行并自动发布 PR 上下文/评论<p>GitHub: <a href="https:&#x2F;&#x2F;github.com&#x2F;dino-zecevic&#x2F;gitglimpse" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;dino-zecevic&#x2F;gitglimpse</a><p>欢迎处理 AI 生成的 PR/代码审查的人提供反馈。
2作者: adamtaylor_132 个月前
过去几个月,我注意到垃圾邮件涌入我收件箱的数量增加了不少。我一直保持收件箱的整洁,所以很容易就能注意到它们并标记为垃圾邮件。但我很好奇:是谷歌的垃圾邮件检测能力变差了,还是垃圾邮件在某种程度上进化了? 例如,我刚收到这封邮件: 发件人:william_brown_318@rofopifj.dravixa.space 主题:货车已到 邮件正文包含大量未被解析成实际 HTML 的 HTML 标签。我不确定它是否以文本 MIME 类型发送,但只需 2 秒钟,我就能意识到这是一封垃圾邮件。 为什么这种邮件现在越来越频繁地通过检测了?
1作者: FrankRay782 个月前
我对如何将 Agent 的框架和代码分离(最好是分离的仓库)的任何方法或想法都感兴趣。 规范驱动开发对我来说进展顺利,同时还有大量的 Agent 和技能等。 然而,我发现 .Claude/memory/*、docs/*、.specify/*、钩子和扩展、上下文管理工具等,管理起来的开销有时与代码库本身一样大。 而且,它们都混在一起,在同一个仓库里。这肯定是一种反模式。 有更好的方法来做到这一点吗(目前还没有)?或者这会是 AI 发展的下一个前沿领域?