最新

我已经为这个项目工作了一周，但很难明确需求。我们的想法是创建一个完全自定义的内容推送（具有隐私保护！没有任何数据会发送到服务器），跨不同平台。以下是我遇到的一些问题： 1. 我正在使用sentence-transformers/all-MiniLM-L6-v2来提高速度（人们绝不会愿意为单个页面等待几秒钟），而且每个“聚类”都是根据历史的点赞、观看和不喜欢情况以及我自定义的布局进行评分。我不确定的是，用户是否会接受我的布局（目前我将HN转变为类似TikTok的滚动体验）。 2. 在没有任何数据的情况下，很难为评分系统设定基准。我对当前基于算法的平台感到不满，因为它们往往忽视个人口味。它们推荐的内容是基于与我口味“相似”的“其他”用户的偏好。此外，我们无法选择“探索”级别。我认为在X平台上，只有10%到20%的内容对用户来说是“新”的，而这个比例用户自己完全无法调整。因此，我无法从这些网站获取更多探索性的内容。 这两个问题让人感到困惑，但我真的不知道该如何继续，因为目前没有现成的应用或工具可以解决这个问题。如果你有任何需求，请分享给我 :) 我非常需要你的反馈，以判断我是否应该继续这个项目！

似乎每隔几年就会有大量硬件被淘汰，因为新的、更强大的系统不断问世。<p>AWS发布了一段视频和一篇文章，介绍了它如何回收大量硬件，因为这些硬件在设计时考虑到了可维护性和可修复性。<p>这有多真实？这是否适用于其他数据中心运营商？<p>即将升级的所有并行计算卡会怎样处理？它们不能被重新利用作为游戏玩家的GPU，对吧？

