一周热榜

首先，我不是一个开发者——但我是一个非常懂技术、超过50岁的、做产品的人和创业者。 这个项目是在 Claude Code 发布后不久启动的。我之前已经做过几个 AI 编码项目，并决定看看我能实际将一个项目做到什么程度。虽然我得到了一位开发者的帮助，但我越来越觉得自己有能力承担更多的工作。所以，这个项目耗时大约9个月，在过去的2个月里我全职投入其中。 技术栈： Postgres，Next.js 在 Render 上运行。使用前端和后端服务的 Monorepo。 从在这个项目中使用 Claude Code 中获得的一些经验： * 我直接用前端 JavaScript 和模拟数据构建了所有项目页面——没有使用 Figma 或其他布局工具。 * 在早期，范围变得难以控制；我很快了解到，除非受到严格约束，否则 Claude 倾向于过度构建。 * 最初，我使用 Claude Desktop 来优化 Claude Code 的提示。 * 我最初对 Git、SQL、Docker 和本地/远程环境的技能不太熟练，但现在它们不再成为障碍。 * 使用 Flowbite CSS 节省了很多麻烦，并且能够快速制作出质量相当高的设计。 * 把细节做好一直都依赖于推动别人，现在这个责任完全落在了我身上。 * 大约六个月后，我采用了 Functional Core, Imperative Shell 方法，并在 claude.md 中进行了记录（灵感来自这篇 HN 帖子：<a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=45701901">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=45701901</a>）。 * 在花时间制定了详细的待办事项规范并遵循上述方法后，我一天就构建了一个 Airbnb 风格的推荐计划。 Jetogo 的功能： * 为您提供长期、仅限数据的 eSIM 卡，用于移动数据 Jetogo 的用途： * 节省旅行漫游数据费用 * 辅助设备（例如，孩子的 iPad、笔记本电脑或备用连接） 我们构建的内容： * 解析 CDR 使用数据以计算准确的用户账单 * 使用 Stripe 实施按需付费和订阅选项 * 订阅支持结转和超额使用，在每个计费周期结束时应用 * 构建推荐、奖励和优惠券计划 * 聚合多个 eSIM 的使用情况，并将其汇总到一个帐户下，并显示统一的总额 现已上线：<a href="https:&#x2F;&#x2F;jetogo.com" rel="nofollow">https:&#x2F;&#x2F;jetogo.com</a>

Cordon 使用 Transformer 嵌入和密度评分来识别日志文件中语义上独特的内容，从而过滤掉重复的噪声。 核心思想是：一个关键错误重复 1000 次是“正常”的（语义密集）。一个奇怪的、一次性事件是异常的（语义孤立）。 输出带有异常评分的 XML 标记块。旨在减少大型日志，作为 LLM 分析的预处理形式。 架构：<a href="https://github.com/calebevans/cordon/blob/main/docs/architecture.md" rel="nofollow">https://github.com/calebevans/cordon/blob/main/docs/architecture.md</a> 基准测试：<a href="https://github.com/calebevans/cordon/blob/main/benchmark/results/README.md" rel="nofollow">https://github.com/calebevans/cordon/blob/main/benchmark/results/README.md</a> 权衡：有意忽略重复模式，使用基于百分位数的阈值（相对的，而非绝对的）。

从今天开始，CloudFlare 突然开始对德国用户审查 Polymarket，事先没有任何警告。这对持有未平仓头寸和订单的交易者来说非常恶劣，他们突然无法平仓和取消订单。Polymarket 对此的回应是将德国添加到其受限市场列表中。德国政府、Polymarket 或 CloudFlare 均未发布官方声明。这就是你开始审查互联网时会发生的事情。它永远不会仅仅止步于儿童色情和纳粹内容。审查会不断扩大，而支持审查的人并不关心他们会伤害多少人。

在将 AI 语音助手与旧系统集成的 6 个月里，我厌倦了与 2003 年的 SOAP 协议斗争。于是我创建了 Hopeless，将 6 个月的集成时间缩短到 2 周。代币减少约 70%。 适用于任何遗留系统。

我用 Notion 写日记好几年了，但我发现切换到它的 DSL（领域特定语言）的认知成本对我来说不划算。Notion 基于块构建，比如建立在块之上的数据库。即使我将笔记导出为 Markdown 格式，它仍然反映了 Notion 的内部数据结构，而不是给我一些干净且可移植的东西。 例如，内联数据库最终会变成一个表格，其中包含指向文档其他部分的 href 链接——很好，但当我想要可以实际使用的纯文本时，它就不是很有用了。 与此同时，我一直在进行大量的提示，而 Markdown 更适合我的工作流程。它不是一个日记工具，但它简单且被广泛支持——GitHub、VSCode 等，并且它消除了使用专用笔记应用程序带来的许多上下文切换。 我可能会怀念的是内联数据库和其他丰富的内容，但我已经学会了停止使用它们。但是，我已经将我的日记工作流程优化到很多我的提示技巧。我使用常规表格并更刻意地拆分文档。如果需要，我会在日记之间引用它们，有点像为工作流程的每个部分设置了专门的提示。 我还在日记中使用许多提示技巧——我使用常规表格（更扁平且未链接）而不是创建内联数据库，并开始更多地拆分文档，并在我的日记中引用它们。 我有时也会在顶部放置 YAML 前置元数据和描述。这样，如果我想要运行一个 LLM 来处理我的日记——用于总结年份或构建语义搜索——我已经准备好了。（甚至可能将其变成 https://gpt.qalam.dev 的一个功能） 我意识到工具的重要性不如我组织思想的方式。