最新

我一直在开发 Duckflix，一个自托管的媒体流平台。<p>它最初是一个全栈项目，旨在结合简洁的流媒体用户界面和 Bun/Elysia 后端、FFmpeg 处理、SQLite 数据库、Docker 部署以及插件支持。<p>网站：<a href="https:&#x2F;&#x2F;duckflix.fun" rel="nofollow">https:&#x2F;&#x2F;duckflix.fun</a> 演示：<a href="https:&#x2F;&#x2F;demo.duckflix.fun" rel="nofollow">https:&#x2F;&#x2F;demo.duckflix.fun</a> GitHub：<a href="https:&#x2F;&#x2F;github.com&#x2F;duckflixapp&#x2F;duckflix" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;duckflixapp&#x2F;duckflix</a>

我非常喜欢那种以一种后反讽的方式，看起来很讨厌的动图，以此来进行垃圾信息轰炸或者在聊天中注入幽默感。但问题是，没有任何真正的好理由，对于“有图片/动图背景，然后用垃圾信息轰炸”这种简单用例，却没有真正好用的工具。 虽然市面上也有动图编辑器，我最常用的应该就是 EZgif 了，它应该是我最常用的非搜索索引/社交媒体网站。但对于我这种制作数字眼球砂纸般华丽垃圾的需求来说，它们有点笨拙。其他选择则令人沮丧，而且还通过糟糕的水印给我打上了兽印。我只是想把一堆动图叠加在一起，到目前为止，“最简单”的方法是打开一个视频编辑器，捣鼓一番，搞砸直接导出为动图，然后生气，导出为 4 秒的 mp4，再用 ffmpeg 让它工作。这很蠢吗？是的。我可能错过了好用的工具吗？是的。在给某个印度人花了 4 美元，让他“永远不加水印”之后，我就放弃了寻找，结果“永远”只有一年，然后那个笨拙又奇怪的登录流程还不起作用？绝对是。（去你的，你知道我说的是谁） 这花了我几个小时（其中大部分时间都在处理我不经常搞网页开发以及人们对网页开发工具的笨拙的预期），而且这是一个满足我个人最低限度需求的极简网站。它是静态的，因为我不想处理托管别人的垃圾，也不想处理那个麻烦事。所有处理都在你的浏览器本地完成。是的，这意味着使用 4k 图像作为你的动图堆叠的基础层，会花费很长时间。但最终它会工作的。 除非我被收购（到目前为止的总投资是 14 美元，其中 4 美元是那个坑我的家伙），否则永远不会有水印，在这种情况下，我可能赚到了。最多我可能会在某个时候放上广告联盟，从那些搞不懂广告拦截的人那里刮点零花钱，如果它足够受欢迎的话。 没有时间线之类的东西。真的就只是一堆动图。到目前为止，我的主要用途是将各种花哨的文本生成器网站上的文本动图叠加到闪光背景上，再加上令人不舒服的老鼠动图，以此在互联网上嘲讽别人穷。这让我很开心。 很可能会有明显的 UI、UX 或其他 U-whatever 的错误。如果你指出来，而我认为这很迂腐，我可能会嘲笑你。如果它有帮助，我可能会在有空的时候实现它。 令人惊讶的是，它在移动设备上也能运行。 CSS 目前非常普通且毫无灵魂，只是凭着对 ss13 的 TGUI 的模糊记忆。我可能会完全放弃 CSS，在某个时候完全转向 neocities，因为那更有灵魂。

我和我的朋友开发了一个工具，可以精确地复制移动应用程序的 API 流量。然后，我们将应用程序的功能封装在一个标准化的 API 中，并通过运行在您的电脑或手机上的本地代理路由流量，这样您的流量就无法被指纹识别。<p>我们正在围绕这些连接构建一个开放平台，首先推出的是一款 macOS 应用程序，大家可以免费试用。它允许您安全地登录您的帐户，然后通过一键安装为 Claude 开放一个 MCP（多通道协议）。我们最兴奋的是能够实现“写”操作，例如，让 Claude：<p>- 在 LinkedIn 上自动化您的业务运营 - 用 Uber 预约去机场的车 - 在 Venmo 上与您的朋友结算

我开发了 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/代码审查的人提供反馈。

过去几个月，我注意到垃圾邮件涌入我收件箱的数量增加了不少。我一直保持收件箱的整洁，所以很容易就能注意到它们并标记为垃圾邮件。但我很好奇：是谷歌的垃圾邮件检测能力变差了，还是垃圾邮件在某种程度上进化了？ 例如，我刚收到这封邮件： 发件人：william_brown_318@rofopifj.dravixa.space 主题：货车已到 邮件正文包含大量未被解析成实际 HTML 的 HTML 标签。我不确定它是否以文本 MIME 类型发送，但只需 2 秒钟，我就能意识到这是一封垃圾邮件。 为什么这种邮件现在越来越频繁地通过检测了？

我对如何将 Agent 的框架和代码分离（最好是分离的仓库）的任何方法或想法都感兴趣。 规范驱动开发对我来说进展顺利，同时还有大量的 Agent 和技能等。 然而，我发现 .Claude/memory/*、docs/*、.specify/*、钩子和扩展、上下文管理工具等，管理起来的开销有时与代码库本身一样大。 而且，它们都混在一起，在同一个仓库里。这肯定是一种反模式。 有更好的方法来做到这一点吗（目前还没有）？或者这会是 AI 发展的下一个前沿领域？