<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>每日HackerNews</title><link></link><description></description>
            <item>
                <title>烂代码如葛藤 Bad Code Is Kudzu</title>
                <link>https://vickiboykis.com/2026/09/01/bad-code-is-kudzu/</link>
                <guid>https://vickiboykis.com/2026/09/01/bad-code-is-kudzu/</guid>
                <pubDate>Sun, 13 Sep 2026 21:33:00 +0000</pubDate>
                <description><![CDATA[<p>作者将软件功能比作葛藤——一种会大肆侵占生存环境的入侵植物。正如葛藤一样，一旦功能被添加到代码库中，它就会变得“粘滞”：团队会在其基础上构建各种依赖，导致后续想要移除它变得愈发困难且吃力不讨好。

在如今人工智能辅助开发的时代，生成代码变得比以往任何时候都更容易，“代码库葛藤”的风险已达到临界点。如果不进行有意的精简，项目中就会堆积大量未被使用且复杂的功能，从而阻碍维护工作。

作者认为，开发者必须转变思维模式：将添加功能视为一种临时实验，而非永久性的固定配置。通过监测实际使用情况（正如作者追踪“标签气泡”功能的失败案例一样），开发者应主动删除那些无法提供明确价值的功能。归根结底，删除代码的能力与编写代码的能力同样重要；如果你能轻易添加一项功能，也必须准备好同样迅速地将其剔除，以保持代码库的健康。</p><p>The author draws an analogy between software features and kudzu, an invasive plant that aggressively overtakes its environment. Much like kudzu, once a feature is added to a codebase, it becomes "sticky"—teams build dependencies upon it, making it increasingly difficult and thankless to remove.

In the current era of AI-assisted development, where generating code is easier than ever, the risk of "codebase kudzu" has reached a critical point. Without intentional pruning, projects become cluttered with unused, complex features that hinder maintenance.

The author argues that developers must shift their mindset: treat feature addition as a temporary experiment rather than a permanent fixture. By monitoring real-world usage—as the author did by tracking the failure of a "hashtag bubbles" feature—developers should proactively delete what doesn't provide clear value. Ultimately, the ability to delete code is just as vital as the ability to write it; if you can easily add a feature, you must also be prepared to prune it just as quickly to keep the codebase healthy.</p>]]></description>
            </item>
            
            <item>
                <title> US diplomat secretly flown home ‘had child abuse images at flat’</title>
                <link>https://www.thetimes.com/uk/crime/article/us-diplomat-flown-home-immunity-bv58b3v7q</link>
                <guid>https://www.thetimes.com/uk/crime/article/us-diplomat-flown-home-immunity-bv58b3v7q</guid>
                <pubDate>Sun, 13 Sep 2026 21:05:32 +0000</pubDate>
                <description><![CDATA[<p></p><p>A diplomatic row has erupted following reports that a US official was secretly flown home after child abuse images were allegedly discovered at their residence. The incident has triggered a conflict concerning diplomatic immunity, as authorities investigate the official’s possession of illicit material. Further details regarding the official's identity or the specific circumstances of their departure have not been disclosed, but the case is currently the subject of significant scrutiny.</p>]]></description>
            </item>
            
            <item>
                <title>有缺陷的路由器导致威斯康星大学互联网时间服务器瘫痪（2003年） Flawed Routers Flood University of Wisconsin Internet Time Server (2003)</title>
                <link>https://pages.cs.wisc.edu/~plonka/netgear-sntp/</link>
                <guid>https://pages.cs.wisc.edu/~plonka/netgear-sntp/</guid>
                <pubDate>Sun, 13 Sep 2026 21:01:29 +0000</pubDate>
                <description><![CDATA[<p>2003 年 5 月，威斯康星大学麦迪逊分校的网络时间协议（NTP）服务器遭遇了持续且巨大的互联网流量洪流（高达每秒数百兆比特）。起初，人们怀疑这是一场恶意分布式拒绝服务（DDoS）攻击，但调查发现，根本原因是数十万台网件（Netgear）家用路由器中存在设计缺陷。

这些设备被硬编码为向该大学特定的 IP 地址查询时间同步，且查询频率往往过高。由于这些产品缺乏适当的更新机制且部署广泛，学校无法在不影响合法用户的情况下简单地屏蔽这些流量。

该大学与网件公司合作确定了故障固件并开发了修复程序，同时还邀请独立专家探索诸如 BGP 任播（anycast）等长期的架构解决方案。此案例凸显了在消费类硬件中嵌入硬编码的全球可路由 IP 地址所带来的危险，这种做法违反了互联网最佳实践，并造成了运营层面的不稳定。该大学公开此事旨在防止类似事件再次发生，并强调制造商必须遵守既定的互联网标准，在未来的产品设计中优先考虑稳健且可配置的网络行为。</p><p>In May 2003, the University of Wisconsin–Madison experienced a massive, persistent flood of Internet traffic (up to hundreds of megabits per second) directed at its Network Time Protocol (NTP) server. Initially suspected to be a malicious DDoS attack, investigators discovered the root cause was a design flaw in hundreds of thousands of Netgear residential routers.

These devices were hard-coded to query the university’s specific IP address for time synchronization, often at excessive frequencies. Because these products lacked proper update mechanisms and were widely deployed, the university could not simply block the traffic without affecting legitimate users.

The university collaborated with Netgear to identify the faulty firmware and develop fixes, while also engaging with independent experts to explore long-term architectural solutions like BGP anycast. This case highlights the dangers of embedding hard-coded, globally routable IP addresses in consumer hardware, a practice that violates Internet best practices and creates operational instability. The university’s public disclosure aims to prevent similar incidents, emphasizing the need for manufacturers to adhere to established Internet standards and prioritize robust, configurable network behavior in future product designs.</p>]]></description>
            </item>
            
            <item>
                <title>Julia 1.13 版本亮点 Julia 1.13 Highlights</title>
                <link>https://julialang.org/blog/2026/09/julia-1.13-highlights/</link>
                <guid>https://julialang.org/blog/2026/09/julia-1.13-highlights/</guid>
                <pubDate>Sun, 13 Sep 2026 20:31:41 +0000</pubDate>
                <description><![CDATA[<p>Julia 1.13 现已发布，带来了显著的性能提升和易用性改进。

**性能与效率：**
* **更快的启动与预编译：** 包预编译速度比 1.12 版本提升约 30%，整体启动时间缩短约 20%。
* **垃圾回收 (GC)：** 完全垃圾回收速度大幅提升，因为系统镜像中的对象已被永久标记，这意味着回收时间现在取决于用户的堆内存大小，而非已加载代码的总量。
* **哈希算法：** 采用全新的高性能纯 Julia 哈希算法 (RapidhashNano) 替代了 MurmurHash3，显著提升了字符串和数值类型的处理速度。
* **多线程：** 调度程序的改进大幅降低了在频繁创建任务负载下的开销，特别是在 Windows 系统上。

**REPL 与工作流改进：**
* **原生 REPL：** REPL 现在内置了语法高亮，并增强了类似 `fzf` 的模糊搜索历史记录功能。
* **开发工具：** 改进后的内省宏允许将类型直接传递给 `@which` 等工具。新增的 `--trace-eval` 标志有助于调试加载耗时。
* **Pkg 更新：** Pkg 现在使用 zstd 压缩以加快下载速度，并包含更智能的依赖解析机制，以避免冗余的预编译。
* **Juliaup：** 新增了用于管理版本和配置的图形界面 (`juliaup gui`)。</p><p>Julia 1.13 has been released, featuring significant performance gains and usability improvements.

**Performance & Efficiency:**
*   **Faster Startup & Precompilation:** Package precompilation is ~30% faster than in 1.12, and overall startup time has improved by ~20%.
*   **Garbage Collection (GC):** Full GC is now drastically faster because objects in the system image are permanently marked, meaning collection time now scales with the user’s heap size rather than total loaded code.
*   **Hashing:** A new pure-Julia, high-performance hash algorithm (RapidhashNano) replaces MurmurHash3, offering substantial speed improvements for strings and numeric types.
*   **Threading:** Scheduler improvements have significantly reduced overhead in spawn-heavy workloads, particularly on Windows.

**REPL & Workflow Improvements:**
*   **Native REPL:** The REPL now includes built-in syntax highlighting and an enhanced, fuzzy-searchable history (similar to `fzf`).
*   **Developer Tools:** Improved introspection macros allow passing types directly to `@which` and similar tools. A new `--trace-eval` flag aids in debugging load times.
*   **Pkg Updates:** Pkg now uses zstd compression for faster downloads and includes smarter dependency resolution to avoid redundant precompilation.
*   **Juliaup:** A new graphical interface (`juliaup gui`) is available for managing versions and configurations.</p>]]></description>
            </item>
            
            <item>
                <title>马克·扎克伯格：“剑桥分析”（2017年） Mark Zuckerberg: "Cambridge Analytica" (2017)</title>
                <link>https://twitter.com/TechEmails/status/2099214399840059428</link>
                <guid>https://twitter.com/TechEmails/status/2099214399840059428</guid>
                <pubDate>Sun, 13 Sep 2026 20:31:11 +0000</pubDate>
                <description><![CDATA[<p>发布
登录
注册

Internal Tech Emails 在 X 上发布：“马克·扎克伯格：‘剑桥分析’
2017年1月30日”

Internal Tech Emails @TechEmails
马克·扎克伯格：“剑桥分析”
2017年1月30日
下午 7:11 · 2026年9月13日
4.23万次浏览
517次转发 313次引用 158次喜欢

登录或注册 X
查看正在发生的事情并加入对话
继续使用手机号
继续使用 Apple
继续使用 Google
或使用用户名或电子邮件登录

相关账号
Internal Tech Emails @TechEmails 关注

当前趋势

条款 · 隐私 · Cookie · 无障碍 · 广告信息 · 更多
© 2026 X Corp.

Internal Tech Emails @TechEmails
马克·扎克伯格：“剑桥分析”
2017年1月30日
下午 7:11 · 2026年9月13日
4.23万次浏览
517次转发 313次引用 158次喜欢

Internal Tech Emails @TechEmails 1小时前
[此文档来自“In re Facebook, Inc. Securities Litigation (2026)”案件。]
7.58万次浏览

Alexander Athienitis @ShedTeach 1小时前
所以…… @Austen 你一直都是对的！剑桥分析公司所做的并没有什么其他人做不到的事情！🫡
5.13万次浏览</p><p>PostLog inSign upPostLog inSign upInternal Tech Emails on X: "Mark Zuckerberg: "Cambridge Analytica"

January 30, 2017"Internal Tech Emails@TechEmailsMark Zuckerberg: "Cambridge Analytica"

January 30, 20177:11 PM · Sep 13, 202642.3KViews517313158Log in or sign up for XSee what’s happening and join the conversationContinue with phoneContinue with AppleContinue with Google or Log in with username or emailRelevant peopleInternal Tech Emails@TechEmailsFollowTrending nowTerms·Privacy·Cookies·Accessibility·Ads Info·More© 2026 X Corp.Internal Tech Emails@TechEmailsMark Zuckerberg: "Cambridge Analytica"

January 30, 20177:11 PM · Sep 13, 202642.3KViews517313158Internal Tech Emails@TechEmails1h[This document is from In re Facebook, Inc. Securities Litigation (2026).]75.8KAlexander Athienitis@ShedTeach1hSo… @Austen you were right all along! Cambridge Analytica weren’t doing anything anybody else could have been doing! 🫡51.3K</p>]]></description>
            </item>
            
            <item>
                <title>并没有什么人工智能（背后其实都是人）——贾伦·拉尼尔 There Is No AI (It's Just People) with Jaron Lanier</title>
                <link>https://singjupost.com/startalk-there-is-no-ai-really-its-just-people-w-jaron-lanier-transcript/</link>
                <guid>https://singjupost.com/startalk-there-is-no-ai-really-its-just-people-w-jaron-lanier-transcript/</guid>
                <pubDate>Sun, 13 Sep 2026 20:30:18 +0000</pubDate>
                <description><![CDATA[<p>在这次《StarTalk》访谈中，虚拟现实先驱杰伦·拉尼尔（Jaron Lanier）反思了数字技术和社交媒体的现状。

拉尼尔认为，虚拟现实之所以未能发挥其潜力，是因为该行业将令人上瘾的狭隘商业模式置于以人为本的创新之上。他感到沮丧的是，在同质化团队和短期利润动机的驱动下，各大公司忽视了晕动症等根本性问题，未能探索如“四维直觉”等创意可能性。

关于社交媒体和人工智能，拉尼尔主张这些平台旨在操纵人类的“快思考”系统，将用户甚至其创造者变成焦虑、狭隘且充满对抗性的人。他将行业对影响力的追求形容为一台“行为改造机器”。

为了修复互联网，拉尼尔提倡“数据尊严”，即一种将信息视为应获得报酬的人类劳动的模式。他拒绝在“免费”（这会助长中心化垄断）与“昂贵”（这会扼杀创新）之间做二元选择。相反，他推动一种“中间地带”的经济模式，以促进竞争和创造力，从当前过度中心化的权力趋势转向一个更去中心化、更尊重且更具建设性的数字未来。</p><p>In this *StarTalk* discussion, Jaron Lanier, a pioneer of virtual reality, reflects on the current state of digital technology and social media. 

Lanier argues that VR has failed to reach its potential because the industry has prioritized addictive, narrow-minded business models over human-centric innovation. He expresses frustration that companies, driven by homogenous teams and short-term profit motives, ignore fundamental issues like motion sickness and fail to explore creative possibilities like 4D intuition.

Regarding social media and AI, Lanier contends that these platforms are designed to manipulate the "fast brain," turning users—and even their creators—into anxious, petty, and confrontational versions of themselves. He characterizes the industry's reliance on influence generation as a "behavior modification machine." 

To fix the internet, Lanier advocates for "data dignity," a model where information is treated as human labor that deserves compensation. He rejects the binary choice between "free" (which fuels centralized monopolies) and "exorbitantly expensive" (which stifles innovation). Instead, he pushes for an "in-between" economy that fosters competition and creativity, moving beyond the current trend of hyper-centralized power toward a more decentralized, respectful, and constructive digital future.</p>]]></description>
            </item>
            
            <item>
                <title>AI 递归式自我提升或许并不会来得那么快（2026 年 8 月） AI recursive self-improvement might not come so quickly after all (August 2026)</title>
                <link>https://www.technologyreview.com/2026/08/18/1142188/ai-recursive-self-improvement/</link>
                <guid>https://www.technologyreview.com/2026/08/18/1142188/ai-recursive-self-improvement/</guid>
                <pubDate>Sun, 13 Sep 2026 20:04:21 +0000</pubDate>
                <description><![CDATA[<p>目前，人工智能体在应对科学研究中复杂且开放的特性时仍面临挑战。尽管它们能够提出宏大的假设，但缺乏进行高质量工作所需的创造力、判断力和坚持不懈的精神。研究人员发现，这些人工智能体无法探索多样化的想法，难以在方法失败时及时调整方向，也无法有效管理资源或整合反馈。虽然它们避免了“奖励作弊”并保持了内部准确性，但其产出远未达到顶级人工智能会议的标准。

据研究员卡普尔（Kapoor）称，这种局限性源于强化学习等训练范式。这些范式在结构化任务中表现出色，但在模糊且开放的环境中却表现不佳。尽管一些研究表明人工智能正在加速模型开发，但这些发现降低了对实现完全自主、递归自我改进这一目标的迫切预期。该研究的局限性——如样本量较小和潜在的审稿人偏见——凸显了评估人工智能研究能力的难度。归根结底，虽然人工智能在研究工程领域展现出前景，但要复刻基础科学发现所必需的细致推理，仍需要大量的人工指导。</p><p>AI agents currently struggle with the complex, open-ended nature of scientific research. While they can formulate ambitious hypotheses, they lack the creativity, judgment, and persistence required to conduct high-quality work. Researchers found that agents failed to explore diverse ideas, struggled to pivot from failing approaches, and could not effectively manage resources or integrate feedback. Although they avoided "reward hacking" and maintained internal accuracy, their output remained far below the standards of top AI conferences.

According to researcher Kapoor, this limitation stems from training paradigms like reinforcement learning, which excel at structured tasks but falter in ambiguous, open-ended environments. While some studies suggest AI is accelerating model development, these findings temper expectations regarding the imminence of fully autonomous, recursive self-improvement. The study’s limitations—such as its small sample size and potential reviewer bias—highlight the difficulty of evaluating AI research capabilities. Ultimately, while AI shows promise in research engineering, it still requires significant human guidance to replicate the nuanced reasoning necessary for fundamental scientific discovery.</p>]]></description>
            </item>
            
            <item>
                <title>全球短缺导致好市多实施机油限购 Global Shortage Has Led to Motor Oil Rationing at Costco</title>
                <link>https://guessingheadlights.com/global-shortage-has-led-to-motor-oil-rationing-at-costco/</link>
                <guid>https://guessingheadlights.com/global-shortage-has-led-to-motor-oil-rationing-at-costco/</guid>
                <pubDate>Sun, 13 Sep 2026 19:34:44 +0000</pubDate>
                <description><![CDATA[<p>::HOST:: 正在进行安全验证
此网站使用安全服务来抵御恶意机器人。在网站验证您并非机器人时，将显示此页面。
请启用 JavaScript 和 Cookie 以继续。

访问网站时遇到问题？需要帮助？

请求的主机：::HOST::
Ray ID：a3a997543968ab49
客户端 IP：47.245.80.60

提交工单
在提交支持工单时，请包含以上详细信息，以便我们快速定位您的请求。</p><p> ::HOST::Performing security verificationThis website uses a security service to protect against malicious bots. This page is displayed while the website verifies you are not a bot.Enable JavaScript and cookies to continueHaving trouble accessing the site? Need help?Requested Host: ::HOST::Ray ID: a3a997543968ab49Client IP: 47.245.80.60Open Support TicketPlease include these details when opening a support ticket so we can quickly locate the challenged request.</p>]]></description>
            </item>
            
            <item>
                <title>逆向工程 Claude 网页版的 MicroVM：揭秘 Anthropic 隐藏的 Antspace Reverse-Engineering Claude Web's MicroVM: Uncovering Anthropic's Hidden Antspace</title>
                <link>https://aprilnea.me/en/blog/reverse-engineering-claude-code-antspace</link>
                <guid>https://aprilnea.me/en/blog/reverse-engineering-claude-code-antspace</guid>
                <pubDate>Sun, 13 Sep 2026 19:33:08 +0000</pubDate>
                <description><![CDATA[<p>通过对 Anthropic “Claude Code” 环境进行逆向工程，研究人员发现了一个先进的、垂直整合的 AI 原生平台即服务（PaaS）。

对未剥离符号的 Go 二进制文件和 Firecracker MicroVM 环境的分析显示，Anthropic 不仅仅是在提供一个 AI 编程助手，而是在打造一个端到端的开发生态系统。主要发现包括：

*   **基础设施：** 该环境运行在采用自定义 Rust 语言编写的“init”进程的 Firecracker MicroVM 上，并利用基于快照的“Snapstart”技术，实现开发会话的近乎即时恢复。
*   **“Antspace”：** 一个此前未被记录的、从零构建的专有部署平台。与 Vercel 等标准集成不同，Antspace 使用自定义流协议进行构建和部署，这标志着其在掌控托管堆栈方面的战略布局。
*   **“Baku”：** Web 应用构建体验的内部代号，提供自动化 Supabase 数据库供应、基于 Vite 的脚手架以及到 Antspace 的原生部署。
*   **垂直整合：** Anthropic 正在构建一个完整的闭环——从 LLM 意图理解到代码生成、后端管理，再到最终的产品生产托管。通过掌控开发者旅程的每一层，他们已有效地将自身定位为 Vercel、Replit 和 Supabase 等平台的竞争对手。

此次发现得益于 Anthropic 发布了未剥离符号的二进制文件，从而使得对其内部架构的详细重构成为可能。</p><p>By reverse-engineering Anthropic’s "Claude Code" environment, researchers have uncovered an advanced, vertically integrated AI-native Platform-as-a-Service (PaaS). 

Analysis of the unstripped Go binaries and Firecracker MicroVM environment revealed that Anthropic is not merely offering an AI coding assistant, but an end-to-end development ecosystem. Key findings include:

*   **Infrastructure:** The environment runs on Firecracker MicroVMs using a custom Rust-based "init" process, utilizing snapshot-based "Snapstart" technology for near-instant restoration of development sessions.
*   **"Antspace":** A previously undocumented, proprietary deployment platform built from scratch. Unlike standard integrations like Vercel, Antspace utilizes a custom streaming protocol for builds and deployments, signaling a strategic move to own the hosting stack.
*   **"Baku":** An internal codename for the web-app builder experience that provides automated Supabase database provisioning, Vite-based scaffolding, and native deployment to Antspace.
*   **Vertical Integration:** Anthropic is building a complete loop—from LLM intent to code generation, backend management, and final production hosting—effectively positioning themselves to compete with platforms like Vercel, Replit, and Supabase by controlling every layer of the developer's journey.

The discovery was made possible by Anthropic shipping unstripped binaries, allowing for a detailed reconstruction of their internal architecture.</p>]]></description>
            </item>
            
            <item>
                <title> Device Drivers lab exercise – COSC562</title>
                <link>https://web.eecs.utk.edu/~smarz1/courses/cosc562/drivers.html</link>
                <guid>https://web.eecs.utk.edu/~smarz1/courses/cosc562/drivers.html</guid>
                <pubDate>Sun, 13 Sep 2026 19:32:54 +0000</pubDate>
                <description><![CDATA[<p></p><p></p>]]></description>
            </item>
            
            <item>
                <title>Flock 摄像头被用于逮捕一名在秋千上玩耍的儿童 Flock cameras used to arrest a child for playing on a swing</title>
                <link>https://www.youtube.com/watch?v=koclOnlde0E</link>
                <guid>https://www.youtube.com/watch?v=koclOnlde0E</guid>
                <pubDate>Sun, 13 Sep 2026 19:32:01 +0000</pubDate>
                <description><![CDATA[<p>关于
新闻
版权
联系我们
创作者
广告
开发者
条款
隐私
政策与安全
YouTube 工作原理
测试新功能
© 2026 Google LLC</p><p>AboutPressCopyrightContact usCreatorAdvertiseDevelopersTermsPrivacyPolicy & SafetyHow YouTube worksTest new features© 2026 Google LLC</p>]]></description>
            </item>
            
            <item>
                <title>让初创企业更强大 Making Startups Powerful</title>
                <link>https://www.paulgraham.com/powerful.html</link>
                <guid>https://www.paulgraham.com/powerful.html</guid>
                <pubDate>Sun, 13 Sep 2026 18:35:59 +0000</pubDate>
                <description><![CDATA[<p>为了最大化初创公司的潜力，创始人应将重心从单纯的“赚钱”转向“打造影响力”。这意味着企业不能仅仅满足于渐进式的改进，而应从根本上重塑其在生态系统中的角色。

建立影响力的关键策略包括：

*   **掌控关系：** 将业务定位为核心枢纽，让资金、数据或互动都流经于此。
*   **利用网络效应：** 引入网络效应（即使是在意想不到的领域），将服务转化为市场。
*   **着眼长远：** 优先采取慷慨的、以用户为中心的策略，例如开源模型或开放API，以此建立长期的信任与行业标准。
*   **战略定位：** 锁定决策迅速的客户（如其他初创公司）并及早切入，从而与他们共同成长。
*   **运营灵活性：** 寻找“以小博大”的切入点——即那些能够成为核心的边缘产品，并乐于通过“全栈式”发展来消除对中间商的依赖。

归根结底，只有当这些策略能切实改善用户体验时，它们才会成功。由于初创公司起步时处于弱势，它们被迫通过提供卓越的价值来生存；这种约束确保了它们最终的成功必然与真正的创新和实用性紧密相连。</p><p>To maximize a startup’s potential, founders should shift their focus from simply "making money" to "becoming powerful." This involves moving beyond incremental improvements to fundamentally reshape the company’s role in its ecosystem.

Key strategies for building power include:
*   **Owning the Relationship:** Position the business as a central hub where money, data, or interactions flow through you.
*   **Leveraging Network Effects:** Incorporate network effects—even in unexpected sectors—to transform services into marketplaces.
*   **Playing the Long Game:** Prioritize generous, user-centric strategies, such as open-source models or APIs, which build long-term trust and standards.
*   **Strategic Positioning:** Target fast-deciding customers (like other startups) and capture them early, allowing the business to grow alongside them.
*   **Operational Agility:** Look for "tails that wag the dog"—peripheral products that become core—and be willing to go "full stack" to remove dependencies on intermediaries.

Ultimately, these strategies only succeed if they tangibly improve the customer’s experience. Because startups begin in a state of weakness, they are forced to provide superior value to survive, a constraint that ensures their eventual success is tied to genuine innovation and utility.</p>]]></description>
            </item>
            
            <item>
                <title>Docket – 针对代理编写代码的逐提交证据记录 Docket – Per-commit evidence records for agent-written code</title>
                <link>https://github.com/Dillonsmart/docket</link>
                <guid>https://github.com/Dillonsmart/docket</guid>
                <pubDate>Sun, 13 Sep 2026 18:35:19 +0000</pubDate>
                <description><![CDATA[<p>**Docket** 是一款开源工具，旨在为 AI 智能体编写的代码提供按提交（per-commit）划分的“证据记录”。由于智能体生成代码的速度往往超过人工审核的速度，审核人员目前缺乏对智能体实现过程的了解，包括其失败的尝试或已验证的测试。

Docket 通过捕获智能体的过程（任务、意图和中间尝试）并将其整合进 git 提交中来弥补这一差距。它会生成一份逐段代码（per-hunk）的证据记录，突出显示未经验证的代码，使审核人员能够将注意力集中在最需要的地方。

**主要功能包括：**
*   **证据关联**：自动将代码修改与测试结果、覆盖率报告和静态分析相关联，并为每一段代码分配一个“证据密度”评分。
*   **透明度**：使用钩子（hooks）观察修改（包括通过 shell 命令进行的修改），并将其记录在存储库本身，确保历史记录独立于外部服务。
*   **审核集成**：GitHub Action 会汇总这些记录，重新排序合并请求（Pull Request）的差异，优先显示未经验证的代码。
*   **隐私与信任**：记录在本地进行签名，并经过严格脱敏以移除敏感凭据。

Docket 与具体的智能体无关，它作为现有 git 工作流之上的一层透明且可自托管的工具运行。</p><p>**Docket** is an open-source tool that provides per-commit "evidence records" for code written by AI agents. Because agents often produce code faster than human reviewers can verify it, reviewers currently lack insight into the agent's implementation journey, including failed attempts or verified tests.

Docket bridges this gap by capturing the agent's process—tasks, intent, and intermediate attempts—and folding it into the git commit. It produces a per-hunk evidence record that highlights code lacking verification, allowing reviewers to focus their attention where it is needed most.

**Key features include:**
*   **Evidence Correlation:** Automatically links code edits to test results, coverage reports, and static analysis, assigning an "evidence density" score to each hunk.
*   **Transparency:** Uses hooks to observe edits (including those made via shell commands) and records them in the repository itself, ensuring history remains independent of external services.
*   **Review Integration:** A GitHub Action summarizes these records, reordering pull request diffs to prioritize unverified code.
*   **Privacy & Trust:** Records are locally signed and aggressively redacted to remove sensitive credentials. 

Docket is agent-agnostic and functions as a transparent, self-hosted layer on top of existing git workflows.</p>]]></description>
            </item>
            
            <item>
                <title>肖恩·卡罗尔讲解宇宙中最伟大的思想 – 完整访谈 [视频] Sean Carroll explains the biggest ideas in the universe – Full Interview [video]</title>
                <link>https://www.youtube.com/watch?v=_TBNJyztai0</link>
                <guid>https://www.youtube.com/watch?v=_TBNJyztai0</guid>
                <pubDate>Sun, 13 Sep 2026 18:32:30 +0000</pubDate>
                <description><![CDATA[<p>关于
新闻
版权
联系我们
创作者
广告
开发者
条款
隐私
政策与安全
YouTube 工作原理
测试新功能
© 2026 Google LLC</p><p>AboutPressCopyrightContact usCreatorAdvertiseDevelopersTermsPrivacyPolicy & SafetyHow YouTube worksTest new features© 2026 Google LLC</p>]]></description>
            </item>
            
            <item>
                <title>为什么谷歌还在投放垃圾广告？ Why is Google still serving dodgy ads?</title>
                <link>https://www.atomic14.com/2026/09/13/why-is-google-still-serving-dodgy-ads</link>
                <guid>https://www.atomic14.com/2026/09/13/why-is-google-still-serving-dodgy-ads</guid>
                <pubDate>Sun, 13 Sep 2026 18:30:26 +0000</pubDate>
                <description><![CDATA[<p>作者指出 Google 内部存在一个令人沮丧的脱节现象：尽管该公司的 AI 模型（Gemini）能够瞬间识别并标记欺诈性广告——例如旨在诱骗 iPhone 用户的虚假系统警报——但 Google 的人工审核流程却反复让这些广告继续投放。

在举报了一则误导性的“iPhone 存储空间已满”广告后，作者收到了自动回复，声称该广告符合政策，尽管大量用户对此提出了相反的意见。虽然这可能仅仅是疏忽所致，但作者质疑 Google 对人工审核的依赖，是否受到了这些高点击率的诱饵广告所带来的高额收入的影响。

核心观点在于：Google 拥有自动检测并消除欺诈内容的尖端技术，却未能将这些工具整合到广告监管中。作者最后敦促 Google 停止依赖存在缺陷的人工审核，转而利用其自身强大的 AI 来保护用户免受掠夺性广告行为的侵害。</p><p>The author highlights a frustrating disconnect at Google: while the company’s AI model (Gemini) can instantly identify and flag deceptive advertisements—such as fake system alerts designed to trick iPhone users—Google’s human-led review process repeatedly allows these ads to remain active.

After reporting a misleading "iPhone Storage is Full" advertisement, the author received automated responses claiming the ad complied with policy, despite widespread user reports to the contrary. While this could be attributed to simple oversight, the author questions if Google’s reliance on manual review is influenced by the high revenue these high-performing, click-bait ads generate.

The core argument is that Google possesses the sophisticated technology required to automatically detect and eliminate deceptive content, yet it fails to integrate these tools into its advertising enforcement. The author concludes by urging Google to stop relying on flawed human reviews and start utilizing its own powerful AI to protect users from predatory advertising practices.</p>]]></description>
            </item>
            
            <item>
                <title>我正受到特斯拉公司的网络攻击。 I'm being cyberattacked by Tesla, Inc</title>
                <link>https://dreamstation.systems/personal/tesla.html</link>
                <guid>https://dreamstation.systems/personal/tesla.html</guid>
                <pubDate>Sun, 13 Sep 2026 18:30:04 +0000</pubDate>
                <description><![CDATA[<p>一位服务器运营商发现其机器正遭受数千次恶意漏洞利用尝试的轰炸，包括 Log4Shell 和路径遍历探测。这些流量源自代表特斯拉（Tesla）进行扫描的 Assetnote (Searchlight Cyber) 主机。

问题源于 `pool-ntp.tesla.com` 这个域名，它被配置为 NTP Pool 的 CNAME。由于 NTP Pool 使用轮询 DNS 将流量分配给数千台志愿者服务器，Assetnote 的自动化资产发现工具错误地将作者的独立服务器识别为特斯拉的资产。因此，扫描器开始对陌生人进行激进的漏洞评估。

尽管作者已通知特斯拉，并在服务器上实施了自定义状态码以向扫描器发出警告，但攻击仍在继续，自八月下旬以来已记录了超过 50,000 次请求。其他 NTP Pool 运营商也报告了类似的活动，这表明 Assetnote 的扫描基础设施错误地将整个志愿者池作为了目标。虽然攻击并未成功，但此事件凸显了自动化攻击面管理工具在执行范围发现时存在的重大缺陷。</p><p>A server operator discovered that their machine was being bombarded by thousands of malicious exploit attempts, including Log4Shell and path traversal probes. The traffic originated from Assetnote (Searchlight Cyber) scanning hosts acting on behalf of Tesla.

The issue stems from the domain `pool-ntp.tesla.com`, which is configured as a CNAME for the NTP Pool. Because the NTP Pool uses round-robin DNS to distribute traffic across thousands of volunteer servers, Assetnote’s automated asset discovery tools mistakenly identified the author’s independent server as a Tesla asset. Consequently, the scanner began performing aggressive vulnerability assessments against strangers.

Despite the author notifying Tesla and implementing custom status codes on their server to warn the scanners, the barrage has continued, with over 50,000 requests logged since late August. Other NTP Pool operators have reported similar activity, suggesting that Assetnote’s scanning infrastructure is incorrectly targeting the entire pool of volunteers. While the attacks have been unsuccessful, the incident highlights a significant flaw in how automated attack surface management tools perform scope discovery.</p>]]></description>
            </item>
            
            <item>
                <title>谷歌非法保留客户数据，我正在对他们采取法律行动。 Google illegally retains customer data,and I am taking legal action against them</title>
                <link>https://medium.com/@istokovicsgyorgy79/google-illegally-retains-customer-data-and-i-am-taking-legal-action-against-them-7da0cf95941c</link>
                <guid>https://medium.com/@istokovicsgyorgy79/google-illegally-retains-customer-data-and-i-am-taking-legal-action-against-them-7da0cf95941c</guid>
                <pubDate>Sun, 13 Sep 2026 18:03:34 +0000</pubDate>
                <description><![CDATA[<p>此网站正在使用安全服务来抵御在线攻击。您刚才的操作触发了安全防御机制。触发此拦截的原因可能有多种，包括提交了特定的词汇或短语、SQL 命令或格式错误的数据。</p><p>This website is using a security service to protect itself from online attacks. The action you just performed triggered the security solution. There are several actions that could trigger this block including submitting a certain word or phrase, a SQL command or malformed data.</p>]]></description>
            </item>
            
            <item>
                <title>罗马尼亚足球引入“黑牌”以打击家长的辱骂行为 Romania soccer introduces black card to 'combat abusive behaviour' from parents</title>
                <link>https://www.nytimes.com/athletic/7586821/2026/09/12/football-black-card-referee/</link>
                <guid>https://www.nytimes.com/athletic/7586821/2026/09/12/football-black-card-referee/</guid>
                <pubDate>Sun, 13 Sep 2026 18:01:49 +0000</pubDate>
                <description><![CDATA[<p>罗马尼亚足球联合会（FRF）率先引入了“黑牌”制度，旨在遏制青年赛事中家长和观众的辱骂行为。该举措是旨在消除针对球员、教练和裁判的欺凌及施压的三阶段协议中的最后一步。

根据该制度，流程首先是临时暂停比赛，由教练负责平息事态。如果不良行为持续，比赛将暂停 10 分钟，球员返回更衣室。若比赛恢复后辱骂行为依旧，裁判将出示“黑牌”，导致比赛永久中止。

为支持这一政策，罗马尼亚足协已向其下属的 130 家青训学院提供了教育套件，包括标语横幅和宣传单，明确规定了行为准则及三阶段纪律处分流程。这一积极措施强化了该协会致力于为年轻运动员营造更安全、更尊重环境的承诺。</p><p>The Romanian Football Federation (FRF) has become the first to introduce a "black card" aimed at curbing abusive behavior from parents and spectators at youth matches. This initiative is the final step in a new three-stage protocol designed to eliminate bullying and pressure directed at players, coaches, and officials.

Under this system, the process begins with a temporary match suspension, during which coaches are tasked with de-escalating the situation. If the behavior persists, the match is paused for 10 minutes while teams return to their dressing rooms. If the abuse continues after play resumes, the referee will issue the black card, resulting in the permanent abandonment of the match.

To support this policy, the FRF is providing all 130 of its affiliated academies with educational kits, including banners and flyers that outline the rules of conduct and the three-step disciplinary process. This proactive measure reinforces the federation's commitment to fostering a safer, more respectful environment for young athletes.</p>]]></description>
            </item>
            
            <item>
                <title>Sprite网络操作系统简要回顾 A Brief Retrospective on the Sprite Network Operating System</title>
                <link>https://github.com/OSPreservProject/sprite/blob/master/sprite.txt</link>
                <guid>https://github.com/OSPreservProject/sprite/blob/master/sprite.txt</guid>
                <pubDate>Sun, 13 Sep 2026 17:34:31 +0000</pubDate>
                <description><![CDATA[<p>Sprite 始于 1984 年，由加州大学伯克利分校开发，是一款旨在将联网工作站集成到统一、高性能计算环境中的研究型操作系统。在 John Ousterhout 的领导下，该项目致力于将机器集群视为单一系统，从而简化管理与资源共享。

Sprite 的成功主要得益于以下四项技术成就：
1. **网络文件系统：** 一种高性能、透明的文件系统，屏蔽了网络复杂性。
2. **进程迁移：** 能够实现工作站间进程的无缝移动，允许用户利用闲置机器而不干扰设备所有者。
3. **单一系统映像：** 提供统一的环境，无论物理机器如何，资源（存储、登录、架构特定数据）的使用体验都如同本地一般。
4. **日志结构文件系统 (LFS)：** 一项突破性设计，通过将数据顺序写入磁盘，显著提升了小文件的写入性能，并实现了快速的崩溃恢复。

在多达 80 位用户的专门社区支持下，Sprite 作为重要的研究载体运行了近十年。随着商业系统的演进，团队于 1994 年结束了该项目，留下了分布式系统和存储管理方面的创新遗产。</p><p>Developed at UC Berkeley starting in 1984, Sprite was a research operating system designed to integrate networked workstations into a cohesive, high-performance computing environment. Led by John Ousterhout, the project aimed to treat a cluster of machines as a single system, simplifying administration and resource sharing.

Sprite’s success was defined by four primary technical achievements:
1.  **Network File System:** A high-performance, transparent file system that hides network complexity.
2.  **Process Migration:** The ability to move processes seamlessly between workstations, allowing users to leverage idle machines without disrupting owners.
3.  **Single System Image:** A unified environment where resources (storage, logins, architecture-specific data) feel local, regardless of the physical machine.
4.  **Log-structured File System (LFS):** A breakthrough design that writes data sequentially to disk, significantly improving performance for small file writes and enabling rapid crash recovery.

Supported by a dedicated community of up to 80 users, Sprite served as a vital research vehicle for nearly a decade. As commercial systems evolved, the team transitioned toward closing the project by 1994, leaving behind a legacy of innovation in distributed systems and storage management.</p>]]></description>
            </item>
            
            <item>
                <title>David Sacks：OpenAI 和 Anthropic 不需要通过监管来限制前沿模型的发展速度 David Sacks: OpenAI and Anthropic Don't Need Regulations to Pace Frontier Models</title>
                <link>https://twitter.com/DavidSacks/status/2098973625252708460</link>
                <guid>https://twitter.com/DavidSacks/status/2098973625252708460</guid>
                <pubDate>Sun, 13 Sep 2026 17:32:43 +0000</pubDate>
                <description><![CDATA[<p>作者对 OpenAI 和 Anthropic 的领导者提出了质疑，这些人曾呼吁放缓人工智能的发展速度以“跟上技术前沿的步伐”。作者认为，由于这两家公司在尖端智能领域拥有双头垄断地位，它们完全有能力独立放缓研发进度，无需政府批准的卡特尔联盟、监管豁免权，也不需要用强制指令来扼杀竞争对手。

文章指出，这些公司推动监管并非出于利他主义，更多是出于自身利益的考量：企业需要降低产品责任风险并确保可靠性，这本质上是良好的商业行为。此外，作者警告称，将建立特定的监管框架作为放缓研发的先决条件，近乎敲诈。最后，作者敦促这些领导者为自身的发展速度负责。如果他们真的担心超级智能带来的危险，就应采取单边行动，而不是利用政治体制寻求监管俘获。这样做才能建立公众好感；若不这样做，他们对监管的呼吁将暴露出其背后的虚伪策略。</p><p>The author challenges the leaders of OpenAI and Anthropic, who have called for slowing the development of AI to “pace the frontier.” The author argues that because these two companies hold a duopoly on frontier intelligence, they possess the power to slow down independently without needing government-sanctioned cartels, regulatory immunity, or mandates that stifle competitors.

The piece contends that the push for regulation is motivated less by altruism and more by self-interest: companies want to mitigate product-liability risks and ensure reliability, which is simply good business. Furthermore, the author warns that demanding a specific regulatory framework as a condition for slowing down borders on blackmail. Ultimately, the author urges these leaders to take responsibility for their own development speed. If they are truly concerned about the dangers of superintelligence, they should act unilaterally rather than using the political system to pursue regulatory capture. Doing so would build public goodwill, whereas failing to do so will reveal their calls for regulation as a cynical maneuver.</p>]]></description>
            </item>
            
            <item>
                <title>RevenueOS – 等待您批准的开源收入自动化系统 RevenueOS – open-source revenue automation that waits for your approval</title>
                <link>https://github.com/unempyd/revenueos</link>
                <guid>https://github.com/unempyd/revenueos</guid>
                <pubDate>Sun, 13 Sep 2026 17:04:51 +0000</pubDate>
                <description><![CDATA[<p>RevenueOS 是一个开源的“收入部门”，通过发现、批准和执行的循环为您的业务实现增长自动化。通过连接您的网站、广告账户、CRM 和电子邮件，RevenueOS 可以识别可执行的改进方案，例如修复 SEO 问题、暂停表现不佳的广告或草拟销售推广内容。

**工作原理：**
1. **发现：** 对您的数字资产进行审核，并生成一份建议执行清单。
2. **批准：** 在您审查并批准特定项目之前，系统不会执行任何操作。
3. **执行：** 一旦批准，系统将自动执行修复（例如更新网站代码、发送电子邮件或调整广告预算）。
4. **衡量：** 记录“执行前后”的结果，确保您仅为验证过的成果付费。

该平台对单项任务及在结果衡量与批准前的持续运行是免费的。在 14 天的宽限期后，持续的自动化运行需要订阅 Pro 会员（99 美元/月）。该平台高度重视安全性，所有操作在获得人工批准前均保持在“待处理”状态。您可以通过命令行（`pip install revenueos`）开始使用，或将其集成到现有工作流程中，以自主处理 SEO、广告、账单和潜在客户筛选等任务。</p><p>RevenueOS is an open-source "revenue department" for your business that automates growth through a cycle of discovery, approval, and execution. By connecting your website, ad accounts, CRM, and email, RevenueOS identifies actionable improvements—such as fixing SEO issues, pausing underperforming ads, or drafting sales outreach.

**How it works:**
1. **Discover:** It audits your digital presence and generates a list of recommended actions.
2. **Approve:** Nothing is deployed until you review and approve specific items.
3. **Execute:** Once approved, the system automates the fix (e.g., updating site code, sending emails, or adjusting ad budgets).
4. **Measure:** It records "before and after" results, ensuring you only pay for verified outcomes.

The platform is free for individual tasks and continuous operation until a result is measured and approved. After a 14-day grace period, continuous automated operation requires a Pro subscription ($99/mo). It prioritizes security, keeping all actions in a "pending" state until human approval. You can get started via command line (`pip install revenueos`) or integrate it into existing workflows to handle SEO, ads, billing, and lead qualification autonomously.</p>]]></description>
            </item>
            
            <item>
                <title>加里·谭（Garry Tan）希望美国的开源AI实验室也能“提炼”前沿模型。 Garry Tan wants US open-weight AI labs to 'distill' frontier models, too</title>
                <link>https://techcrunch.com/2026/09/11/y-combinators-garry-tan-wants-u-s-open-weight-ai-labs-to-distill-frontier-models-too/</link>
                <guid>https://techcrunch.com/2026/09/11/y-combinators-garry-tan-wants-u-s-open-weight-ai-labs-to-distill-frontier-models-too/</guid>
                <pubDate>Sun, 13 Sep 2026 16:34:51 +0000</pubDate>
                <description><![CDATA[<p>Y Combinator 首席执行官加里·陈（Garry Tan）正抵制有关监管人工智能“蒸馏”（distillation）的呼声。蒸馏是指利用前沿模型来训练较小模型的技术。尽管 Anthropic 等公司警告称，中国实验室正在利用非法蒸馏手段规避安全限制，但陈认为监管机构不应介入此事。

陈主张建立一种“美国式蒸馏机制”，鼓励国内的开源权重实验室合法地对前沿模型进行蒸馏，而非实施限制。他认为，前沿模型实验室通过摄取海量公开及受版权保护的人类数据构建了模型，因此不应限制客户如何使用通过 API 提供的智能成果。

陈将此视为制衡企业权力的重要手段。他警告称，真正的“末日情景”是出现一个单极化的未来，即由一家专有公司垄断人工智能领域。陈认为，通过合法的蒸馏技术推广开源权重模型，美国能够培育出一个更具竞争性、多元化且易于访问的人工智能生态系统，从而防止权力过度集中在少数巨头手中。</p><p>Y Combinator CEO Garry Tan is pushing back against calls to regulate AI "distillation"—the practice of using a frontier model to train a smaller one. While companies like Anthropic warn that Chinese labs are using illicit distillation to bypass security, Tan argues that regulators should stay out of it. 

Instead of restrictions, Tan proposes an "American distillation regime" where domestic open-weight labs are encouraged to distill frontier models legitimately. He argues that frontier labs, which built their models by ingesting vast amounts of public and copyrighted human data, should not be allowed to restrict how customers use the intelligence they provide via API. 

Tan views this as a vital check on corporate power. He warns that the true "doomer scenario" is a monolithic future where a single, proprietary company dominates the AI landscape. By promoting open-weight models through legal distillation, Tan believes the U.S. can foster a more competitive, diverse, and accessible AI ecosystem that prevents the centralization of power in the hands of a few dominant players.</p>]]></description>
            </item>
            
            <item>
                <title>艾伦的随机侮辱生成器（1999） Alan's Random Insult Generator (1999)</title>
                <link>https://alanbellows.com/experiments/insult/index.html</link>
                <guid>https://alanbellows.com/experiments/insult/index.html</guid>
                <pubDate>Sun, 13 Sep 2026 16:34:00 +0000</pubDate>
                <description><![CDATA[<p>{
  "candidates": [
    {
      "content": {},
      "finishReason": "PROHIBITED_CONTENT",
      "index": 0,
      "finishMessage": "The model output could not be generated. This output contains sensitive words that violate Google's [Generative AI Prohibited Use policy](https://policies.google.com/terms/generative-ai/use-policy). If you think this was an error, [send feedback](https://ai.google.dev/gemini-api/docs/troubleshooting)."
    }
  ],
  "usageMetadata": {
    "promptTokenCount": 80,
    "totalTokenCount": 80,
    "promptTokensDetails": [
      {
        "modality": "TEXT",
        "tokenCount": 80
      }
    ],
    "serviceTier": "standard"
  },
  "modelVersion": "gemini-3.1-flash-lite",
  "responseId": "etCmauycJ-HFg8UPhca26QI"
}
</p><p>(EXPLICIT) Alan's Random Insult Generator RANDOM INSULT GENERATOR (EXPLICIT) Javascript is required to view this page. Hit me again Current possible permutations: Copyright © 1999-2026 Alan Bellows All Rights Reserved - Y2K Certified</p>]]></description>
            </item>
            
            <item>
                <title>预测性智能，洞察一切可能。 Predictive intelligence to anticipate anything.</title>
                <link>https://prior.chat/</link>
                <guid>https://prior.chat/</guid>
                <pubDate>Sun, 13 Sep 2026 16:32:22 +0000</pubDate>
                <description><![CDATA[<p>Prior 是一个预测智能平台，旨在帮助用户预判体育赛事、金融市场、商业策略及个人决策的结果。该平台通过结合网络研究、情境后续提问和模拟分析，生成详尽的预测报告。每份报告均包含经过校准的概率、加权情景、关键驱动因素、“反转”条件以及可付诸实践的洞察建议。

用户可以免费使用该服务，每周可进行一次预测。若需更频繁的使用权限，以及访问个人预测存档和准确度追踪功能，平台提供每月 29 美元至 499 美元不等的付费订阅方案。

需要注意的是，Prior 属于研究类软件，而非专业的咨询服务；它不提供金融、医疗、法律或博彩方面的建议。用户需对基于其输出结果所做出的任何决策承担全部责任。</p><p>Prior is a predictive intelligence platform designed to help users anticipate outcomes for sports, financial markets, business strategies, and personal decisions. By combining web-based research, contextual follow-up questions, and simulation analysis, the platform generates comprehensive forecast reports. Each report includes a calibrated probability, weighted scenarios, key drivers, "flip" conditions, and actionable insights.

Users can access the service for free with one prediction per week. For more frequent use and access to a personal prediction archive and accuracy tracking, paid subscription plans are available ranging from $29 to $499 per month. 

It is important to note that Prior is research software rather than a professional advisory service; it does not provide financial, medical, legal, or betting advice, and users remain solely responsible for the decisions they make based on its outputs.</p>]]></description>
            </item>
            
            <item>
                <title>Cpak – 适用于 Linux 桌面、服务器和设备的 OCI 应用程序包格式 Cpak – OCI application package format for Linux desktops, servers and devices</title>
                <link>https://cpak.it/</link>
                <guid>https://cpak.it/</guid>
                <pubDate>Sun, 13 Sep 2026 16:31:48 +0000</pubDate>
                <description><![CDATA[<p>超轻量级占用
仅需两个静态二进制文件即可为每个应用程序提供运行时和一个共享内容存储。了解更多 arrow_forward

类 Docker 兼容性
熟悉的 Dockerfile 语法、层缓存和增量构建，生产环境中无需容器守护进程。了解更多 arrow_forward

主机 GPU 集成
启动时绑定主机图形驱动程序，无需在每个镜像中打包第二套驱动程序堆栈。了解更多 arrow_forward

安全的系统资源访问
声明对 DBus、套接字和设备的访问权限。仅授予应用程序所需的资源。了解更多 arrow_forward

原生 Git 版本控制
安装任意标签、分支或确切的提交 SHA，并锁定需要接收更新的源。了解更多 arrow_forward

统一的包模型
在不同系统间使用相同的清单和命令，并为每种架构构建 OCI 镜像。了解更多 arrow_forward</p><p>Ultra-light footprint Two static binaries provide the runtime and one shared content store for every application. Learn more arrow_forwardDocker-style compatibility Familiar Dockerfile syntax, layer caching and incremental builds without a container daemon in production. Learn more arrow_forwardHost GPU integration Bind host graphics drivers at launch instead of packaging a second driver stack in every image. Learn more arrow_forwardSecure system resource access Declare access to DBus, sockets and devices. Grant only the resources an application needs. Learn more arrow_forwardGit-native versioning Install any tag, branch or exact commit SHA, then pin the source that should receive updates. Learn more arrow_forwardOne package model Use the same manifest and command across systems, with an OCI image built for each architecture. Learn more arrow_forward</p>]]></description>
            </item>
            
            <item>
                <title>让创业公司更强大 Making Startups Powerful</title>
                <link>https://paulgraham.com/powerful.html</link>
                <guid>https://paulgraham.com/powerful.html</guid>
                <pubDate>Sun, 13 Sep 2026 16:04:15 +0000</pubDate>
                <description><![CDATA[<p>为了建立一家极具价值的初创公司，创始人应将关注点从单纯的增加收入转移到最大化公司的**“权力”（Power）**上。

增强权力的关键策略包括：

* **掌控关系：** 调整产品定位，使资金、数据或用户交互都流经你的平台。
* **创造网络效应：** 通过促进用户协作、数据共享或提供可扩展的平台/API，诱导网络效应的产生（即使是在意想不到的行业中）。
* **向上游渗透：** 在客户生命周期的早期捕获客户，或通过成为关键工作流程的“操作系统”来进入市场。
* **“全栈”集成：** 如果受到效率低下的现有竞争对手阻碍，应利用技术亲自完成最艰巨的任务，从而有效地与客户竞争，甚至使其变得无关紧要。
* **着眼长远：** 要慷慨，创造的价值应大于你所获取的价值。这能建立信任并树立标准，比短期的利润压榨更为有效。
* **优先考虑速度：** 将产品卖给决策迅速的客户（如其他初创公司），而不是陷入缓慢的企业销售周期。

归根结底，只有**真正改善客户体验**，这些策略才能奏效。由于初创公司起步时缺乏权力，通往成功的唯一途径就是提供卓越的价值，这将迫使公司将自身增长与用户的最大利益保持一致。</p><p>To build a highly valuable startup, founders should shift their focus from merely increasing revenue to maximizing the company’s **power**. 

Key strategies for increasing power include:
* **Owning the Relationship:** Position your product so that money, data, or user interactions flow through you.
* **Creating Network Effects:** Induce network effects—even in unexpected sectors—by enabling user collaboration, data sharing, or an extensible platform/API.
* **Going Upstream:** Capture customers early in their lifecycle or enter markets by becoming the "operating system" for critical workflows.
* **"Full Stack" Integration:** If hindered by inefficient incumbents, use your technology to perform the hardest tasks yourself, effectively competing with or rendering customers irrelevant.
* **The Long Game:** Be generous by creating more value than you capture. This builds trust and sets standards, which is more effective than short-term profit-squeezing.
* **Prioritizing Speed:** Sell to customers who make decisions quickly, such as other startups, rather than engaging in slow enterprise cycles.

Ultimately, these tactics only succeed if they **genuinely improve the customer experience.** Since startups start with little power, their only path to success is to deliver superior value, forcing them to align their growth with the user's best interests.</p>]]></description>
            </item>
            
            <item>
                <title>Windows 上的 AMD CUDA CUDA for AMD on Windows</title>
                <link>https://github.com/Speedstu/CUDA-for-AMD-Windows</link>
                <guid>https://github.com/Speedstu/CUDA-for-AMD-Windows</guid>
                <pubDate>Sun, 13 Sep 2026 16:02:00 +0000</pubDate>
                <description><![CDATA[<p>本仓库提供了一个可重现的运行环境，旨在通过 **ZLUDA** 和 **AMD HIP/ROCm SDK** 在 AMD GPU 上运行针对 CUDA 开发的 Windows 应用程序。

**主要特性：**
*   **性能验证：** 目前已针对 **AMD Radeon RX 9060 XT (gfx1200)** 进行优化和验证，可成功运行 LibTorch 训练负载及各类 CUDA 数学库（cuBLAS, cuSPARSE, cuFFT）。
*   **简化部署：** 包含自动化的 PowerShell 脚本，用于安装依赖项、验证硬件、下载指定的 ZLUDA/LibTorch 版本并启动应用程序。
*   **兼容性：** 使用上游 ZLUDA v6-preview.69 和稳定的 HIP SDK 6.4。尽管目前不支持 cuDNN，但该技术栈可有效处理密集型/GEMM 加速的训练任务。

**重要提示：**
*   **硬件：** 仅官方验证了 RX 9060 XT。其他 AMD GPU 被视为未经测试的候选设备；建议用户运行仓库中提供的 `gpu-scan.ps1` 并反馈测试结果。
*   **局限性：** ZLUDA 并非完整的 CUDA 实现。对负载的支持取决于具体的 CUDA API 使用情况；NCCL、TensorRT 以及某些 PTX 指令等功能可能会失效。

如需安装，请克隆本仓库并运行 `install.ps1`。详细的文档、基准测试及故障排除指南包含在源代码中。</p><p>This repository provides a reproducible environment for running CUDA-targeted Windows applications on AMD GPUs using **ZLUDA** and the **AMD HIP/ROCm SDK**.

**Key Features:**
*   **Validated Performance:** Currently optimized and validated for the **AMD Radeon RX 9060 XT (gfx1200)**, successfully running LibTorch training workloads and various CUDA math libraries (cuBLAS, cuSPARSE, cuFFT).
*   **Simplified Deployment:** Includes automated PowerShell scripts to install dependencies, verify hardware, download pinned ZLUDA/LibTorch versions, and launch applications.
*   **Compatibility:** Uses upstream ZLUDA v6-preview.69 and stable HIP SDK 6.4. While cuDNN is currently unsupported, the stack effectively handles dense/GEMM-heavy training tasks.

**Important Notes:**
*   **Hardware:** Only the RX 9060 XT is officially validated. Other AMD GPUs are considered unverified candidates; users are encouraged to run the included `gpu-scan.ps1` and report results.
*   **Limitations:** ZLUDA is not a complete CUDA implementation. Workload support is dependent on specific CUDA API usage; features like NCCL, TensorRT, and certain PTX instructions may fail.

For setup, clone the repository and run `install.ps1`. Detailed documentation, benchmarks, and troubleshooting guides are included in the source.</p>]]></description>
            </item>
            
            <item>
                <title>在 Python 中运行 Rust 库（使用 PyO3） Libraries Run Rust Inside Python (With PyO3)</title>
                <link>https://belderbos.dev/blog/how-libraries-run-rust-inside-python/</link>
                <guid>https://belderbos.dev/blog/how-libraries-run-rust-inside-python/</guid>
                <pubDate>Sun, 13 Sep 2026 16:00:39 +0000</pubDate>
                <description><![CDATA[<p>本文介绍了如何使用 **PyO3** 和 **Maturin** 将 Rust 与 Python 桥接，并以构建高性能 JSON 解析器为例进行了说明。

集成过程分为四步：编写 Rust 代码、使用 PyO3 宏（如 `#[pyfunction]`）进行标注、使用 Maturin 编译，以及在 Python 中导入。虽然 Rust 端的解析速度通常远快于原生 Python，但作者提醒，**边界转换**是至关重要的性能瓶颈。

为了向 Python 返回结构化结果（如 JSON 树），Rust 必须将其内部数据类型（如枚举）转换为原生 Python 对象（如字典和列表）。这种序列化过程——即重构为 Python 对象树——所耗费的时间可能比实际解析过程更长。

**关键点：** 如果您要移植返回大型数据结构的代码，那么从 Rust 到 Python 的“往返”就是性能优劣的关键。不要完全序列化大型树结构，而应考虑采用诸如“基于 Rust 的惰性视图”之类的架构优化，以避免不必要的对象创建。使用 PyO3 时，请务必对接口边界进行性能分析，而不仅仅是针对算法本身。</p><p>This article explains how to bridge Rust and Python using **PyO3** and **Maturin**, exemplified by building a high-performance JSON parser. 

The integration involves four steps: writing Rust code, annotating it with PyO3 macros (like `#[pyfunction]`), compiling with Maturin, and importing it into Python. While the Rust-side parsing is often significantly faster than native Python, the author warns that the **boundary conversion** is a critical performance bottleneck. 

To return a structured result (like a JSON tree) to Python, Rust must convert its internal data types (like enums) into native Python objects (like dictionaries and lists). This materialization process—rebuilding the tree as Python objects—can consume more time than the actual parsing. 

**Key Takeaway:** If you are porting code that returns large data structures, the "trip" from Rust to Python is where performance is won or lost. Instead of materializing large trees entirely, consider architectural optimizations like lazy, Rust-backed views to avoid unnecessary object creation. When using PyO3, always profile the interface boundary, not just the algorithm itself.</p>]]></description>
            </item>
            
            <item>
                <title>那些随时间流逝而失传的关键符号，第一部分：PC 端 Key symbols we lost to time, pt. 1: The PC side</title>
                <link>https://unsung.aresluna.org/key-symbols-we-lost-to-time-pt-1-the-pc-side/</link>
                <guid>https://unsung.aresluna.org/key-symbols-we-lost-to-time-pt-1-the-pc-side/</guid>
                <pubDate>Sun, 13 Sep 2026 15:34:53 +0000</pubDate>
                <description><![CDATA[<p>早期的计算机键盘曾是文字与图标之间的博弈场。美式布局多倾向于使用文字，而欧洲键盘则倾向于使用通用符号，以克服跨境语言障碍。这种设计理念对早期计算领域影响深远，IBM 等公司曾尝试为“空格”、“打印屏幕”和“插入”等功能设计独特的视觉速记符号。

随着时间的推移，大多数晦涩难懂的符号在与文字的较量中败下阵来，因为办公用户发现这些神秘的图标令人困惑。如今，只有少数功能性符号保留了下来，例如 Shift (⇧)、Enter (↵) 和 Tab (⇥)。有趣的是，许多这类废弃的符号依然存在于 Unicode 标准中，作为那个时代——当时的设计师曾希望为数字世界构建一种通用的、基于图形的语言——的遗迹而存在。这一演变凸显了一个更广泛的历史趋势：虽然图标对于全球通用性依然必不可少，但文字最终成为了现代个人电脑界面清晰度的主流标准。</p><p>Early computer keyboards were once a battleground between text and iconography. While American layouts largely favored words, European keyboards leaned toward universal symbols to overcome language barriers across borders. This design philosophy heavily influenced early computing, where companies like IBM experimented with unique visual shorthand for functions like “Space,” “Print Screen,” and “Insert.”

Over time, most of these obscure symbols lost the war against text, as office users found the cryptic iconography confusing. Today, only a few functional holdovers remain, such as those for Shift (⇧), Enter (↵), and Tab (⇥). Interestingly, many of these defunct symbols persist in the Unicode standard, serving as relics of a time when designers hoped to build a universal, picture-based language for the digital world. This evolution highlights a broader historical trend: while iconography remains essential for global accessibility, text eventually became the standard for modern PC interface clarity.</p>]]></description>
            </item>
            
            <item>
                <title>《元数据颂》 Ode to Metadata</title>
                <link>https://www.autodidacts.io/ode-to-metadata/</link>
                <guid>https://www.autodidacts.io/ode-to-metadata/</guid>
                <pubDate>Sun, 13 Sep 2026 15:33:27 +0000</pubDate>
                <description><![CDATA[<p>作者提倡养成记录元数据的自律习惯，认为在信息尚且新鲜时捕捉日期、版本和流程细节等内容，对于保持长期的清晰度至关重要。我们往往高估了自己的记忆力，却低估了当前工作在未来的重要性。通过为创意项目（如歌曲创作）、代码和文档一丝不苟地记录细节，我们构建出了一份能够留存工作轨迹的“踪迹档案”。

尽管记录元数据可能显得枯燥、缓慢且暴露隐私，但其益处远超代价。它不仅能避免重新梳理旧项目带来的挫败感，还能保留不断演进的工作的原型，并为未来的合作者或研究人员提供必要的背景信息。归根结底，维护一套稳健的项目追踪模式就像是一种时间旅行，确保你的作品在未来依然可控、可寻且易于理解。无论是通过简单的文件命名规范、详尽的代码注释，还是结构化的日志，元数据都为你的创造增添了关键的第四维度：即它们随时间演进的路径。</p><p>The author advocates for the disciplined practice of documenting metadata, arguing that capturing information—such as dates, versions, and process details—while it is fresh is essential for long-term clarity. We often overestimate our memory and underestimate the future importance of our current work. By meticulously logging details for creative projects (like songwriting), code, and documentation, we create a "paper trail" that preserves the trajectory of our work.

While recording metadata can be tedious, slow, and revealing, the benefits far outweigh the costs. It prevents the frustration of "re-learning" old projects, preserves original versions of evolving work, and provides necessary context for future collaborators or researchers. Ultimately, maintaining a robust schema for tracking your projects acts as a form of time travel, ensuring that your work remains steerable, discoverable, and understandable well into the future. Whether through simple file naming conventions, detailed code comments, or structured logs, metadata adds a vital fourth dimension to your creations: their path through time.</p>]]></description>
            </item>
            </channel></rss>