关于按住版权联系我们创作者广告开发者条款隐私政策和安全性YouTube的工作原理测试新功能© 2026 Google LLC
关于按住版权联系我们创作者广告开发者条款隐私政策和安全性YouTube的工作原理测试新功能© 2026 Google LLC
关于按住版权联系我们创作者广告开发者条款隐私政策和安全性YouTube的工作原理测试新功能© 2026 Google LLC
## 使用文件系统沙箱化智能体:一种新方法
智能体AI的最新进展利用具有shell和文件系统访问权限的沙箱环境,模仿大型语言模型(LLM)编码任务中使用的技术。这种方法具有优势,例如与基于RL的编码训练对齐,并通过单个强大的Bash接口简化工具集。文件系统还能够实现自然模式,例如计划/草稿文件和高效的长上下文处理。
然而,将其应用于现有应用程序会带来挑战:确定何时以及如何在应用程序的数据库和沙箱文件系统之间同步数据,以及管理人工编辑。一个关键的解决方案是**FUSE(用户空间文件系统)**,一个允许在内核之外创建文件系统的框架,将任意数据暴露为文件。
该示例演示了使用FUSE构建一个AI驱动的电子邮件平台智能体。该智能体与镜像电子邮件结构(收件箱、已发送等)的文件系统交互,而FUSE将文件系统操作(如`ls`或`mv`)转换为数据库查询。这种抽象允许智能体使用熟悉的命令直观地管理电子邮件。
完整的实现可在GitHub上找到,未来的工作可以探索将这种方法与传统的智能体循环进行评估,并通过沙箱提供商API简化FUSE集成。最终,虚拟文件系统为智能体AI的人体工程学上下文工程提供了一条有希望的途径。
## 从海洋之歌到小叮当:以容器为中心的架构转变
本文详细介绍了作者从昂贵、手动管理的VPS(“海洋之歌”)向精简、自动化的系统(“小叮当”)过渡的过程,用于托管他们的网站和未来项目。为了降低成本和减少维护,作者采用了一种以容器为中心的方案,使用Fedora CoreOS、Ignition和Podman Quadlets,并使用Terraform进行编排。
核心思想是不可变性:与其修改服务器,不如在每次更新时完全重建小叮当。Ignition在首次启动时配置虚拟机,后续更改通过重建而非配置来部署。Podman Quadlets简化了容器编排,摆脱了像Kubernetes这样复杂的解决方案或繁琐的Ansible剧本。
现在,更新只需推送新的容器镜像即可触发。Podman自动更新会拉取这些镜像并自动重启容器,无需SSH访问。完整的设置可在GitHub上找到,提供了一种声明式、低维护的解决方案,符合现代DevOps原则。目前,该系统还缺乏可观察性,作者计划添加监控工具以深入了解小叮当的运行情况。
这个项目详细介绍了贪吃蛇游戏(小于16KB)的创建,该游戏设计为原生运行在Windows、Linux和Web浏览器上——所有这些都来自单个源文件。受到Justine Tunney的libc项目的启发,作者旨在实现跨平台兼容性,同时保持较小的二进制文件大小。 游戏具有标准的贪吃蛇游戏玩法,包括计分、关卡和不同的水果价值。它被实现三次:C语言用于Windows(使用WinAPI和压缩stub),C语言用于Linux(使用clang和X11,并使用lzma解压缩),以及JavaScript用于浏览器(HTML5 Canvas)。 这种多语言方法的关键在于巧妙地将每个实现打包在同一个文件中。每个平台的操作系统识别并执行其对应的代码,忽略其余部分作为良性数据。这是通过shell脚本、不寻常的PE头以及浏览器对初始垃圾数据的容忍来实现的,最终生成一个13.7KB的可执行文件。
```
>CODEPUNS Python, Django, Javascript, AngularJS, HTML, CSS LinkedIn 邮箱</> CODEPUNS
2026年1月9日
我想告诉你一个UDP笑话……但你可能收不到。推特← 更多双关语
有代码双关语要分享吗?发送到 ^*[email protected]
```
## 2026:自托管变得普及的一年
乔丹·富尔加姆预测2026年将是自托管普及的一年,这得益于经济实惠的硬件和强大的AI工具的结合。 过去一项复杂的任务,运行自己的家庭服务器现在对于具备软件知识的用户来说是可行的,*无需*成为全职系统管理员。
关键是什么?迷你电脑(如Beelink Mini N150,价格约为379美元+存储)与CLI代理(如Claude Code)结合使用。 这些代理可以自动化服务器设置和管理——只需*告诉*服务器你想要什么(例如,“设置Docker,安装Vaultwarden”)而无需与代码和配置作斗争。
富尔加姆成功地自托管了密码管理(Vaultwarden)、媒体(Plex)、照片存储(Immich)和稍后阅读应用程序(ReadDeck)等服务,所有这些都在低功耗、安静的设备上完成。 Tailscale等工具简化了网络,而Lazydocker和Glances提供了简单的监控。
这种方法提供了所有权、控制权和令人惊讶的愉快体验——将重点从*维护*基础设施转移到*使用*你需要的服务。 它非常适合那些熟悉终端、已经为SaaS付费并且好奇事物如何运作,但又想避免传统服务器管理的复杂性的人。
macOS Tahoe 戏剧性圆润的窗口角,作为一种设计选择,正在导致可用性问题。用户发现可靠地调整窗口大小出奇地困难,这是以前很少遇到的问题。
问题源于微小而精确的调整大小“抓取区域”——窗口角落附近的一个19x19像素区域。 以前,该区域的大部分都在窗口边界*之内*。 然而,大的圆角将该区域的75%转移到窗口*之外*,这意味着用户会本能地点击无响应的区域。
本质上,要成功调整大小,用户必须点击视觉角落的*外部*,这是一种违反直觉的操作,导致频繁出错。 这凸显了审美变化如何对基本的用户交互产生负面影响,即使在数十年的既定计算机使用模式之后。
## CommonMark Markdown 渲染问题 CommonMark 规范中长期存在的缺陷导致 Markdown 渲染不正确,尤其是在加粗 (** ) 方面,而 LLM 生成的内容暴露了这个问题。问题源于 CommonMark 的“分隔符连续”规则,该规则旨在简化解析,但未能考虑到实际使用情况,尤其是在韩语、日语和中文 (CJK) 等语言中。 这些规则规定,强调标记必须仅根据紧邻的字符(空格或标点符号)是“左侧相邻”还是“右侧相邻”。当标点符号(如括号)紧随在闭合加粗标记之前,后跟一个字母时,就会出现问题,从而导致无法正确渲染。 虽然该规则旨在支持嵌套强调,但它在很少使用空格且标点符号经常集成在单词中的CJK语言中造成了很大的困扰。作者认为,嵌套强调的好处并不值得由此带来的不便,尤其是由于 LLM 现在广泛输出反映自然语言使用的 Markdown,从而突显了此前潜在的问题。