用途：在 Firebase 应用内部直接添加 Gemini 驱动的功能，如应用内聊天或助手界面、摘要与改写、基于用户内容的多模态提示、面向应用工作流的结构化输出，以及把模型响应流式渲染到 UI。该技能可作为客户端/应用集成锚点，与后端编排（genkit）和 Firebase 平台运维（firebase-cli）形成三条明确分工通道，不混用。
主要能力：判断请求是否适合留在客户端层；规划应用架构中模型调用的位置、UI 状态下的请求/响应生命周期、加载/错误/重试/回退体验、应用内提示模板归属与安全内容审核界面；面向生产时覆盖 App Check 防滥用、配额/成本/速率影响、监控与失败可见性、远程发布或功能开关策略，以及用户输入与生成输出的隐私边界。
必要用法：先对请求分类（直接功能匹配、应用接线与 UX 集成、生产加固、升级边界），再将请求归一化为应用面、用户功能、涉及数据、安全隐私关切、生产阶段与边界检查的简短包；回答按“为何留在应用层、客户端要接什么、Firebase 专有控制、不应放进客户端的内容、何时升级”组织，避免大段 SDK 代码。
限制与路由：需要服务端自有流程、工具调用、RAG、评估器、追踪、提示文件或可复用后端编排时，应改用 genkit；需要 Firebase 项目设置、模拟器、托管/函数部署或 CLI 操作时，应改用 firebase-cli；未确定使用 Firebase、仅需通用提供商 SDK 比较时，应改用提供商或框架选择类技能。当请求跨越多个角色时，应拆分并显式路由，不宣称单一技能覆盖全方案。
适用场景：希望快速在 Firebase 客户端内落地低权限、低编排的 AI 交互功能，同时关注防滥用、配额与上线准备度的团队。具体平台支持范围、安装方式、价格与效果类信息暂未提供。