我创建 Velo 是因为我想要像 Superhuman 那样的速度和键盘工作流程，但不想支付每月 30 美元的费用，也不想将我的所有数据通过其他人的服务器传输。 Velo 是一个以本地为主的桌面邮件客户端。您的邮件存储在本地的 SQLite 数据库中——没有中间服务器，没有云同步。它可以离线工作，您的数据保留在您的设备上。 Velo 的不同之处在于： - 以键盘驱动 - 类似 Superhuman 的快捷键（j/k 导航，e 存档，c 撰写，/ 搜索）。您可以在不触碰鼠标的情况下快速浏览收件箱。 - 基于 Tauri v2 + Rust 后端构建 - 二进制文件约 15MB，内存使用低，启动瞬间。不是另一个 Electron 应用。 - 多账户支持 - 支持 Gmail（API）和 IMAP/SMTP（Outlook、Yahoo、iCloud、Fastmail 等）。 - AI 功能（可选） - 线程摘要、智能回复、自然语言收件箱搜索。您可以使用自己的 API 密钥（Claude、GPT 或 Gemini）。结果会被本地缓存。 - 隐私优先 - 默认阻止远程图片，钓鱼链接检测，SPF/DKIM/DMARC 徽章，沙盒化 HTML 渲染，AES-256-GCM 加密的令牌存储。 - 分割收件箱、延迟发送、定时发送、过滤器、模板、新闻简报捆绑、快速步骤、跟进提醒、日历同步。 技术栈：Tauri v2、React 19、TypeScript、SQLite + FTS5（全文搜索）、Zustand、TipTap 编辑器。130 个测试文件。 适用于 Windows、macOS 和 Linux。采用 Apache-2.0 许可证。 GitHub: [https://github.com/avihaymenahem/velo](https://github.com/avihaymenahem/velo) 网站: [https://velomail.app](https://velomail.app) 我是一名独立开发者，非常欢迎反馈，特别是在用户体验、您希望的功能或遇到的问题方面。也乐意回答有关架构或 Tauri v2 的任何问题。

注意：我并不拥有Meta的任何股份，也不在该公司工作，对他们或其竞争对手在任何商业领域没有偏见。 有一种方法可以仅查看你朋友和群组的动态，而不必看到所有那些与人工智能相关的负面信息。 他们是最大的点对点市场。 他们是最受欢迎的组织群组的平台。 显然，Facebook的约会功能很受欢迎（也许有人可以对此发表评论）。 尽管墙上存在许多阴暗的模式，他们仍在不断增长，并寻找新的增长方式。

嗨！<p>我一直对美丽的 NumberFlow 库在网页上可用但在 React Native 上不可用感到沮丧——我认为 React Native 是一个比网页更适合动画的平台。而且没有同等质量的替代品可用。因此，我自己重新实现了这个库，基本上是从零开始的。<p>介绍 Number Flow React Native。<p>我的目标是将其打造成为 React Native 上最好的数字动画库。<p> - 直接受到网页 NumberFlow 启发的美丽动画缓动 - 支持 Native 和 Skia 版本 - 完整的国际化支持，包括地区设置、紧凑或科学记数法等 - 用于计时器和计数器的 TimeFlow 组件 - 自定义数字边界，适用于二进制等情况 - 支持 37 种不同的数字系统，如阿拉伯数字、泰国数字等 - 专用的共享工作模式，以尽可能高的帧率，特别适合滑块或手势等 - 基于 React Native Reanimated v3+ 构建 - 还通过 Expo Web 支持网页<p>请查看文档： <a href="https://number-flow-react-native.awingender.com/docs" rel="nofollow">https://number-flow-react-native.awingender.com/docs</a> 如果你喜欢，请在 GitHub 上给它加星： <a href="https://github.com/Rednegniw/number-flow-react-native" rel="nofollow">https://github.com/Rednegniw/number-flow-react-native</a><p>告诉我你的想法！

我共同创办了SmartrMail（电子邮件营销SaaS，拥有12,000个电商客户，2022年被收购）。当我离开时，我不再能够访问我多年来学习的发送数据，包括数十亿封发送的电子邮件、投递模式以及真正影响电子邮件参与度的因素。 因为我不再拥有这些数据，我构建了我能做的最好的工具，以帮助我当前的电子邮件营销： --- 我的研究过程 我在所有主要电子邮件营销主题上进行了多次冲刺。爬虫程序提取了908个来源：Litmus、Klaviyo、HubSpot、Campaign Monitor和Salesforce的年度报告；从业者博客；学术研究；平台文档；Reddit讨论串；Shopify论坛；以及X上的社区讨论。从中，我提取了4,798个独立的见解。进入指南的每一个主张都有来源。任何没有来源的观点都被删除。 这产生了EMB v4：超过80,000字，分为16章。经过两轮编辑，删除重复内容，整合重叠部分，去掉任何不值得保留的内容，最终定稿为55,000字。我还联系了所有被引用的电子邮件专家征求他们的反馈，超过一半的人做出了贡献并进行了修改。我对此感到非常兴奋。 --- 技能与圣经的问题 完整的55,000字指南对于上下文窗口来说太大了。你不能仅仅把Claude指向整个内容并期望得到连贯的回答。 因此，SKILL.md是一个单独的、精简的提取：关键框架、基准、从业者名称和适合上下文的战术阈值。当你在安装了技能的情况下向Claude提问时，它是基于结构化摘要进行回答，而不是试图从原始文档中提取信息。 但这造成了一个尚未解决的问题：技能和圣经可能会出现偏差。随着圣经的更新（专家发送修正，更好的数据出现），技能需要手动保持同步。显而易见的解决方案是一个MCP服务器，将它们连接起来，以便对圣经的更改自动传播到技能。我可能会在下一个大型更新中构建这个。 --- 数据差距 我在smartmail上看到，偶尔“转化智慧”或电子邮件最佳实践实际上与我们的真实汇总发送数据并不一致。例如，“发送新闻通讯的最佳时间是周二/周四的上午9点”。不对。这绝对是一个个案解决方案，而这里的经验法则往往会损害电子邮件的参与度。 因此，这个项目的弱点在于它是基于已发布的研究，而不是专有的发送数据。已发布的基准是向后看的，跨越了截然不同的使用案例，且通常由有动机让电子邮件看起来不错的电子邮件服务提供商（ESP）提供。 我真正想要的是来自真实活动的匿名发送级数据。主题行→打开率，跨越不同的列表规模、行业、发送时间。正文结构→点击率。流程配置→每位收件人的收入。 如果有人正在做这个，或者有访问发送级数据的权限并想要贡献，我非常感兴趣。 --- ESP集成问题 我感到沮丧的另一件事是，AI与ESP的连接仍然很糟糕。大多数平台对基本的CRUD操作有API覆盖，但没有接近于你实际需要从Claude运行活动的功能。你可以提取订阅者数量，但无法有意义地分析流程表现、触发细分重建或以编程方式获取真实的投递诊断。 一些ESP开始添加MCP服务器（在指南的第14章中提到），但这仍处于早期阶段且不稳定。在这个问题解决之前，技能是建议性的，它可以告诉你该做什么，但无法为你执行。这个差距是值得努力去填补的。 --- 现在的情况 安装： ``` git clone https://github.com/CosmoBlk/email-marketing-bible.git ~/.claude/skills/email-marketing-bible ``` 完整指南（免费，可搜索）：[https://emailmarketingskill.com](https://emailmarketingskill.com) MIT许可。没有付费墙。没有电子邮件门槛。没有联盟链接。 欢迎提问！

我们每天处理2万美元的实体按摩设备销售，客户超过14万。退款率为0.35%。Stripe在没有任何警告、具体说明和人工审核的情况下关闭了我们的账户，理由是“未经授权的支付”。 我们花了一周时间进行调查，最终自己找到了根本原因，因为Stripe并没有告诉我们。 我们的结账平台（CheckoutChamp）在处理后续购买的追加销售时，将其作为独立的Stripe收费，使用的是存储的卡片令牌，而没有触发3D安全验证。大约64%的客户接受了追加销售，这意味着大多数订单在客户的银行账单上产生了2-3笔收费，而不是一笔。那些未能识别额外收费的客户联系了他们的银行，导致了早期欺诈警告（Visa TC40 / Mastercard SAFE报告）。Stripe的雷达系统将这些识别为“未经授权”的活动。 这与在Shopify上完美运行的追加销售流程完全相同，因为Shopify的后续购买API会将追加销售添加到现有交易中。而CheckoutChamp则创建了一个独立的收费。这就是全部区别。这是一个交易架构问题，而不是欺诈问题。 我们立即修复了所有问题：禁用了所有后续购买的追加销售，取消了所有活跃的订阅，将结账流程重构为单一交易流程。 然后我们尝试告知Stripe。 我们提交了一份详细的根本原因分析报告，附上了来自Stripe自己仪表板的截图，显示我们的退款率为0.35%。我们附上了结账平台的数据，证明追加销售已被禁用。我们提交了33份以上的文件：雇主识别号码（EIN）、组织章程、6个月的银行对账单、供应商合同、第三方物流发票、库存照片、客户发票。我们还提供了25%的滚动储备。 两个支持案例都以模板回复的方式关闭。没有一条回复提到我们的根本原因分析。 其中一条回复将我们的案例称为“Greg Misc LLC”。而我们的公司是JS Commerce Group LLC。这就是他们审查的仔细程度。 我们给patrick@stripe.com发了邮件，但没有回复。我们给risk-support@stripe.com发了邮件，也没有回复。 我们在X平台上发帖。Stripe的社交团队回复：“我们的内部团队仍在审查您的案例。”自那条回复以来，两个支持案例再次被关闭。X团队和支持团队显然没有联系。 现在，Stripe正在自动向已经收到产品并每天使用的客户退款约5万美元。这些客户并没有要求退款。当钱出现在他们的账户中时，他们会感到困惑，而我们不得不解释发生了什么。 这周我与6家替代支付处理商进行了交谈。每一家都在几分钟内理解了追加销售架构问题。他们都说了同样的话：这是一个已知问题，涉及为追加销售创建独立收费的平台。没有一家认为这是欺诈。 Stripe的系统设计是，一旦你被标记，就没有途径让人类评估新的证据。支持团队发送模板，风险团队不回复直接邮件，X团队在公开场合说得很好，但与内部流程没有任何联系。而自动退款的时钟仍在滴答作响。 如果你是阅读此文的商家：不要依赖单一支付处理商。你的业务多么干净都无所谓。结账平台的架构缺陷可能会触发算法，一旦发生，再多的证据也无法到达人工审核。

为了一个有趣的周末项目，我们给自己的OpenClaw代理“Mahmut”设计了一个面孔，并进行了现场采访。结果出乎意料地顺利。 以下是采访的预告片： [链接](https://x.com/ptservlor/status/2024597444890128767) 用户发言，Deepgram进行转录，OpenClaw Gateway将其路由到你的代理，ElevenLabs将响应转换为语音，而LemonSlice则根据音频生成同步口型的虚拟形象。所有内容通过LiveKit实时流式传输。 端到端的延迟大约在1到2秒之间，具体取决于大语言模型（LLM）。LemonSlice的口型同步效果让我们感到惊讶，效果远超我们的预期。 如果你想为其构建自己的网页用户界面，技能库中有完整的Python示例、环境设置、故障排除指南以及Next.js前端指南。