用途：该技能面向 CARTO Workflows——一个可视化 DAG 编排应用，编译为仓库 SQL，执行时使用已连接的仓库而非 CARTO 计算。适用于可重复、可调度的多步骤 DAG；一次性临时 SQL 应改用 carto-query-datawarehouse。注意 Workflows（/workflows/<id>）与 Builder（/builder/<id>）是不同产品，仅共享组织与连接。
主要能力：覆盖完整生命周期，包括构建 DAG、通过 CLI 进行 CRUD 与调度、跨 profile 复制（dev→prod 提升、客户隔离工作区，carto workflows copy）。交互式路径映射到 OAuth 认证的 MCP 工具：create_workflow、update_workflow、validate_workflow、read_workflows、run_workflow、schedule_workflow、read_workflow_components。CLI 用于脚本/CI、bundle schema 内省（carto workflows schema）、跨 profile 复制与活动日志审计（carto activity query）。
使用方式：按 6 个阶段执行——收集信息、设计方案、呈现计划并确认缺口、构建工作流、呈现结果、上传到 CARTO。构建前须实时内省：用 carto workflows schema 获取 bundle/node/edge/variable 结构，用 carto workflows components list|get 获取组件目录与输入格式，不要硬编码或凭记忆。每次写入后运行 carto workflows validate workflow.json --json；在分支边界运行 carto workflows verify-remote workflow.json --connection <connection-name> --json。上传用 carto workflows create --file workflow.json --verify，连接来自 bundle 内的 connectionId。
限制与注意：config.connectionProvider 必须与连接实际 provider 一致，否则生成错误 SQL 方言。优先使用原生组件，native.customsql 仅在前述条件成立时使用。validate 为权威，若与组件 schema 冲突以 validate 为准。上传后需对比 config.nodes[*].data.inputs，防止输入被静默丢弃。除非明确要求，不要自动执行。资料未提供具体收费、价格与平台支持细节。