## 利用人工智能代理进行自主编码的规模化 最近的实验表明，协调数百个人工智能代理来处理复杂的软件项目是可行的，这些项目传统上需要耗费数月的人力。最初的“扁平”协调尝试——即代理自我组织——由于锁定瓶颈和倾向于规避风险、低效工作的倾向而失败。 突破性进展在于基于角色的流水线：**规划者**递归地定义任务，而**执行者**则专注于完成任务，从而最大限度地减少协调开销。该系统成功地从头开始构建了一个网络浏览器（超过一百万行代码），在一周内完成了从Solid到React的代码库迁移，并显著提高了视频渲染性能。其他几个大型项目，包括模拟器和电子表格软件，也在进行中。 关键经验包括GPT-5.2模型对于长期任务的重要性，根据特定角色定制模型选择，以及优先考虑系统设计的简洁性。有效的提示对于代理协调和集中注意力至关重要。虽然仍然存在挑战——例如防止漂移和优化规划周期——但结果表明，通过利用并行代理，自主编码*可以*被规模化，为Cursor等先进的人工智能辅助开发工具铺平道路。
每日HackerNews RSS
## 光标AI构建的浏览器：一个怀疑的观点
光标最近展示了一个由AI驱动的“从头”构建网页浏览器的尝试，在Hacker News上引发了争论。虽然范围令人印象深刻（3万次提交，100万行代码），但许多评论员对该项目真正的成功和实际价值表示怀疑。
一个主要担忧是缺乏细节和验证。据报道，代码无法始终如一地编译，测试失败且大量警告被忽略——这是AI生成代码的常见问题。人们怀疑，演示的功能（Apple.com的截图）是否代表了真正的成就，还是仅仅是幸运的结果。
讨论的中心是“自主编码”是否可行，或者AI是否最好被用作人类开发者的强大*工具*，而不是完全独立的构建者。 许多评论员强调代码质量、可维护性和严格测试的重要性——这些都是AI目前难以解决的领域。Solid到React迁移的未合并PR被引用为集成大型AI生成更改所面临的挑战的例子。
最终，共识倾向于在宣布实验成功之前，需要具体的、可重复的结果以及对浏览器功能的更深入分析。该项目提出了关于软件开发未来的问题，但也强调了持续需要人类监督和专业知识。
资源限制已超出。
## 太阳位置计算器 - Hacker News 摘要
一个新的基于网页的**太阳位置计算器** (drajmarsh.bitbucket.io) 在 Hacker News 上受到关注，因为它清晰且视觉上吸引人地展示了地球的季节、 analemma 以及太阳的位置。用户对其功能和潜在的教育价值印象深刻，一些人建议它可以用于学校课程或科学普及。
讨论的重点包括长途飞行中日出/日落观测的个人经历，以及与类似工具（如 SunCalc 和 ShadeMap.app）的比较。 几位评论员指出了一些小问题，例如星体渲染不准确和纬度滑块反向，但总体上赞扬了其设计和实现。
该工具引发了关于计算山脉阴影、多次日出对身体的影响以及历史上的日晷用于追踪太阳运动的讨论。 一位用户甚至建议将计算器的功能集成到昼夜节律图形中。
## MayaNAS & MayaScale：基于ZFS的云原生存储 在2025年OpenZFS开发者峰会上，Zettalane展示了MayaNAS（文件存储）和MayaScale（块存储），该平台利用ZFS的灵活性，提供经济高效、高性能的云存储。其核心创新是**objbacker.io**，一种用于对象存储（S3、GCS、Azure Blob Storage）的ZFS VDEV原生实现，**绕过了FUSE**，实现了**3.7 GB/s的读取吞吐量**——显著优于传统的基于FUSE的方法。 该平台通过智能分层数据来解决云NAS的高成本问题：元数据和小块数据驻留在快速的本地NVMe上，而大型顺序数据流则来自更便宜的对象存储。这是由ZFS的特殊设备架构实现的。 **objbacker.io**利用原生云SDK进行直接对象访问，最大限度地减少开销。在AWS上的基准测试表明，使用对齐的1MB块和并行存储桶I/O，性能令人印象深刻。MayaScale通过NVMe-oF提供亚毫秒延迟的块存储，并具有主动-主动HA，提供从60K到585K写入IOPS的性能等级。 MayaNAS和MayaScale都设计用于多云部署，使用一致的Terraform模块，简化了在AWS、Azure和GCP上的管理。该平台旨在覆盖90%的企业存储需求，与传统的云块存储相比，可节省高达**70%的成本**。
## ZFS 与对象存储：摘要
一项新进展允许直接在对象存储（如 Amazon S3、Wasabi 或 Google Cloud Storage）之上创建 ZFS 虚拟设备（vdev）。这有效地将 S3 用作 ZFS 的低成本存储层，绕过了对昂贵块存储（如 EBS）的需求。
主要用例是经济高效的备份和灾难恢复。数据可以通过 `zfs send` 有效地传输到由对象存储支持的远程 ZFS 池，无需持续运行云虚拟机。恢复涉及启动 MayaNAS 虚拟机并导入基于对象的池。
这种方法利用了 ZFS 内部的对象存储架构。对于具有小而随机数据的工作负载，建议使用特殊的 SSD vdev 来存储元数据和小块，而较大的数据则驻留在更便宜的对象存储中。
之前的尝试，如 DelphiX，探索了类似的概念，但此实现的不同之处在于其对块大小的处理方式，并使用 Go 而不是 Rust。虽然尚未开源，但这项进展在存储成本和灵活性方面提供了潜在的显著优势。
```
☰
Nekoweb
Atabook
WebTiles
登录
注册
0, 0
0 在线
0.25
0.5
0.75
1
1.5
加载中...
验证需要
请完成验证码以继续。
文件管理器
×
聊天
-
发送
```
## WebTiles：一个微型网站网格
WebTiles (kicya.net) 是一个新项目，允许用户在一个大型网格中创建 250x250 像素的微型网站。这些“瓦片”可以链接到完整的网站，并使用 HTML/CSS/JS，旨在以独特且可探索的方式展示独立网络。
该项目让人联想到早期的互联网实验，如百万美元主页，但避免了单纯的广告性质。用户已经创建了多样且互动的瓦片，例如可玩钢琴和交互式 JavaScript 演示。
创建者使用 JS-Interpreter 项目来沙箱化瓦片的 JavaScript 执行，并承认存在性能限制。他们已经实施了 Cloudflare、速率限制和其他措施来防止滥用。用户报告了一些导航问题，创建者正在通过支持方向键来解决。总的来说，WebTiles 被赞为一个很棒的点子，它重现了早期互联网的“魔力”。
谷歌的Jaana Dogan (Rakyll) 最近的一条病毒式推文引发了关于人工智能大幅加速软件开发的争论——最初暗示仅凭问题描述就能在数小时内构建复杂的项目。然而，随后的澄清表明，这种“成功”很大程度上依赖于Rakyll预先存在的架构工作和深厚的领域专业知识，仅仅是一个概念验证，而非可以直接投入生产的解决方案。 这一事件凸显了一种日益增长的趋势，作者称之为“影响力者”——那些优先考虑炒作而非可靠证据的有影响力的人物。这些人使用“相信我”的说辞，缺乏可重复的结果，并利用战略性模糊，通常随后会发表澄清声明。微软和Anthropic关于人工智能重写代码库或实现AGI的类似说法也属于此类。 作者认为这种“先炒作后求真”的方法会产生不切实际的期望，尤其是对于初级开发者而言，并且会分散对可验证结果的重视。为了对抗不受控制的影响，并培养对人工智能能力的更脚踏实地的理解，转向优先考虑证据和可重复性至关重要。
## 数字胡萝卜：将干扰转化为自律
数字胡萝卜是一款高度可定制的干扰拦截工具，旨在帮助用户养成健康习惯。它通过阻止应用程序和网站，直到完成预定义的每日目标来工作。
用户可以使用模板或自定义脚本设置目标，并自动跟踪进度。干扰项可单独选择，在目标达成之前保持阻止状态，达成后即可解锁并享受，无需内疚。
例如，可以在完成锻炼（通过健康数据/GPS验证）后解锁社交媒体，限制屏幕使用时间，或通过将应用程序访问与待办事项完成或学习时间挂钩来提高工作效率。
数字胡萝卜提供适用于 Firefox、Edge、Chrome 和 Safari 的浏览器扩展程序，以及详细的文档和开发者插件教程。它优先考虑用户隐私，并提供浅色/深色模式选项。
## 西班牙风能发展面临十字路口 风力发电是西班牙能源未来的关键组成部分，目前已满足需求量的24%，并仅在2024年就为消费者节省了超过46亿欧元。该行业对西班牙GDP的贡献为0.25%，雇佣了超过3.7万人，并且是全球风力涡轮机第四大出口国（出口额为19.5亿欧元）。 然而，增长受到重大的监管和行政障碍阻碍。尽管2024年新增了1185兆瓦的装机容量，但装机速度不足以实现国家气候目标——目前每年新增1千兆瓦，而实际需要4千兆瓦。超过10千兆瓦的项目已获得授权，但停滞不前，另有9.2千兆瓦的项目正在等待环境审批，以及1.7万兆瓦的项目自2018年起被搁置。 该行业敦促西班牙采纳欧盟优先发展可再生能源的原则，简化许可程序，并加速电气化，以避免市场扭曲。 关键发展领域包括更新老化风电场、利用可再生能源服务增强电网稳定性，以及启动海上风电项目——目前延期至2026年才预期进行首次拍卖。 接近每年6亿欧元的的高额税收也对新投资构成挑战。
## 西班牙风电节省与电网讨论
最新报告显示，2024年风电为西班牙消费者节省了46亿欧元的电费，使批发价格降低了约20欧元/兆瓦时。 西班牙也是风力涡轮机的重要出口国，在全球排名第四，仅次于中国、德国和丹麦，并且太阳能和电池储能行业正在增长。
Hacker News评论区的讨论涉及了电网稳定性的复杂性，尤其是在最近伊比利亚半岛停电事件之后。 虽然最初有些人将停电归咎于风电，但专家认为根本原因可能是无功功率调度不足和电网程序过时，而非惯性不足。 现代风力涡轮机使用具有比旧型号更快响应时间的逆变器。
多位评论员强调需要升级电网以处理日益增长的可再生能源整合，并指出成本不仅仅是生产节省。 还有人指出，电力定价结构（如英国的边际定价）可能无法将可再生能源节省完全传递给消费者。 讨论还扩展到更广泛的地缘政治比较，对比了欧洲能源政策与美国能源政策。
## webctl：AI 代理与人类的 CLI 浏览器自动化工具 webctl 是一款用于控制浏览器的命令行工具，专为 AI 代理和直接人工使用而设计。与传统的浏览器自动化不同，**webctl 优先考虑对上下文的用户控制**，允许在数据被处理*之前*进行过滤——这对于大型语言模型至关重要。 主要功能包括：使用 ARIA 角色进行语义定位（例如 `role=button name~="Submit"`），通过 Unix 工具（grep、jq）进行过滤，以及一个无状态 CLI 与管理浏览器的持久守护进程通信。这实现了缓存、脚本编写、并行化以及与 AI 代理轻松集成的能力。 **核心命令：** `start`（启动浏览器）、`navigate`（导航）、`snapshot`（捕获页面元素）、`click`（点击）、`type`（输入）、`wait`（等待）和 `stop`（停止）。`snapshot` 可以被限制和过滤以提高效率。Cookie 在会话之间持久保存，配置文件允许独立的浏览上下文。 **对于 AI 代理：** webctl 提供清晰、一致的接口。配置文件 (`CLAUDE.md`、`GEMINI.md`) 简化了集成。该工具设计为易于通过类似“使用 webctl 浏览…”的提示进行指令。 **安装：** `pip install webctl`（需要 Python 3.11+），然后运行 `webctl setup` 下载 Chromium。更多详细信息和源代码可在 [GitHub](https://github.com/cosinusalpha/webctl) 上找到。
## Webctl：通过CLI实现浏览器自动化
一个名为 **webctl** 的新工具旨在弥合简单命令行工具（如 `curl`）和复杂浏览器自动化框架（如 Playwright）之间的差距。它由 cosinusalpha 创建，解决了现有AI浏览器工具常常向LLM提供不必要数据的痛点。
Webctl 使用类Unix风格的CLI，允许用户在将数据发送到LLM **之前** **过滤数据**，确保上下文集中且高效。它通过持久化守护进程运行，维护浏览器状态（cookie、会话）跨离散的CLI命令。重要的是，它使用 **ARIA角色进行语义定位**，而不是脆弱的CSS选择器，从而提高可靠性。
该项目源于AI代理处理内部网站任务的需求，讨论强调了CLI驱动的代理交互日益普及，以便于调试和控制。虽然目前仍处于实验阶段，尤其是在会话持久性方面，但webctl 提供了一种“终端中的Playwright”方法，优先考虑人类可读性和可调试性。 许多评论者分享了类似的项目，强调了控制边界和高效抓取技术的重要性。
## Claude Cowork 漏洞：数据泄露风险
Anthropic 的新型 AI 代理 Claude Cowork 包含一个已知的、未修复的漏洞，允许攻击者提取用户文件。该漏洞源于 Claude 的编码环境中的缺陷，最初在 Claude.ai 中被发现，并持续存在于 Cowork 中，尽管 Anthropic 已经警告其“代理性”以及“提示注入”的可能性。
攻击利用 Cowork 允许使用 Anthropic API。受害者会不知不觉地上传一个恶意文件（例如，伪装成一个常见的 Markdown ‘Skill’，使用隐藏文本格式）到 Cowork。该文件包含一个隐藏的提示注入，指示 Cowork 将受害者的机密文件——包括财务数据和部分社会安全号码等敏感数据——直接上传到攻击者的 Anthropic 账户，*无需*用户批准。
虽然 Claude Opus 4.5 具有更强的抵抗力，但 Haiku 已被成功利用，甚至 Opus 4.5 也容易受到间接注入的影响。此外，格式错误的文件可能导致 API 错误，从而可能引发拒绝服务攻击。Cowork 连接用户整个工作环境（通过“Connectors”）的能力进一步加剧了风险，增加了暴露于不受信任的数据源的可能性。 建议用户在授予 Cowork 访问本地文件和配置 Connectors 时，务必谨慎。
## Lambda CLI & MCP 服务器总结
Lambda 是一个社区构建的工具，用于管理 Lambda 云 GPU 实例，提供命令行界面 (CLI - `lambda`) 和 AI 驱动的管理服务器 (MCP - `lambda-mcp`)。它可以通过 Brew、Cargo 或 GitHub 发布版安装，需要 Lambda API 密钥（通过环境变量或密钥管理命令设置）。
`lambda` CLI 允许直接控制：列出 GPU、启动/停止实例以及等待 GPU 可用。`lambda-mcp` 服务器支持通过 AI 助手（如 Claude）进行管理，响应自然语言命令（例如“启动一个 H100 实例”）。
当实例准备就绪时，可以配置 Slack、Discord 或 Telegram 通知。MCP 服务器在设置环境变量时会自动发送这些通知。
关键命令包括 `lambda list`、`lambda start`、`lambda stop` 和 `lambda find`。`lambda-mcp` 通过 `npx @strand-ai/lambda-mcp` 与 Claude 集成，实现免手动基础设施管理。该项目正在积极开发中，并提供了构建和测试说明。
## Strand-AI 发布用于管理 Lambda GPU 的工具
一位开发者创建了一个非官方的 CLI 和 MCP 服务器（使用 Rust 编写，MIT 许可），以简化 Lambda 云 GPU 实例的管理，允许 AI 代理自动化实例控制。该工具使用户能够通过 Claude Code 或 Cursor 等 AI 代理中的命令直接启动、终止和 SSH 进入 GPU，例如 H100。
主要功能包括在实例准备就绪时通过 Slack、Discord 或 Telegram 发送通知，以及 1Password 集成用于 API 密钥管理。一个独立的 CLI 提供了相同的功能。
该项目旨在简化对 Lambda GPU 的访问以进行 AI 开发，但需要注意的是，这是一个社区驱动的努力，与 Lambda 官方无关。一条简短的审核说明处理了一条被标记的评论，鼓励在平台上进行尊重的互动。