分类：编程语言

Browser Use actions fail with "Codex auth token is unavailable" in API-key mode

照片太大传不上去？我后来只想让压缩这件事别再折腾人

Squoosh 把压缩、转格式和改尺寸都拉回浏览器里，适合临时处理图片的人。

ThreeUI 火了之后，我更想聊聊组件库这件事

ThreeUI 把 Three.js 组件化了，重点不只是炫，而是让 3D 开发更像日常前端工作。

网页端 40MB 离线模型，抠图不用后端也不用服务器

一个把抠图流程塞进浏览器里的开源项目，适合头像、证件照和日常素材处理。

《Agent Runtime 工程化》附录

A 术语表 Agent：根据目标和上下文选择下一步行动的执行体。 Agent Runtime：负责模型调用、工具调用、上下文、权限、状态、观测、恢复、评测和成本治理的运行系统。 Tool Calling：模型输出结构化工具调用，应用执行工具并把结果返回模型的接口能力。 Tool Registry：工具定义、schema、风险等级、执行器、输出策略和版本的注册

《Agent Runtime 工程化》第十二章 hermes-agent 产品级实战

第十二章 hermesagent 产品级实战 前面十一章讲的是方法。最后这一章，我们把方法放进一个真实开源项目里。 本章选择 NousResearch/hermesagent。原因不是它'功能多'这么简单，而是它已经把 Agent Runtime 从一个工具调用循环扩展成了产品系统：CLI/TUI、Desktop、messaging gateway、多 pr

《Agent Runtime 工程化》第十一章 Agent Runtime 进阶学习路线

读到这里，读者不需要被带回课堂作业。商业化技术书应该把读者送到下一段真实工作的入口。本章要做的事，是把前面十章拆成几条可以长期深挖的能力路线，并说明每条路线怎样从学习样例走向真实项目。 这几条路线不是互斥选项。它们像 Runtime 的几根梁：评测、上下文、工具协议、权限安全、恢复、观测和产品化。你可以先从最贴近自己工作的问题开始，但最终要把它们连成一套系统

《Agent Runtime 工程化》第十章 Eval Harness 与 CI 回归

说 Agent '变好了'很容易。证明它变好了，要靠 eval。 Agent 产品很容易陷入'今天试了几个问题，感觉不错'的幻觉。工程系统不能靠感觉上线。Eval Harness 的任务，是把真实任务变成可重复的测试，把 trace 变成回归样本，把 prompt、工具、上下文、权限和 runtime 策略的变化变成可比较的数据。 截至 2026 年 8 月

《Agent Runtime 工程化》第九章 可观测与 Trace

Agent 出错后，最怕只剩一句'模型没做好'。这句话既不能定位问题，也不能指导修复。可观测系统的任务，是把一次 Agent run 拆成可以追踪、可以复盘、可以转化为评测用例的证据链。 OpenTelemetry 的公开文档把 span 视为 trace 的基本操作单元：span 有名称、父 span、开始和结束时间、属性、事件、状态等信息。本书不要求读者

《Agent Runtime 工程化》第八章 Checkpoint、Resume、Rollback

长任务一定会中断。问题是：失败后怎么继续，而不是重来？ Agent Runtime 一旦进入真实工程任务，就会遇到长运行：改多个文件、跑多轮测试、安装依赖、查文档、等待用户确认。浏览器刷新、进程崩溃、网络超时、模型失败、用户临时离开，都可能打断 run。如果没有 checkpoint，Agent 只能从头再来；从头再来又可能重复执行副作用。 可恢复执行系统要

《Agent Runtime 工程化》第七章 权限与安全边界

能力越大，边界越要清楚。本章谈权限和安全。 Agent 的能力来自工具，风险也来自工具。一个不会调用工具的模型，最多说错话；一个能执行命令、写文件、联网、访问数据库的 Agent，可能造成真实损失。Runtime 的安全目标不是把 Agent 绑住，而是让它在明确边界内做事；越过边界时，停下来请人确认，或者直接拒绝。 安全不是最后加的一层'确认弹窗'。它应该

《Agent Runtime 工程化》第六章 MCP 与 Provider 抽象

Agent 迟早要接外部工具，也迟早要面对多个模型供应商。本章讨论怎么接，以及怎么避免 runtime 被某个协议或某个 SDK 绑死。 前面几章里，工具都在本地注册，模型调用也被简化成一个 ModelProvider。这对入门很好，但真实系统不会停在这里。企业内部有文档库、浏览器、数据库、工单系统、设计工具、代码托管平台；模型侧也会同时接 OpenAI、A

《Agent Runtime 工程化》第五章 上下文工程

长任务跑久了，问题会变成一句话：有限的 context window 里，到底该放什么？ Agent Runtime 的上下文不是聊天记录的简单拼接。它更像一份交给模型的案卷：用户当前目标、必须遵守的约束、最近进展、关键文件、工具观察、失败记录、可用工具、当前计划。案卷太薄，模型会失忆；案卷太厚，成本上升，关键事实还可能被噪声挤掉。 上下文工程不是塞更多东西

《Agent Runtime 工程化》第四章 工具系统设计

这一章开始给工具'上户口'。在 demo 里，工具是几个函数；在 Agent Runtime 里，工具是一套能力治理系统。 模型负责提出'我想调用哪个工具、传什么参数'。Runtime 负责判断这件事是否存在、参数是否合法、风险是否可接受、是否需要用户确认、怎样执行、输出怎样进入上下文、失败怎样反馈。把这些责任都塞进一个 execute() 函数，是很多 A

《Agent Runtime 工程化》第三章 最小 Agent Loop

现在可以动手了。把模型、工具和观察结果接成一个受控循环，这是 Agent Runtime 从'调用一次模型'走向'能执行任务'的第一步。 最小 Agent Loop 不追求复杂。它的目标很朴素：模型能根据当前上下文提出工具调用，runtime 能校验并执行工具，把观察结果写回消息历史，再决定继续还是停止。只要这个闭环清楚，后面的工具治理、上下文预算、权限审批

《Agent Runtime 工程化》第二章 TypeScript / Node Runtime 基础

写 Agent Runtime 之前，先补一门不太体面的课：异步任务、流和进程控制。 Agent Runtime 表面上是在调用模型，实际上是在管理一串可能很慢、会失败、有副作用、需要取消的异步任务。模型请求会流式返回，shell 命令会持续输出，文件系统可能被修改，用户可能中途按下取消，工具可能超时，子进程可能留下孤儿进程。没有扎实的 Node runti