用途：当 Snowflake 不只是存储目标，而是主要管道与治理面时使用本技能，帮助智能体推理原生摄取、增量模式、任务编排、治理控制、仓库规格与安全发布路径。
适用场景：在 Snowflake 中构建仓库原生增量管道；使用 Streams、Tasks 或 Dynamic Tables 进行设计；评估 Snowpipe、Snowpark 或外部编排的边界；在同一工作流中定义掩码、行访问、标签与安全共享；评审 Snowflake 原生数据产品的发布就绪度。注意：不应假设 Snowflake 原生方案对每个计算与编排步骤都自动正确。
工作流：1) 定义执行边界，决定哪些留在 Snowflake 内，哪些属于上游落地、外部编排或其他计算服务；2) 选择增量模式，考虑 Streams、Tasks、Dynamic Tables、Snowpipe，以及边界超出 Snowflake 时的外部编排；3) 将治理与访问一并设计，包括角色、掩码策略、行访问策略、标签与分类、安全发布或共享边界；4) 明确仓库运维，涵盖仓库规格、并发与隔离、成本控制、重试与重跑行为、发布前验证；5) 定义发布与恢复行为，要求对账或验证门禁、失败后受控重开、仓库原生发布的回滚或前向修复计划。
常见误区：认为数据在 Snowflake 中管道就应全在 Snowflake 内（部分落地、预处理、编排或韧性控制仍应留在仓库外）；认为 Tasks 成功即证明管道可生产（任务成功不能证明契约正确性、对账或安全发布行为）；认为掩码可在模型稳定后再加（治理控制是设计的一部分，而非交付后的清理）。
危险信号：未明确边界推理就选择 Snowflake 原生执行；Streams、Tasks 或 Dynamic Tables 的增量行为含糊；未记录仓库成本与并发影响；安全共享或发布控制未定义；治理仅写在文档中而未反映为 Snowflake 原生策略。
验证清单：Snowflake 执行边界明确且有依据；增量与编排行为经过有意设计；治理与访问控制随管道设计一并定义；仓库规格、成本与隔离考量已记录；发布、恢复与验证行为明确。
限制：资料未提供具体安装命令、代码示例、收费或平台细节。