核心用法
StackAI Skill 是 OOMOL 官方提供的连接器封装，专用于调用 stack-ai.com 的无代码 AI 工作流平台。用户通过 oo connector run 命令执行预部署的 StackAI Flow，或使用 oo connector schema 获取动作的实时输入输出 schema。所有身份凭证由 OOMOL 服务端注入，用户无需接触原始 API Key，既保证了安全性又简化了调用流程。
该 Skill 当前支持两大核心动作：get_run_metadata 用于查询历史执行的元数据；run_flow 用于触发已部署的 Flow 并传递 JSON 变量。前者为纯读操作，后者为写操作（标记 [write]），执行前需确认 payload 准确性。首次使用需确保 oo CLI 已安装、OOMOL 账户已登录，且 StackAI 连接器已通过 API Key 完成授权绑定。
显著优点
1. 零凭证泄露风险：OOMOL 服务端托管认证，CLI 调用时自动注入，用户侧无 token 暴露
2. Schema 自发现机制：通过 oo connector schema 动态获取最新接口定义，避免硬编码对接
3. 标准化响应格式：统一返回 {data, meta} 结构，便于链式处理和日志追踪
4. 官方生态集成：OOMOL 原生支持，与账户体系、计费系统无缝衔接
潜在缺点与局限性
- 平台锁定：深度绑定 OOMOL 生态，迁移至其他环境需重新适配
- 调试依赖网络：CLI 工具需联网获取 schema 和执行，离线场景不可用
- Action 覆盖有限：当前仅开放 2 个核心动作，复杂自定义需求可能受限
- 计费门槛：OOMOL 账户欠费时触发
OOMOL_INSUFFICIENT_CREDIT，生产环境需预留额度
适合的目标群体
- 无代码/低代码开发者：希望快速将 StackAI 的 AI 工作流接入现有系统
- 企业自动化工程师：需要通过脚本或 CI/CD 流水线批量触发 AI 流程
- OOMOL 生态用户：已使用 OOMOL 平台，希望扩展 StackAI 能力的团队
使用风险
- 认证链依赖：任一环节失效（CLI 未装、会话过期、连接器断开）都会导致级联失败
- 写操作确认成本：
[write]和[destructive]标签动作需人工确认，自动化场景可能增加交互摩擦 - 网络与性能：跨云服务调用受 StackAI 平台稳定性和延迟影响，大流量场景建议限流
- 版本漂移：StackAI Flow schema 变更后，旧版 payload 可能失效，需定期同步 schema