结论先行：Qoder 把”写代码”和”做网站”这两件事，压缩成了一句自然语言。9 月 20 日，阿里智能体工作台 Qoder 正式上线 Qoder Sites——用户用一句话描述需求，就能构建并发布一个可交互的网页应用，拿到分享链接。它和普通 AI 建站工具最大的区别在两点：一是可以同步创建后端数据库，数据持久保存、状态持续更新；二是能接入 Qoder Cloud Agents，让访问者触发的 Agent 任务直接写回站点数据库，不用自己接模型、也不用自己维护后端。目前 Qoder v0.3.3 与 Qoder CLI v1.1.54 已全面支持 Sites 能力。
一、Qoder Sites 到底是什么：从对话到可访问链接
按照 Qoder 官方文档的定义，Sites 让用户”从模板或提示词开始，在 Qoder 中创建、预览并分享可交互的网站”。它的定位不是取代正式产品开发，而是把那些”做个页面就行”的需求变得足够便宜——把项目进展变成可筛选的看板，把周报变成可交互的报告，把正在开发的功能变成演示页，然后把链接发给同事。
这个定位很关键。过去这类需求通常卡在两种尴尬里：找前端同事排期，等一周；或者自己用低代码平台拖拽，卡在数据联动上。Sites 的思路是让智能体把整个环节走完，人在旁边做判断和微调。
二、两种起步方式：套模板，或直接说需求
在 Qoder 侧边栏选中 Sites、点击 Add site，系统会开启一个新任务，并在输入框中自动引用 @sites。接下来有两条路。
1. 从模板起步
官方在输入框上方提供了模板面板，模板被分成六类：Landing pages（落地页）、Portfolios（作品集）、Blogs & content（博客与内容）、Dashboards（数据看板）、Internal tools（内部工具）、Other（其他）。点击某个模板，它对应的提示词会被插入输入框，用户再改名称、内容、风格和需要的功能即可。
官方文档给的例子很能说明用法：做一个项目进度看板时，可以保留模板的视觉风格，只把内容换成项目概览、任务状态和截止日期。
2. 直接描述需求
如果心里已经有明确想法，就在新任务里引用 @sites 并直接描述。文档建议把四件事说清楚：谁会用这个站点、它要帮用户做什么、展示哪些信息、支持哪些操作。同时提醒一点容易被忽略的细节——如果站点需要记住用户的改动，要明确说明数据是只留在当前浏览器，还是需要跨设备、跨用户共享，因为发布站点并不会自动同步浏览器本地数据。
三、真正的分水岭：同步创建后端数据库
大量 AI 建站工具止步于”静态页面好看”，Sites 往前推了一步：它在构建应用时可以同步创建后端数据库，实现数据持久保存、状态持续更新。这一条直接改变了可用场景的边界——从”展示型页面”跨到了”能存数据的轻应用”，比如活动报名、内部提报、销售数据看板这类需要留存的场景。
需要留意的是分层：Sites 对个人版（Free、Pro、Pro+、Ultra）和企业版（Teams、Enterprise）开放，但个人免费版只支持静态网站部署，不提供数据库和存储服务。换句话说，想用到数据库，付费档位是前提。
四、给站点装上 Agent：与 Qoder Cloud Agents 打通
Sites 的另一层能力是调用 Qoder Cloud Agents 中的 Agent 服务——当访问者与页面交互时，站点可以触发一个 Agent 任务，让它在云端完成数据处理、联网检索、生成文本或图片、动态产出页面内容。产出的结果可以直接存进该站点的数据库与存储空间，用户既不用自己接模型，也不用自己搭后端。
官方给出的典型例子是销售分析站点：访问者上传月度销售表格并点击”开始分析”，Agent 计算趋势、环比变化和异常点，产出结论与图表，页面展示结果并把它们存入数据库，访问者下次回来还能看到历史分析。
文档也给了实操提醒：Agent 任务需要运行时间，发布前应先在预览环境里跑通一次完整任务，确认结果正确且已保存。这个细节很实用——避免把”能跑”的演示误当成”稳定”的服务。
Cloud Agents 本身的量级也不小。据公开报道，阿里在 9 月 16 日发布企业级云端 Agent 构建与托管平台 Qoder Cloud Agents 1.0，用户约 10 分钟即可将现有业务系统的 Agent 接入云端；该平台已服务金融、企业软件、零售、电商等领域的数百家大型企业，月均调用次数达千万级。
五、发布与分享：三级权限，链接转发不传递权限
站点就绪后，点击发布并设定访问范围。新建站点默认仅自己可见，方便先自查发布结果。权限分三档，个人版与企业版的第三档不同。
| 套餐 | 可见范围 | 典型用途 |
|---|---|---|
| 个人版 | 仅自己可访问 | 个人工作看板，或尚未准备好分享的版本 |
| 个人版 | 仅受邀用户可访问 | 面向特定人员的项目进展、功能原型 |
| 个人版 | 任何人可访问 | 公开的产品介绍或功能演示，需确认 Allow public access |
| Teams / Enterprise | 仅自己可访问 | 个人工作看板 |
| Teams / Enterprise | 仅受邀用户可访问 | 受邀者须属于同一组织 |
| Teams / Enterprise | 组织成员可访问 | 项目门户或内部工具，访问者需用该组织的账号登录 |
有一条安全设计值得单独点出：转发链接不会授予访问权限。受邀访问者必须使用有权限的 Qoder 账号登录，Teams 与 Enterprise 站点只限组织内共享，不支持对外和公开访问。此外，”打开使用站点”的权限与”编辑站点”的权限是分开的。
六、迭代、下线与分析：完整的生命周期管理
Sites 不只管”生”，也管”养”和”死”。修改交互可以直接在当前对话里描述，也可以点击 Annotate 后在预览页上圈选某个按钮、标题或卡片，写下”把这张卡片改成显示逾期任务数”这类批注再发送，实现所见即所得的定点修改。
需要强调的是：预览版本与已发布版本是分离的，对话里的修改或新预览不会自动替换线上内容，必须再次点击 Publish，访问者才会看到更新。
| 操作 | 路径 | 说明 |
|---|---|---|
| 改名 / 改地址 | More → Settings → General | 地址前缀可编辑，后缀固定 |
| 查看流量 | More → Analytics | 提供 PV、UV、人均浏览量与趋势，可选日期区间 |
| 临时下线 | Settings → Publishing and access | 暂停访问，内容保留，可 Restore online 恢复 |
| 删除站点 | Settings → Delete site | 永久删除站点及访问权限，不可撤销 |
| 回溯对话 | More → Locate conversation | 回到原始任务继续修改 |
七、可用性与额度：上线限时免费，有使用上限
Sites 在上线初期限时免费，但设有使用额度限制。达到上限后，可能暂时限制创建新站点，或限制高用量站点的公开访问，已有站点仍可编辑和管理；用量按账号下所有站点累计计算，免费期内的额度可能调整。
版本方面，Qoder v0.3.3 与 Qoder CLI v1.1.54 已全面支持 Sites 能力。放到产品家族里看，Qoder 目前涵盖全新 Qoder 工作台、Qoder IDE、Qoder CLI、JetBrains 插件、移动端、数字员工产品 QoderWake 以及 Qoder Cloud Agents；据阿里云此前披露，自 2025 年 8 月面向全球发布以来，Qoder 已服务全球超过 600 万用户与超过 10 万家企业客户，工作台内置 Qwen3.8-Max 等多款模型并提供 Auto 智能调度，同时支持 40 多个连接器、70 多个插件和 2 万多个技能。
八、常见问题（FAQ）
Q1：Qoder Sites 免费版能用到数据库吗？
不能。个人免费版仅支持静态网站部署，不提供数据库和存储服务；需要使用后端的用户应选择 Pro 及以上个人档位或企业版。
Q2：把链接发给别人，对方就能看到我的站点吗？
不一定。转发链接不会授予访问权限。若设为”仅受邀用户可访问”，需先添加对方邮箱或 Qoder UID；受限制站点的访问者必须登录有权限的 Qoder 账号，Teams 与 Enterprise 站点还要求属于同一组织。
Q3：改完之后线上页面为什么没变？
因为预览版本与已发布版本相互独立。在对话中修改或生成新预览不会自动覆盖线上内容，需要在 Sites 面板右上角再次点击 Publish，访问者才会看到最新版本。
小结
Qoder Sites 的价值不在”又多了一个 AI 建站工具”，而在于它把数据库、Agent 能力和权限控制一起塞进了同一条对话流里：一句话出页面，页面能存数据，数据能被 Agent 写入，最后还能精确地决定谁能看。对产品原型、数据看板、促销活动页这类”要快、要能用、但不必上正式研发流程”的需求，它把成本压到了一次对话的量级；而对需要长期稳定运行的核心业务系统，它仍然更像一个高效的原型起点，而不是终点。