Bmob 后端云

你在对接 Bmob 时会卡在哪

Bmob 是带 NoSQL、用户系统、文件存储、云函数等能力的 BaaS，但各端 SDK 形态差异很大：Web 上是 Bmob.Query，Android 要 extends BmobObject，REST 则是 /1/classes/。Agent 若不经路由就把 JS 示例塞进 Android 回答，或在前端 bundle 里带上 Master Key，会直接造成权限事故或反复 9015 类报错。

这个技能怎么组织工作流

本技能是 总入口，不替代各平台子技能，而是规定固定顺序：

1. 先走 入口决策树，确认用户平台与意图；
2. 查 路由决策表，落到如 bmob-database-javascript、bmob-database-restful、bmob-mcp 等 sub-skill；
3. 具体操作再对照 shared/operation-routing.md，在 MCP / curl / SDK·REST 三通道里选一条。

已配置 Bmob MCP 时，读表结构、写测试数据、生成样板 curl、静态站部署应优先 MCP（get_project_tables、deploy_static_site 等），避免凭猜测写字段名。认证、存储、云函数等 P1 子技能未安装时，文档给出了 REST 与 generate_code 的降级路径，并指向 bmob-error-codes 按响应体 code 排查，而不是盲目重试。

边界与注意点

• 写入前确认目标表 ACL，否则任意用户可能改任意行。
• 浏览器 / 小程序 / 移动端只用 Application ID + REST API Key 或 Secret Key + 安全码；Master Key 仅限服务端。
• 开写前建议拉对应平台 update_log.md，避免 SDK 签名与文档版本不一致。
• 批量、全表扫描、跨表查询优先 BQL，不要循环 SDK。

端到端场景（博客 CMS、行级 Todo、小程序登录、头像上传等）见 shared/recipes/；反模式见 shared/anti-patterns.md。