前段时间，WorkAgent 蓝皮书发布后，有读者评论说想看印刷的纸质版。AI 领域的内容做书籍出版有个天然矛盾：出版周期长，但 AI 更新太快，刚交付新东西又出来了。所以蓝皮书一直用网站形式在更新。
但转念一想：用户要的可能不是"纸"，是另一种翻阅方式。网站负责持续更新，电子书负责好翻好带，各干各的。正好看到阿里的 Qoder 8 月 27 号做了一次大升级，从 AI 编程 IDE 变成了智能体工作台。就拿这个需求去试它。
而且 Qoder 桌面端有个桌宠，有想法不想打字的时候，可以直接对着它说，然后自己进入计划、Coding、执行和验证。
过去一年，Qoder 持续深耕 Coding Agent，已服务全球 600 万用户和 10 万家企业客户。
PART 01：先造 Skill——最轻的方式验证想法
做东西习惯先跑个最小版本。这里先让 Qoder 写个 skill，做可行性验证。为什么是 skill？因为它够轻。一个 skill 就是一套打包好的提示词+指令，告诉 Agent 拿到输入以后该干什么、按什么顺序干、最后交付什么。Qoder 有个扩展市场，里面技能就有两万多个。
比起直接做一整个软件，先用 skill 试水，成本低、反馈快。不行，换个思路也不心疼。
把同一个任务分别丢给 Auto 模式（它会自己挑选合适的模型）和指定千问 3.8 Max，看看各自跑成什么样。Auto 模式这边，进来先规划，Plan Mode 计划。
之后派了三个子 Agent 分头探路：一个勘察工作区结构，一个查验证工具配置。Qoder 右边面板能看到它挂了哪些技能和数据源，下面步骤条实时跟进度。
千问 3.8 Max 这边，风格完全不同。没搞什么子 Agent 分头探索，直接就开始干：跑终端命令，找参考 skill 结构，curl 抓页面。
到写代码阶段差异更明显。千问 3.8 Max 搭好 Python 环境，一口气写了 116 行。
顺带一提，Qoder 9 月 4 号更新了自定义模型，在原有付费订阅基础上，支持通过 OpenAI 兼容协议接入第三方模型。配置很简单：在设置里切到"自定义"，添加供应商，填入 OpenAI 兼容协议的 BaseURL 形式，免费版就可以用。
回到正题。Auto 模式跑通 Skill 后，做了个简单的 benchmark。有 skill 的情况下通过率 100%，没 skill 的情况下只有 17%。时间差不多，都在 40 秒左右。
PART 02：从 Skill 到书架——Ship a Product
Skill 跑通了，说明这事能做。接下来让 Qoder 把它做成一个产品：做一个书架，可以输入任意网址，转换后保存成一本书。攒多了就是一个电子书库，离线也能看。
第一版肯定有问题。有些页面排版崩了，有些图片没抓到。这时候 Qoder 的 Browser Use 就派上用场了：它自己打开浏览器，把转换后的页面跟原站对着看，哪里不对自己回去改代码。
这个改的过程比结果还有意思。写代码 → 跑一遍 → 打开浏览器看效果 → 发现排版错位 → 回去改 → 再跑一遍验证。几轮下来，排版稳了。
PART 03：前端与边界——哪些成了，哪些还不行
书做完了，顺手试了下 Qoder 做前端。给它的提示词里放了 basement.studio 和 locomotive.ca 两个参考站链接。Qoder 有 Browser Use，自己会打开参考站，看完再写代码。
CASE 01：HANDBUILT 工作室官网
左边代码区，右边浏览器实时预览。大字排版、hover 联动变化、滚动节奏都在。用的千问 3.8 Max。
CASE 02：OBSERVER PRESS 出版物官网
模仿 Stripe Press 的出版物官网。六本虚拟书目，衬线标题，米白纸感底色，书封用 CSS 画的。切了 Grok 4.6 跑，自定义模型，自己接 API 进来。
CASE 03：产品说明书网站
做了一个产品说明书网站，整体挺有工业设计感。
PART 04：结语——从想法到产品，一个下午
蓝皮书的内容一直在网页上更新，缺的就是一个随手能翻的形式。这次从一个 skill 开始验证，跑通了做成书架，中间还顺手试了三个前端、换了两个模型。一个下午，从想法到能用的产品。
Qoder 8 月底这次升级，从写代码的工具变成了能帮你做东西的工具。编程的底子还在，但用的人不一定要懂代码了。做什么、做成什么样、哪里要改，这些还是你说了算。它负责执行，你负责拍板。
