## Zabriskie:单人构建与测试跨平台应用 作者出于对更优质在线社区的渴望,独立构建了社区应用 Zabriskie——没有团队,没有投资。一个关键挑战是:触达用户需要 iOS 和 Android 应用程序 *以及* Web 版本,这要求开发者独自维护三个代码库。解决方案是 Capacitor,它将 React Web 应用封装在每个平台的原生壳中,并结合服务器驱动的 UI 实现无缝更新。 然而,测试却很困难。标准的 Web 和原生工具无法与混合应用交互。作者利用 AI 代理 Claude 自动化移动端的视觉测试。Android 相对简单,可以使用 Chrome DevTools Protocol (CDP) 进行控制。iOS 则困难得多,需要解决模拟器限制——操作系统数据库和精确的 UI 坐标映射。 这次经历凸显了一个鲜明对比:Android 提供了强大的调试访问权限,而 iOS 仍然受到严格限制。它也强调了严谨的开发实践的重要性——在工作树中隔离变更,并且*始终*在提交代码前运行测试,这些都是通过代价高昂的合并错误学到的教训。最终,Zabriskie 现在在所有三个平台上都拥有自动化的质量保证,展示了即使存在平台特定的障碍,AI 驱动测试的力量。
这个工具可以将一个AI编码代理转变为一个自主研究者,能够运行数十个实验来优化代码或系统。只需提供一个`researcher.md`文件和代码库,该代理就会设计、执行和分析实验——自动提交成功的更改并撤销失败的更改。
示例展示了延迟降低,成功地用KD树替换了缓慢的邻居搜索,在30多次实验后,p99延迟从142毫秒降低到89毫秒。
这种“自动研究”不仅限于机器学习;它适用于API性能、测试速度、包大小和算法调整等领域。该代理管理一个专门的`.lab/`目录来跟踪实验历史记录,与主git仓库分离,并利用“Yggdrasil”来持久化项目上下文的记忆。它被设计成一个自我改进、不知疲倦的研究者,用于任何可衡量的目标。
## 个人计算的失落艺术
本文反思了计算潜力与其现状之间日益增长的脱节。作者哀叹了“为了乐趣而编程”的丧失,那时软件可以是短暂的和实验性的,纯粹为了个人探索而存在——一个代码的“肥皂泡”。
如今,编程似乎被专业标准和工业工具所主导,模糊了业余爱好者和专业人士之间的界限。虽然更容易获得强大的工具*理应*是赋权的,但它却导致了一种约束感,这种感觉是由“最佳实践”和持续的监控所驱动的。作者将此与艺术领域形成对比,在艺术领域,业余和专业设备及经验之间仍然存在清晰的区别。
他们提倡为玩乐的,甚至是“糟糕的”代码争取空间,拥抱元编程等技术用于个人项目——为即时享受而构建的代码,而非长期维护。这并非要放弃质量,而是要优先考虑一套不同的价值观:自由、实验和创造的乐趣。最终,作者担心未来技术只会服务于消费,这与对自动化以及保持与创造力和目标联系的担忧相呼应。
这篇文章中没有什么值得引用的内容,但我想强调三点。首先,当你访问该页面时会看到:一个通知弹窗、一个遮挡文章的邮件订阅弹窗,以及一个带有至少五个可见广告的半透明背景。欢迎垫。其次,一旦你通过“欢迎垫”:是的,五个广告、一个标题和一个副标题。一点点文章。第三,这个网页初始加载时高达37MB。但这还不是最糟糕的部分。在我开始写这篇文章的五分钟里,网站已经下载了近半吉字节的新广告。带宽盛宴。我们很幸运拥有许多优秀的RSS阅读器,可以摆脱这些无意义的东西。
GrapheneOS,一款注重隐私的Android替代系统,拒绝遵守巴西、加利福尼亚州和科罗拉多州新兴的法律,这些法律要求在操作系统设置期间进行年龄验证。该项目表示,即使这意味着在受监管地区销售受限,它仍将保持全球可访问性,无需提供个人信息。
这些法律,包括巴西的《数字ECA》和加利福尼亚州的AB-1043,对未能收集和与应用商店共享用户年龄数据的操作系统提供商处以巨额罚款。虽然GrapheneOS总部位于加拿大,但最近一个注重隐私的比特币项目开发者被成功引渡,引发了管辖权问题。
其他项目,如DB48X和MidnightBSD,也在抵制这些法规。批评者认为,这些法律会建立不必要的监控基础设施,因为自我报告的年龄很容易被规避,并且不能有效地保护儿童。这种立场可能会影响GrapheneOS的新硬件合作伙伴摩托罗拉,可能限制在某些市场销售搭载GrapheneOS的摩托罗拉手机。
## OpenClaw:自主AI代理的承诺与风险
自主AI代理的复兴,例如基于Anthropic的Opus的OpenClaw,正在重现2023年AutoGPT和BabyAGI引发的兴奋(和担忧)。然而,与前代产品不同,这些新的代理*真正*兑现了自动化承诺——与Gmail、Slack甚至家庭自动化系统互动。这种能力促使OpenAI收购了OpenClaw的创建者Peter Steinberger。
吸引力在于轻松的任务管理未来,但这种力量伴随着巨大的代价:**安全性**。OpenClaw的开源性质以及对“技能”(用户创建的插件)的依赖,引入了漏洞,包括潜在的恶意软件传播和凭证泄露。风险包括提示注入、对敏感数据的未经授权访问,甚至完全的系统妥协。
虽然容器化、限制访问以及TrustClaw等平台(提供托管OAuth和沙盒执行)等解决方案可以减轻这些风险,但OpenClaw强调了一个关键点:这些代理需要被视为独立的、潜在不可信的实体。尽管潜力巨大,但生态系统尚未成熟到可以广泛、无忧无虑地采用,需要谨慎并关注安全最佳实践。