云服务技能：给应用接上托管后端

一句话定位：让 AI 直接给你的网站或小程序搭好数据库、登录和文件存储。

做一个小应用，真正拖时间的往往不是页面，是后端：建表、配权限、接登录、传文件、再给模型调用留一把不能泄露的密钥。WorkBuddy 内置的 cloud-service 技能把这个环节做成了「对话即接入」——你说清要存什么、谁能看，它在托管后端里建好表、写好权限规则，前端拿到接口再继续写页面。定位上它对标 Supabase / Firebase 这类托管方案，区别在于你不用去控制台点鼠标，改表结构、改权限都是跟 Agent 说一句话。它真正的价值不是“省事”两个字，是把“先建后端再写前端”串成了一条不需要切工具的流水线。

核心能力

一、云数据库与行级权限，不用自己写一套后台
技能会根据你的描述建表和字段（文本、数字、时间戳、关联关系等），并把行级权限规则一并落地——比如「评论表只能读、不能改」「每条数据只能本人编辑」。常见的用户反馈收集、内容列表、订单记录，不用再手写增删改查接口和鉴权中间件。改需求时直接改规则重跑，不用回头改一整套业务代码。

二、用户认证四条通道，国内场景也能直接用
支持邮箱、手机短信验证码、微信登录和 WorkBuddy 账号登录。这一点对国内项目很关键：很多海外托管后端的认证方案默认只有邮箱 + OAuth，接国内短信要自己找服务商、自己写验证码校验和频率限制。内置短信通道意味着登录页可以在一个下午内跑通，而不是花两天接第三方。

三、文件存储，头像和附件不用再单找一家对象存储
上传接口、访问权限、CDN 链接都跟着项目走。做带封面的内容站、带附件的工单系统时，可以直接把文件存在同一个项目里，不用另开一个云存储账号、再处理跳转和限流。删除与访问控制也可以交给权限规则统一管。

四、免密钥调用大模型，密钥不落到前端代码里
技能提供的模型调用走服务端代理，前端不需要持有 API Key。这一条常常被低估：很多人的第一个 AI 小应用就是把密钥写在 public/ 下的 JS 里，上线第二天被人刷爆额度。走托管后端，密钥留在服务端，调用量和额度也能在一个地方看。

五、数据隔离，多租户场景不用从零设计
每个项目、每个用户的数据边界由权限层负责，不需要你在每一条查询里手写 where user_id = ?。做 SaaS 草稿或团队协作工具时，这是最容易漏、也最容易出事的一层；把它交给规则而不是交给“每个开发者都记得加条件”，出事概率低很多。

使用上手

1. 先确认需求真的需要后端：纯静态页面、不需要存数据的功能，不要为了“以后可能用”先接后端。
2. 说清楚数据模型：告诉 Agent“有三张表：用户、文章、评论；文章只能作者改；评论只读”，比说“帮我加个数据库”效果好得多。
3. 让它建表并回报结构：表名、字段类型、权限规则都要求列出来给你确认，不要直接往下写页面。
4. 先跑通认证再接业务：先验证注册、登录、登出这条最短路径，再往上加业务表，否则出问题时分不清是认证还是权限。
5. 上线前过一遍越权测试：用两个普通账号互相访问对方数据，确认拿不到；再看前端网络面板里有没有出现任何以 sk- 开头的密钥。

优点与不足

优点：

• 从建表到前端接口一条链路在对话里完成，不用在四五个控制台之间切。
• 认证覆盖手机短信与微信登录，国内项目不用自己拓。
• 行级权限是声明式的，改需求时改规则，不用改代码。
• 模型调用走服务端代理，密钥不暴露在前端。

不足：

• 属于平台托管服务，具体存储容量、调用额度与计费以官网为准，长期成本需要自己估算。
• 强依赖 WorkBuddy 生态，后续想搬到自建服务器需要额外迁移工作。
• 权限规则写得越细越好用，但规则本身有学习成本，复杂的多角色场景需要先想清楚模型。
• 不适合需要极端定制（例如自建数据库集群、特殊存储引擎）的项目。

适合谁

• 想快速做出带登录和数据存储的小工具、内部系统、小程序原型的人。
• 不熟后端、又不想把密钥写在前端的独立开发者。
• 需要手机短信登录或微信登录的国内项目。
• 不需要：纯展示站、一次性页面、数据量极小且无需长期保存的项目。

下载与访问

• 技能说明与产品入口：https://www.workbuddy.cn/docs/workbuddy/Overview
• 获取方式：在 WorkBuddy 客户端技能列表中找到 cloud-service（云服务）并启用
• 配套技能：mini-program-development（小程序）、library（资料库）可在同一客户端安装

获取与授权

本文属于「技能」分类的 AI 资源专栏，更多评测见分类页。