## Atuin Desktop v0.2.0：重新设计的运行手册引擎
Atuin Desktop 发布了重大更新，包含一个完全重新设计的运行手册执行引擎，标志着运行手册成为核心自动化工具迈出了重要一步。此次改进解决了之前执行不稳定、状态丢失和不一致的问题，确保运行手册现在能够**持久化状态**并**可预测地执行**，即使在应用程序重启和标签页关闭后也是如此。
**主要改进包括：**
* **持久化状态：** 运行手册即使在关闭/重启应用程序后也能保留上下文（例如临时目录）。
* **可重现的结果：** 上下文流程可预测——在一个块中设置的变量不会追溯性地影响其上方的变量。
* **模板无处不在：** 模板现在在输入中普遍受支持，从而实现自引用变量。
* **两种上下文类型：** *被动上下文*（持久设置）和 *主动上下文*（运行时状态）提供精细的控制。
此更新还为**实时协作**和未来功能（如**CLI 运行器**、**密钥管理**和**基于 Markdown 的运行手册**）奠定了**基础**。 一些现有功能，如编辑器变量同步，已进行了调整以适应新的架构。
更新到 v0.2.0，体验 Atuin Desktop 运行手册的改进稳定性和强大功能！
每日HackerNews RSS
## Spikelog：简单指标追踪
Spikelog 提供了一种简化的方式来追踪关键数据，无需完整可观测性堆栈的复杂性。只需 **将数字与图表名称 POST 到他们的 API**，图表就会立即出现——除了 API 密钥外，无需任何设置。
与需要配置和查询语言的传统解决方案不同，Spikelog 专注于快速可视化重要指标，例如任务完成情况或用户注册量。它非常适合副项目、MVP 和小型系统。
**主要特点：**
* **易于集成：** 适用于任何能够发出 HTTP 请求的系统（curl、Python、JavaScript 等）。
* **AI 驱动追踪：** 可以通过 AI 提示自动识别和实施追踪。
* **免费套餐：** 10 个图表，每个图表 1,000 个数据点，无需信用卡。
* **滚动窗口：** 自动管理数据保留，仅保留最近的 1,000 个数据点。
对于更高级的需求，Spikelog 推荐 Axiom，但对于简单的指标可视化，它提供了一个非常简单的解决方案。
## Spikelog：脚本和MVP的简单指标
Spikelog 是一款新的、极简的指标服务，旨在快速跟踪数字，而无需完整可观察性工具的复杂性。由 dsmurrell 使用 Cursor 大约一天时间创建，它允许用户 **POST JSON 数据（图表名称 + 值）** 并自动在具有 1000 个数据点的滚动窗口的图表上显示。目前它支持最多 10 个图表。
创建者有意保持 API 简单，甚至提供了 **AI 提示来自动化与编码代理的集成**。Spikelog 专为基本的“上升或下降”跟踪而设计——比简单的日志记录高一个等级——并且无意取代 Datadog 或 Axiom 等强大的解决方案。
早期反馈强调了入职流程的潜在改进（删除初始帐户要求）以及为不同环境分离日志。用户还在讨论产品提供 AI 助手提示以及传统 API 的日益增长的趋势。开发者乐于接受反馈，并计划在未来添加警报功能。你可以在这里查看 Spikelog 自身的数据跟踪：[https://spikelog.com/p/spikelog](https://spikelog.com/p/spikelog)。
请愿书敦促德国联邦议院正式承认对开源软件（OSS）的贡献是志愿性的、公益性的工作——等同于传统志愿者角色，例如俱乐部或救援服务中的角色。 OSS构成了德国大部分数字基础设施的基础，对主权和创新至关重要，但开发者的大量无偿工作目前并未得到法律认可。请愿书认为，OSS 明显有利于公共利益，为互联网协议和医疗保健 IT 等关键系统提供必要的、透明的软件。 将 OSS 工作定义为志愿工作将释放诸多益处，例如免税的费用津贴、项目更容易获得非营利地位以及改善对贡献者的法律保护。这将促进可持续性、吸引人才并认可推动德国数字化进程的重要且通常未得到补偿的专业知识。请愿书强调，其他国家已经支持 OSS 贡献者，如果德国没有类似的认可和资助，将面临落后的风险。
## LLM 的局限性与潜在的 AI 变革 AI 先驱伊利亚·苏茨克维尔最近的评论表明，人们日益担心：仅仅扩大大型语言模型 (LLM) 的规模正面临瓶颈。他认为这些模型在泛化方面存在根本性问题——表现远不如人类——并且需要根本性的新方法，可能包括神经符号 AI 和内置约束。 这种观点并非新鲜事；许多研究人员长期以来一直告诫不要*仅仅*依赖于规模扩大。担忧包括投资回报递减、准确性问题持续存在（“幻觉”），以及推理能力有限。然而，对 LLM 的巨额投资——估计超过一万亿美元——仍在继续，这得益于风险资本优先考虑可扩展的商业模式而非创新理念。 这种误导的潜在后果是重大的。如果 LLM 未能实现承诺的生产力提升，可能会发生重大的经济调整，可能影响从科技公司估值到更广泛的金融市场，甚至引发经济衰退。这种情况凸显了技术炒作与实际结果之间的潜在脱节，以及对替代研究途径代价高昂的忽视。
## SQLite 作为应用程序文件格式：摘要
本文提倡将 SQLite 数据库用作应用程序文件格式，认为它比传统的自定义格式或“文件堆”方法具有显著优势。虽然存在许多应用程序格式（DOC、PDF、EPUB 等），但 SQLite 提供了一种强大而通用的替代方案。
与通常是“不透明块”需要专用工具的自定义格式，或难以管理的“文件堆”不同，SQLite 提供了一个单文件、文档完善的解决方案。它通过消除自定义文件 I/O 代码的需求，利用广泛使用且可靠的 SQLite 库来简化开发。
主要优点包括用于轻松数据访问的高级查询语言、跨平台兼容性、确保数据完整性的原子事务以及高效的增量更新。SQLite 还支持并发访问并与许多编程语言集成。
最终，SQLite 数据库清晰的模式和关系结构促进了更好的应用程序设计、更高的性能和更易于维护——将数据组织优先视为成功的编程的关键。虽然并非普遍理想，但 SQLite 值得作为许多新应用程序的标准文件格式来考虑。
## SQLite 作为应用文件格式 - 摘要
这次黑客新闻的讨论集中在使用 SQLite 数据库作为应用文件格式，而不仅仅是传统的数据存储。这个想法，以 MBTiles（用于地图切片）和 Acorn 图像编辑器等例子为代表，利用了 SQLite 的健壮性、可移植性和查询能力。
许多评论者强调了诸如易于数据传输、压缩效率、简化数据管理（尤其是在复杂配置方面）以及未来数据保存等好处。SQLite 处理二进制数据和关系数据的能力也是某些用例中优于 ZIP 等格式的关键优势。
对话扩展到相关主题，例如替代的归档格式（ZIP、tar.gz）、规范化与在 SQLite 中存储 JSON blob 的好处，甚至使用 SQLite 存储可执行代码（ELF 文件）的可能性。一个反复出现的主题是 SQLite 的长期兼容性以及可用于与 SQLite 数据库交互的丰富工具。最终，讨论将 SQLite 描绘成一个令人惊讶的多功能且强大的应用数据结构化选项。
Ajax Security 发布了 OS Malevich，这是其 Hub 的全新操作系统，相较于前代产品实现了显著的飞跃。最初的 Hub 基于可靠的实时操作系统 (RTOS) 构建——这对于需要稳定性能的安全系统至关重要——但它在快速扩展用户和市场需求的功能方面面临局限性。
虽然 C 编程和 Linux 等选项存在，但它们在开发时间、可靠性或安全性方面存在权衡。OS Malevich 通过融合 RTOS 的稳定性和高级系统的可扩展性来解决这些挑战。
该新操作系统拥有模块化架构、高效的资源管理（仅利用 20% 的处理器容量）以及标准化的 API，以简化开发并加速所有 Ajax 平台（Hub、服务器和应用程序）的新功能实施。这使得 Ajax 能够快速响应不断变化的安全需求，并集成直接连接和复杂自动化场景等高级功能，最终巩固其在专业安全市场的地位。
这个Hacker News讨论围绕着“OS Malevich”展开，这是一个为简洁性而设计的系统，详情见ajax-systems.uz 2017年的一篇文章。一个关键点是系统的设计选择，可能是一种RTOS，与Linux的执行队列模型形成对比——这通常被认为是Linux在专业安全系统中不受青睐的原因。
评论者对此争论，指出存在实时Linux内核（PREEMPT_RT，现在已合并到主线），并指出即使是RTOS也使用执行队列，尽管可能具有静态分区。
一位用户强调，将研究级雄心与实际的、现实世界的产品开发相结合的项目很少见，认为OS Malevich是一项值得注意的成就。对话简短，专注于系统核心设计原则的技术影响。
尼尔·斯蒂芬森对被列入A16Z阅读清单表示回应，但对其中声称他的书“字面意义上中途停止”的说法感到沮丧。他反驳这是事实错误，指出像《雪崩》这样的作品有明确的结尾，同时承认《钻石时代》和《七夏娃》等作品是故意留有开放性的。 斯蒂芬森认为，这个错误可能源于未经验证的AI生成内容，这在各个领域日益成为一个问题。他担心这个虚假断言会被未来的AI模型吸收，从而扭曲他的作品遗产——将他描绘成一位突然结束小说的作者。 他还认为，这个说法可能源于质量较差的数字副本或错误的翻译。尽管如此，斯蒂芬森仍然感谢被列入该清单，并强调了盲目接受网络信息的更广泛危险，尤其是在大型语言模型缺乏对现实理解的情况下。
## 瑞士当局面临云服务限制 瑞士数据保护官员会议（Privatim）最近的一项决议，显著限制了联邦当局使用国际云服务，例如AWS、Google和Microsoft。该决议实际上禁止将这些服务作为全面的软件即服务（SaaS）解决方案，用于高度敏感或具有法律保密性的个人数据。 Privatim 引用了将数据外包给国际供应商时，对数据安全和控制的担忧。主要问题包括加密不足（缺乏真正的端到端加密）、数据处理方面透明度有限，以及美国当局可能通过《云法案》访问数据，从而绕过瑞士法律保护的可能性。 虽然基本的在线存储，如Microsoft 365可能仍然被允许，但当局被敦促在上传数据*之前*进行加密并保留密钥控制。这一决定对当局的IT战略提出了挑战，但过去类似的裁决缺乏执行力度，其影响尚不确定。核心原则是优先保护公民数据，考虑到公共机构的特殊责任。
## 瑞士当局建议限制云服务
瑞士数据保护官员最近的建议表明，当局应大幅限制其使用云服务，特别是来自美国供应商（如AWS和微软）的服务。这源于对数据隐私的担忧，特别是美国《云法案》，该法案可能强制供应商交出数据，无论数据位于何处，以及潜在的监控。
该建议并非全面禁止，而是强调优先选择本地供应商，并要求端到端加密——这可能会阻碍许多SaaS产品的功能。讨论强调了权衡：虽然本地供应商可能更昂贵且缺乏功能，但依赖外国公司会带来地缘政治风险。
一些评论员指出，完全避免云服务是不切实际的，理由是需要24/7的可访问性以及构建/维护内部基础设施的成本。另一些人质疑仅依赖本地供应商的安全性，并提到了潜在的内部威胁。由于新的监控法律，像Proton这样的瑞士供应商也在考虑搬迁，这进一步复杂了局势。最终，这一举动反映了对美国科技巨头日益增长的不信任，以及对更大数据主权的需求。
最近的研究表明，真菌可能为未来的太空栖息地提供一种令人惊讶的轻型辐射屏蔽解决方案。最初的重点是黑色素的辐射保护特性，但科学家们现在认为，其他真菌成分——甚至真菌内的水——也可能至关重要，因为水的富含质子结构可以有效地阻挡宇宙辐射。 这对于中国、美国和SpaceX计划的月球和火星基地至关重要。传统的屏蔽材料，如金属、玻璃，甚至水本身，都太重且运输成本太高。 宇航生物学家林恩·罗斯柴尔德提出了“菌丝体建筑”的概念——在月球或火星上生长基于真菌的结构。这将大大减轻发射重量，并且可能提供自我再生的辐射屏障，从而为未来的太空探索者提供一种更可持续和节能的保护方式，使其免受银河宇宙辐射的侵害。
猫咪们以一种真正的猫科动物的方式，花时间决定何时何地与人类建立联系。根据新的科学证据，从野生猎手到被宠爱的宠物这一转变比之前认为的要近得多，而且发生地也不同。对考古遗址中发现的骨骼的研究表明，猫与人类的密切关系始于几千年前，地点在北非，而非黎凡特。“它们无处不在，我们制作关于它们的电视节目，并且它们统治着互联网，”牛津大学的格雷格·拉森教授说。“我们与猫建立的这种关系大约始于3500或4000年前，而不是10000年前。”
## 猫与人类：相对较新的伙伴关系
一篇BBC文章讨论了猫的驯化出人意料的近期历史，引发了Hacker News上的争论。 许多人认为猫与人类有着悠久的关系，但证据表明猫直到大约3500-4000年前才真正被驯化——比狗甚至农业（大约10000年前）晚得多。
讨论强调了猫的用处与定居的农业社会需要控制储存谷物的害虫有关。 游牧生活方式对猫来说没有太大吸引力，解释了驯化的延迟。 一些评论员质疑“驯化”的定义，指出猫“几乎没有被驯化”，并且很大程度上与人类达成了休战，而不是经历重大的行为改变。
来自古埃及的证据证实猫大约在4000年前就已存在，但这并不能证明更早的驯化发生在其他地方。 这次对话还涉及了存在和真正驯化之间的区别，以及可能没有持续的独立驯化事件。 近期研究表明，猫大约在2000年前从北非扩散到欧洲，并通过丝绸之路后来到达中国。