最新

https://www.reuters.com/world/asia-pacific/china-blocks-foreign-acquisition-ai-startup-manus-2026-04-27/ https://www.bbc.com/news/articles/cj0v0gr2yz7o

在设计这款电子表格工具时，我意识到我从未需要考虑快捷键的问题。一切都自然而然地沿用了 Vim 的方式。普通模式/插入模式/可视模式，hjkl 导航，dd/yy/p，:w，:q。 熟悉的肌肉记忆都能派上用场。<p>它支持 CSV/TSV 导入导出，以及一种可以保留公式的本地 .cell 格式。公式引擎处理 SUM、AVERAGE、COUNT、MIN、MAX 和 IF，并支持范围引用。<p>代码库是一个 Cargo 工作空间：一个纯粹的 cell-sheet-core 库（没有 TUI 依赖）和一个基于 ratatui 的 cell-sheet-tui crate。虽然还处于早期阶段，但已经可以使用了。<p>试用方法： cargo install cell-sheet-tui<p>欢迎提供任何形式的反馈！

Hi HN， 我一直在做这个项目，很难决定什么时候停止，无论是停止优化信息的呈现方式，还是停止添加条目。它不是一个博客，而是一个不断增长的参考资料。 链接：[https://thehardparts.dev](https://thehardparts.dev) 目前，我创建了 4 个主要部分： * 失败模式：项目出错的方式 * 危险信号：值得认真对待的早期信号 * 技术决策：常见和不常见的艰难选择的权衡 * 行动指南：针对重复出现的场景的指导方法 我还专注于在它们之间创建链接，以展示许多事物之间的关联：一个危险信号通常先于一个失败模式，这可能与一个被迫的决策相关，等等。 一些入口点，让你对内容有个大致了解： * 隐形的截止日期：一个在社交层面存在，但没有明确到足以诚实管理的时间 * 每个人都问同一个人：当一个人成为默认的真相来源 * 构建实用的回滚策略：如何构建可靠的回滚策略 它在 4 个部分中共有 151 个条目。 很好奇你们对内容、格式和分组的看法。

在一些评论区里，你们中的一些人分享了有趣的观点和模式，这让我相信，所有对“线束工程”感兴趣的人都在研究某种软件“暗工厂”。 我们有 OpenAI 的 Symphony[1]，StrongDM 的 Factory[2]，Yegge 的 GasTown[3]，以及其他一些我可能错过的。 所以我很好奇。你们都在研究什么？学到了什么？哪些有效，哪些失败了？你们认为接下来会是什么？ 我先来。我尝试的第一个产生有趣结果的事情是，在可能的情况下，为模型提供一个“地面真值”或参考，以便其迭代：UI 工作的截图或模型图，逻辑的 API 契约和单元/集成测试。这就是我们都熟知的 Ralph Loop。一个反馈循环。 第二个（我知道，很明显）是拆分规划和实施。 接下来是其他模型的审查和迭代循环，结果显著。然而，执行代理经常通过将事情推迟到无底洞或说一些实际上重要的反馈意见超出范围来逃避。另一个反馈循环。我发现将这些审查变成“硬门槛”也有其自身的问题，因为审查代理总是会找到一些可以挑剔的地方，将这种迭代实施方法变成近乎无限的循环。 将这些审查与代码一起提交计划导致了一个有趣的意外：审查代理自发且出乎意料地注意到了这些，并通过比较计划和实施来大大改进了它们的反馈（应该很明显，你可以想象我第一次看到 GitHub Copilot 实际上提供了有用的反馈，而不是通常的拼写错误挑剔时的惊讶）。 然后，这里的评论让我想到了一种对抗性的“绿队/红队”流程。 第一个代理根据我的初始计划创建一个规范（基于 StrongDM 的 NLSpec），并进行审查，包括一个详细的 API。 一个红队代理根据这些规范编写单元和集成测试，并进行审查。 然后，一个绿队代理被赋予相同的规范和 API，并实现实际的功能或修复，并针对测试进行迭代，而无法访问测试本身，只能知道哪些测试失败以及它们测试的内容。这可以防止它“作弊”通过测试。 最后，一旦测试通过，一个审查代理会根据规范审查实施情况。 这很好。它允许混合和匹配模型、思维水平和提供商。但绿队和红队有时会偏离最初的规范和 API，有时是有充分理由的。 因此，引入了另一个代理来评估这些偏差，如果它们是有效的改进，则从规范生成点重新启动流程，并提供新的见解。又一个反馈循环。 最后，将日志、OTel 跟踪和堆栈跟踪集成到流程中。这些代理似乎非常擅长筛选这些信息，端到端的可见性大大提高了结果。再次，一个反馈循环。 到目前为止，这就是我所做的。很想看看其他人对这个有什么要分享的！

Forkle (forkle.co.uk) 是一款每日单词游戏，其中两个主题相关的填字游戏同时占据同一网格。每个方格包含两个字母——分别属于两个填字游戏——以对角线颜色分割显示。当两个填字游戏相交时，某些方格共享相同的字母，这让你能够同时进入两个填字游戏。 该机制有两个层面：共享网格和相关主题。每天的两个填字游戏围绕一个中心思想进行主题配对。今天的谜题是“同一栋房子，不同王国”——相同的家，相同的人类，完全不同的世界。一个填字游戏是狗狗的世界，另一个是猫咪的世界。主题的选择既相关又独特，当联系点被发现时，会产生额外的满足感。 将两个填字游戏强制放入一个物理空间的限制，最终产生了真正有趣的解题决策——有时这两个谜题互相帮助，有时则互相冲突。 该游戏由一人使用 React、Python、Supabase、Fly.io 和 Resend 在几个月内独立构建完成。预先加载了三个月的每日谜题。两周前已上线。 欢迎任何愿意尝试的人提供反馈。