核心用法
self-integration 是一个基于 Membrane API 的通用集成技能，采用"连接-发现-执行"的三步工作流：
第一步：建立连接。通过 /connections 检查现有连接，若无匹配则搜索或构建 Connector（预构建适配器），创建连接请求引导用户完成 OAuth/API Key 认证，最终获得可用的 connectionId。
第二步：获取动作。使用自然语言描述意图（如"发送消息"）搜索可用 Action，系统返回包含输入/输出 Schema 的操作定义。若无匹配，可调用 Membrane Agent 动态生成自定义 Action。
第三步：执行操作。传入 actionId、connectionId 及符合 Schema 的输入参数，即可完成跨平台操作（如 Slack 发消息、GitHub 创 Issue、Salesforce 更新客户等）。
显著优点
1. 统一接口，无限扩展：单一 API 覆盖数百种 SaaS 服务，无需学习各平台差异极大的认证方式和 API 规范。
2. AI 驱动的动态构建：当预置 Connector/Action 不足时，Membrane Agent 可基于自然语言描述自动生成集成代码，大幅降低定制开发成本。
3. 凭证集中托管：OAuth Token、API Key 等敏感信息由 Membrane 云端安全存储，本地仅保留高阶的 MEMBRANE_TOKEN，简化密钥管理。
4. 企业级灵活性：支持从简单消息推送到复杂数据同步、工作流编排等多种场景，适配销售、客服、研发、运营等多部门需求。
潜在缺点与局限性
1. 供应商锁定风险：所有数据流必须经过 Membrane 服务器中转，形成单点依赖；若 Membrane 服务中断或调整定价策略，可能影响业务连续性。
2. 隐私合规挑战：企业敏感数据（客户信息、内部沟通记录）流经第三方 SaaS 平台，需评估是否符合 GDPR、SOC2、等保等合规要求。
3. 延迟与稳定性：相比直连原厂 API，增加了一层网络跳转；复杂 Agent 构建任务可能需要 30 秒以上等待时间。
4. 成本不透明：Membrane 为商业服务，高频调用或大量自定义 Connector 可能产生显著费用，但 Skill 文档未披露定价细节。
适合的目标群体
- 多 SaaS 堆栈的企业 IT/运维团队：需统一管理 Slack、Jira、HubSpot、Salesforce 等工具的数据流转
- 自动化工程师：希望用自然语言快速原型化跨系统集成，而非编写大量胶水代码
- 产品运营人员：需要低门槛实现客户数据同步、消息通知、报表汇总等场景
- 对 Membrane 平台已有信任基础的用户：已评估其安全合规能力，愿意接受数据中转架构
使用风险
- Token 泄露后果严重：MEMBRANE_TOKEN 为全局高权限凭证，一旦泄露攻击者可访问所有已连接服务，建议配合密钥管理系统和定期轮换策略
- Agent 生成代码的可靠性：动态构建的 Connector/Action 可能未经过充分测试，生产环境使用前需验证边界情况
- API 速率限制：未明确披露 Membrane 及下游服务的限流策略，高频场景需提前测试容量
- Schema 变更兼容性：外部服务 API 升级可能导致 Action 失效，需建立监控和快速修复机制