不会写代码，不等于不能拥有自己的软件：Qoder 桌面端实测

先补一点背景。

过去一年，Qoder 一直在做 Coding Agent，全球已经有 600 万用户、10 万家企业客户在用了；跑了这么多真实任务，自研的 Agent Harness，还有上下文理解、任务规划、写代码、验证结果这些能力，就是这么练出来的。

8 月 27 日，Qoder 家族上线了全新桌面端应用——名字还是叫 Qoder，原来的 Qoder 已更名为 Qoder IDE，别搞混。

安装好之后，桌面端首页长这样子，右边是桌宠。

它不再只面向程序员：产品经理、设计师、运营、数据分析师、独立创作者，都能从描述一个真实任务开始，剩下的交给 Qoder。

Qoder 家族目前包括：面向所有人的桌面端智能体工作台 Qoder、面向程序员的 Qoder IDE、作为全家族 Agent 底座的 Qoder CLI，以及 JetBrains 插件、7×24 小时在线的数字员工 QoderWake 等。

一句话定位：Qoder = 一个以 Coding 为执行内核的智能体工作台。

这次没打算做一个覆盖所有场景的商业软件，就想做一个只服务我朋友的工作习惯的小工具：书画作品报价工具。

朋友做书画作品定制，报价是每天都要面对的事。

书画定制很难只给一个统一价格。同样一幅作品，尺寸、材料、包装和交付时间不同，报价就会变。

我朋友他需要把材料费、工时费和附加费分开算，给出总价时，也能看到每一项的依据。

例如，换不同书画作品的一档尺寸，工时系数怎么调；客户要加急，应该加多少钱；不同材料按哪个价位计费。这些都要先定好，然后才能给客户报价。

过去，他会复制一份报价表，填数字、改公式，再检查有没有漏项。

自己用熟了还好，改一个条件就得重新核对，交给别人帮忙也要先解释一遍。

这次我用桌面端新增的桌宠＋实时语音发起任务。我在桌宠上替他说了一句：

帮做一个书画作品定制的报价工具，选完类型、尺寸、材料，自动算出价格，还能存记录。

它没急着动手，先反问我四个问题：

这个报价工具是给什么类型的作品定价的？本地运行具体指什么形态？报价规则的复杂度大概是？报价记录保存后主要用来做什么？

这套问法，其他场景也能直接套，把 {} 里的内容换成你的场景就行：

在 Qoder 的 Plan mode 里，我把完整需求整理进去、确认路径，再让它开始执行。

完整需求是这样的：

提交之后，Qoder 没有直接开写，先给了这样一句回应：

四道澄清问卷分别长这样，基本上按照默认的选择就好了。

每个问题下面都给了几个选项，还标了推荐项，我这才发现：原来需求里的坑，都藏在这些没说清楚的小条件里。

四道题我逐一选完：作品类型选书画/绘画作品，运行形态选Web 单页应用（本地浏览器打开、数据存本地文件），规则复杂度选简单固定（每个维度几个选项、价格相对固定），记录用途选个人留档（自己记账用，能存能查就行）。

答完之后，四个答案汇总成了这样：

基于这些答案，Qoder 整理出了 V1 计划：

从第一版的计划可以看到，它很克制，只做最核心的计算和记录，PDF 报价单、客户管理、多用户这些重功能都不碰。

我跟朋友确认了范围和规则，又用 Goal 目标模式把最终验收目标确定了，要让工具能计算报价、能存储历史记录，也能修改单件报价，每一步都对着它检查有没有出偏差。

确认无误，Qoder 才把这套规则写成代码，生成一个可以在电脑上打开的网页工具。

开发与运行阶段的提示词：

顺带说一句：UI 设计这块想要更好的效果，可以在 Qoder 里切换到 Kimi K3 或 GLM 5.3 这类界面能力更强的模型。

界面朴素了点，但核心功能都跑通了，选完条件能算出价格，规则能改，报价能存。

点开规则设置，作品类型、尺寸、材料、包装、加急、修改费率六个维度都能逐项调整：

这跟按一次计算器不一样：计算器算完就没了；写成工具，规则留着，下次订单还能用，规则变了还能改。报完价顺手存一条记录，历史都留着：

第一个版本能运行起来了，但这才刚开始。

我拿朋友的一笔实际订单来试：一幅油画，中幅（≤50×70cm），画布+油画颜料，不需要包装，客户希望正常 7 天内拿到，包含 0 次修改。

这一步我让 Qoder 用 Browser Use 自己进浏览器操作：点开工具、按订单填条件、点计算，把明细结果截给我。

先看结果和人工算的是否一致：材料费有没有漏？

再换一笔不同尺寸、不同制作方式的订单，看看规则是否仍然成立。验证阶段的提示词：

第一笔跑完：材料费 350 元、工时费 4,500 元（工时单价 150 元/时 × 尺寸系数 1.5 × 预估 20 时）、包装费 0 元，建议报价 ¥4,850——和人工算的一致，每一项的计算依据也都展示出来了，客户能一眼看懂。

本来以为就是核对一遍数字的事，结果真跑起来，第一版没想到的问题全露出来了：某一种作品不该按默认工时算；某种包装只在特定尺寸下可选；报价记录里最好加个备注，免得过几天忘了当时为什么给这个价。

这些问题不是开发失败，而是之前没想清楚的需求，现在终于暴露出来了。

中途冒出的小需求，我直接在 Side chat 里补一句就行，不用打断主线任务，比如给报价记录加个备注，一句话就交代了。

把问题告诉 Qoder，修改规则、调整界面、重新运行，再用一笔新订单验证。就这么改了验、验了改，一个能跑的页面才慢慢变成真正顺手的工具。迭代阶段的提示词示例：

改到一半，我想把现在的报价数据导出来存档，结果发现导出的是 JSON 文件（报价数据_2026-09-06.json），自己看没问题，但缺少 Excel 表格的支持，想发给别人或者接着做统计就有点麻烦。

于是我在 Side chat 里补了一句：增加 Excel 导入导出。需求补过去，Qoder 又确认了两件事：Excel 只用在报价记录上（规则还是留在工具里改），文件用内嵌 xlsx 库生成——真正离线的 .xlsx 文件。

末了，我又用另一笔订单跑了一遍：这次是一幅油画，小幅（≤30×40cm），画布+油画颜料，无包装。材料费 200 元、工时费 3,000 元（工时单价 150 元/时 × 尺寸系数 1 × 预估 20 时），建议报价 ¥3,200。

规则换一组条件依然成立。

点保存报价，按钮变成已录入，这条记录就存进了本地历史；界面底部也多了导出 Excel、导入 Excel 的按钮。

从输入条件到生成明细，基本是点几下、等几秒的事；人工仍需要确认的是规则口径——比如这单该按哪档尺寸、加急要不要触发，但不再需要打开表格逐项重算、反复核对有没有漏项。

来回改了这么多轮，比一次就做对了更能说明问题。

点保存之后，按钮变成了已录入状态：

如果想随时随地也能用的话，可以部署到GitHub，

最终部署好了：https://jiangye1314.github.io/quote-tool/，Qoder 还顺手验证了线上地址返回 200、内容正常。

部署完成后，在浏览器里打开线上地址，工具已经可以正常使用了：

类似的需求，很多职业里都有，只是零零散散、不那么起眼。

开烘焙店的，可以做一个按订单汇总原料的备料计算器；老师可以做一个根据人数和规则生成课堂分组的工具；健身教练可以做一个提示时间冲突的排课页；摆摊的人可以做一个收摊后记录销量、提醒补货的盘点工具；社区活动组织者可以做一个筛重、签到、统计物资数量的小程序。

它们不用覆盖所有人的流程，也不用第一版就面面俱到。能解决一个一直靠手动处理的老问题，就值了。

这就是 Qoder 说的Beyond Coding——让 Coding 从少数人的专业操作，变成更多人都能用上的能力。

当然，想清楚自己要什么，这一步还是得自己来。剩下的，交给 Qoder。

过去，那些小到不值得专门开发的需求，常常只能留在以后有空再弄的清单里。

现在，也许可以先从其中一个开始：把你最熟悉、最烦、每周都要重复一次的工作，做成一个只属于自己的小软件。