@clickzetta/cz-cli-darwin-arm64 0.3.78 → 0.3.81

package/bin/skills/clickzetta-dw-modeling/LICENSE

@@ -1,16 +0,0 @@
-ClickZetta Skills License
-© 2026 Yunqi Inc. All rights reserved.
-LICENSE: Use of these materials (including all code, prompts, assets, files, and other components of these skills (collectively, "Skills")) is governed by your agreement with ClickZetta for the Service. If no separate agreement exists, use is governed by ClickZetta's Terms of Service (available at: https://yunqi.tech/documents/user-aggrement).
-Your applicable agreement is referred to as the "Agreement." "Service" is as defined in the Agreement.
-ADDITIONAL RESTRICTIONS: Notwithstanding anything in the Agreement to the contrary, you may not:
-
-Extract from the Service or retain copies of the Skills outside use with the Service;
-Reproduce or copy the Skills, except for temporary copies created automatically during authorized use of the Service;
-Create derivative works based on the Skills;
-Distribute, sublicense, or transfer the Skills to any third party;
-Make, offer to sell, sell, or import any inventions embodied in the Skills; nor,
-Reverse engineer, decompile, or disassemble the Skills.
-
-The receipt, viewing, or possession of the Skills does not convey or imply any license or right beyond those expressly granted above.
-Yunqi retains all rights, title, and interest in the Skills, including all copyrights, trademarks, patents, and all other applicable intellectual property rights.
-THE SKILLS ARE PROVIDED "AS IS," WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SKILLS OR THE USE OR OTHER DEALINGS IN THE SKILLS.

package/bin/skills/clickzetta-dw-modeling/SKILL.md

@@ -1,351 +0,0 @@
----
-name: clickzetta-dw-modeling
-description: |
-  ClickZetta Lakehouse 数仓建模向导。先自主探索用户的数据现状，再给出有依据的
-  具体建议让用户选择，而不是让用户填空回答问卷。
-  覆盖三种分层模式：传统数仓分层（ODS/DWD/DWS/ADS）、大奖牌架构（Bronze/Silver/Gold）、
-  混合模式。数据管道与建模一体化设计，DDL 和管道配置同步输出。
-  核心原则：聚合计算层使用 Dynamic Table，不推荐物化视图。
-  当用户说"数仓建模"、"分层设计"、"建模方案"、"ODS/DWD/DWS"、"Medallion"、
-  "Bronze/Silver/Gold"、"事实表"、"维度表"、"宽表设计"、"星型模型"、"雪花模型"、
-  "分层架构"、"数据分层"、"建模向导"、"怎么设计表结构"、"数仓架构"、
-  "数据管道设计"、"数据流转"、"端到端数仓搭建"时触发。
-  Keywords: data warehouse, modeling, star schema, medallion, ODS, DWD, DWS, ADS, layering
----
-
-# ClickZetta 数仓建模向导
-
-阅读 [references/modeling-patterns.md](references/modeling-patterns.md) 了解各分层模式的详细模板。
-
----
-
-## 工作模式：先探索，再建议
-
-**不要问问卷式问题。先动手看数据，再给出有依据的选择题。**
-
-用户最多只需要回答 2 个问题：
-1. 选择给出的方案选项（A/B/C）
-2. 补充看不到的信息（业务用途、查询场景）
-
----
-
-## 第一阶段：自主探索数据现状
-
-收到建模需求后，立即执行以下探索，**不要先问用户任何问题**：
-
-```sql
--- Step 1: 看有哪些 schema
-SHOW SCHEMAS;
-
--- Step 2: 看各 schema 下的表（对每个看起来有业务数据的 schema 执行）
-SHOW TABLES IN <schema>;
-
--- Step 3: 查表大小和行数（先 describe_table 确认字段名）
-SELECT table_schema, table_name, table_type,
-       ROUND(bytes/1024.0/1024/1024, 2) AS size_gb,
-       row_count,
-       last_modify_time
-FROM information_schema.tables
-WHERE table_type = 'MANAGED_TABLE'
-ORDER BY bytes DESC NULLS LAST
-LIMIT 20;
-
--- Step 4: 对最大的 2-3 张表抽样，了解字段和数据特征
-SELECT * FROM <schema>.<table> LIMIT 5;
-```
-
-**探索时的判断逻辑：**
-
-| 观察到的特征 | 推断 |
-|---|---|
-| 表名含 order/user/product/trade | 业务库原始数据，适合做 ODS/Bronze |
-| 表名含 log/event/track/click | 埋点/日志数据，数据量大，需要分区 |
-| 表名含 dw/ods/dwd/dws/ads | 已有分层，评估现有结构是否合理 |
-| 表名含 tmp/temp/bak | 临时表，不纳入建模范围 |
-| 字段含 _op/_ts/binlog | CDC 同步过来的数据 |
-| 字段含 event_time/log_time | 时序数据，按时间分区 |
-| 单表 > 10GB | 需要分区+分桶 |
-
----
-
-## 第二阶段：给出有依据的建议
-
-基于探索结果，向用户呈现三部分内容：
-
-### 1. 数据现状摘要（自主总结，不问用户）
-
-```
-我看了一下你的数据：
-- `raw` schema：orders(2.3GB/1200万行)、users(450MB)、products(120MB)
-  → 字段特征像是从 MySQL 同步的业务库，orders 有 _op/_ts 字段（CDC 接入）
-- `events` schema：user_events(18GB/8亿行)
-  → 字段含 event_time、event_type，是埋点日志数据
-- 没有发现已有的分层结构
-```
-
-### 2. 方案选项（给 A/B 或 A/B/C，不超过 3 个）
-
-```
-基于以上数据，建议两个方向：
-
-A. 传统数仓分层
-   raw → ODS（现有数据直接复用）
-   新建 DWD（清洗标准化）+ DWS（聚合，用 Dynamic Table）+ ADS（指标输出）
-   适合：BI 报表为主，有明确的指标体系需求
-
-B. 大奖牌架构（Medallion）
-   raw → Bronze（现有数据直接复用）
-   新建 Silver（标准化）+ Gold（指标，用 Dynamic Table）
-   适合：多场景复用，既做 BI 又做数据科学
-```
-
-### 3. 只问一个问题
-
-```
-你们主要用这些数据做什么？
-- BI 报表（固定报表，指标体系明确）→ 推荐 A
-- 多场景（报表+分析+数据科学）→ 推荐 B
-- 实时看板（分钟级延迟）→ 告诉我，方案会有调整
-```
-
-### 4. 方案确认时主动提示成本注意事项
-
-给出方案选项时，提醒用户以下成本相关决策点，让用户做知情选择：
-
-- **Dynamic Table 刷新频率**：按业务时效性选择，不要默认最高频率。T+1 用 `1 DAY`，小时级用 `1 HOUR`，分钟级用 `10~30 MINUTE`
-- **分层数量**：评估 DWS 和 ADS 是否都必要，每多一层 DT 就多一份刷新成本
-- **VCluster 规格**：建议从小规格开始，按需扩容
-
-> 具体 CRU 消耗无法在方案设计阶段精确预估，上线后加载 `clickzetta-cost-management` skill 监控实际消耗，按需调整刷新频率和集群规格。
-
----
-
-## 第三阶段：方案确认后的完整输出
-
-用户选择方向后，**一次性给出完整方案**，不再追问：
-
-### 分层结构设计
-
-根据选择的模式，给出各层定义、表类型推荐：
-
-**传统分层表类型：**
-
-| 层次 | 推荐表类型 | 说明 |
-|---|---|---|
-| ODS | 内部表 | 贴源，不转换 |
-| DWD | 内部表 | 清洗标准化 |
-| DWS | **Dynamic Table** | 增量聚合，自动刷新 |
-| ADS | **Dynamic Table** | 面向应用，按需刷新 |
-
-**Medallion 表类型：**
-
-| 层次 | 推荐表类型 | 说明 |
-|---|---|---|
-| Bronze | 内部表 | 零转换，保留原始 |
-| Silver | 内部表 或 Dynamic Table | 清洗标准化 |
-| Gold | **Dynamic Table** | 聚合指标，自动刷新 |
-
-> ⚠️ 聚合层**不推荐物化视图**，使用 Dynamic Table：CBO 增量计算，只刷新变化分区，支持 Time Travel。
-
-### 数据接入管道
-
-根据探索到的数据源特征，直接给出管道推荐（不再问用户）：
-
-| 数据源特征 | 推荐管道 | 对应 skill |
-|---|---|---|
-| 有 _op/_ts 字段（CDC） | CDC 同步 | `clickzetta-cdc-sync-pipeline` |
-| Kafka 消息数据 | Kafka Pipe | `clickzetta-kafka-ingest-pipeline` |
-| OSS/S3 文件 | OSS Pipe | `clickzetta-oss-ingest-pipeline` |
-| 普通数据库表（无 CDC 标记） | 批量同步 | `clickzetta-batch-sync-pipeline` |
-
-**ODS/Bronze 层表结构调整（根据管道类型）：**
-- CDC 接入 → 保留 `_op`（I/U/D）和 `_ts` 字段，不要删除
-- 批量接入 → 增加 `dw_batch_date` 标记批次
-- Kafka 接入 → JSON 消息用 `STRING` 或 `MAP<STRING,STRING>` 存储
-
-### 分区与分桶策略
-
-根据探索到的表大小自动推荐：
-
-```sql
--- 单表 < 1GB：不分区
--- 单表 1GB-100GB：按天分区
-PARTITIONED BY (days(event_date))
-
--- 单表 > 100GB：按天分区 + 分桶
-PARTITIONED BY (days(event_date))
-CLUSTERED BY (user_id) INTO 32 BUCKETS
-```
-
-注意：ClickZetta 分区用 `PARTITIONED BY (days(col))`，不是 `PARTITIONED BY (col)`。
-
-### 层间流转
-
-```
-ODS/Bronze → DWD/Silver：SQL 任务（Studio 调度，清洗逻辑需手动控制）
-DWD/Silver → DWS/Gold：Dynamic Table（REFRESH INTERVAL 控制延迟，自动增量）
-DWS → ADS：Dynamic Table 或直接查询
-```
-
-加载 `clickzetta-sql-pipeline-manager` 获取 Dynamic Table 详细语法。
-
-### 建管分离原则（重要）
-
-Studio 任务按类型严格区分，**不同类型任务的调度策略完全不同**：
-
-| 任务类型 | 示例 | 调度配置 | 说明 |
-|---|---|---|---|
-| DDL 建表任务 | CREATE TABLE、CREATE SCHEMA | **DRAFT，禁止配 Cron，禁止配依赖** | 一次性执行，手动触发，不参与调度链 |
-| ETL 转换任务 | ODS→DWD 清洗 SQL | 配置 Cron + 依赖上游同步任务 | 周期性执行，构成调度 DAG |
-| 数据同步任务 | MySQL→ODS 整库同步 | 配置 Cron，作为 ETL 任务的上游 | 周期性执行，ETL 任务的触发前提 |
-| DWS/ADS 聚合层 | 指标汇总、报表宽表 | **使用 Dynamic Table，不建调度任务** | 系统自动刷新，额外建任务是冗余计算 |
-
-> ⚠️ **常见错误**：为 DDL 任务配置了 Cron，导致建表语句被重复执行，引发 `SCHEDULE_TASK_HAD_CHILDREN_NODES_EXCEPTION` 等调度冲突。DDL 任务完成后应立即降级为 DRAFT 状态。
-
-### Studio 任务目录组织规范
-
-每个数仓项目在 Studio 中创建独立任务目录，统一管理所有任务资产：
-
-```
-<业务域>_dw/                          ← 项目任务目录（如 shenyu_gateway_dw）
-├── 00_sync_<source>_to_ods           ← 数据同步（Cron，最早执行）
-├── 01_ddl_ods                        ← ODS 建表（DRAFT，不调度）
-├── 02_ddl_dwd                        ← DWD 建表（DRAFT，不调度）
-├── 03_ddl_dws_ads                    ← DWS/ADS 动态表建表（DRAFT，不调度）
-├── 04_transform_ods_to_dwd           ← ODS→DWD 清洗（Cron，依赖 00）
-└── 05_dqc_check                      ← 数据质量检查（Cron，依赖 04，可选）
-    （DWS/ADS 层由 Dynamic Table 自动刷新，无需任务）
-```
-
-> 任务编号规范：`00~` 同步层，`01~03` DDL 层（DRAFT），`04~` ETL 层（调度），DWS/ADS 无任务。
-
-### 数据质量卡点
-
-| 层次 | 检查重点 | 时机 |
-|---|---|---|
-| ODS/Bronze | NULL 比例、CDC _op 分布、行数与源端一致 | 入库后 |
-| DWD/Silver | 唯一性、LEFT JOIN 匹配率（结果行数 ≥ 左表行数）、关键字段非空率 | ETL 后 |
-| DWS/Gold/ADS | 指标环比异常、汇总一致性、Dynamic Table 刷新历史为 SUCCESS | Dynamic Table 刷新后 |
-
-> ⚠️ **LEFT JOIN 陷阱**：`LEFT JOIN ... WHERE 右表字段 = 值` 会退化为 INNER JOIN，导致数据丢失。过滤右表字段必须放在 `ON` 子句：`LEFT JOIN ... ON ... AND 右表字段 = 值`。
-
-### 交付验证 Checklist
-
-方案上线前必须逐项确认：
-
-- [ ] 各层行数与预期一致（ODS 行数 ≈ 源端，DWD 行数 ≤ ODS，DWS/ADS 行数符合聚合逻辑）
-- [ ] Dynamic Table 刷新历史显示 `SUCCESS`（`SHOW DYNAMIC TABLE REFRESH HISTORY`）
-- [ ] 关键字段 NULL 率在可接受范围内
-- [ ] LEFT JOIN 结果行数 ≥ 左表行数（否则检查过滤条件是否误放在 WHERE）
-- [ ] DWS/ADS 层无冗余调度任务（Dynamic Table 不需要额外 Cron）
-- [ ] 所有 DDL 任务已降级为 DRAFT 状态
-
-验证通过后，如需对整个管道做全面健康检查（调度依赖、DT 反模式、分层跳层等），加载 `clickzetta-pipeline-review` skill。
-
-### 调度 DAG
-
-```
-日批场景：
-00_sync（Cron 02:00）→ 04_transform（Cron 02:30，依赖 00）→ 05_dqc（可选）
-                                                                ↓
-                                            DWS/ADS（Dynamic Table 自动刷新，无需调度）
-
-实时场景：
-CDC/Kafka 持续写入 Bronze → Silver（REFRESH INTERVAL 10 MINUTE）→ Gold（REFRESH INTERVAL 1 HOUR）
-```
-
-### DDL 模板
-
-加载 `clickzetta-sql-syntax-guide` 确认语法，生成各层 DDL。
-
-**数仓开发代码资产化原则：每段 SQL 都应保存为 Studio 任务，作为可管理的代码资产。**
-
-生成 DDL 后，按以下规范保存为 Studio 任务（先创建任务目录，再逐层保存）：
-
-```bash
-# 创建项目任务目录
-cz-cli task folder create <业务域>_dw
-
-# 各层 DDL 保存为独立 DRAFT 任务（不配 Cron，不配依赖）
-cz-cli task save-content 01_ddl_ods --content "<ods_ddl_sql>"
-cz-cli task save-content 02_ddl_dwd --content "<dwd_ddl_sql>"
-cz-cli task save-content 03_ddl_dws_ads --content "<dws_ads_ddl_sql>"
-
-# ETL 转换 SQL 保存为调度任务（配 Cron + 依赖上游同步任务）
-cz-cli task save-content 04_transform_ods_to_dwd --content "<etl_sql>"
-cz-cli task save-cron 04_transform_ods_to_dwd --cron '0 30 2 * * ? *'
-```
-
-> 任务是代码的载体，不只是调度配置。即使是一次性执行的 DDL，也应保存为 DRAFT 任务，方便后续查阅、复用和多环境迁移。
-
-**生成 Dynamic Table DDL 前，先确认可用的 GP 型 VCluster：**
-
-```sql
--- 查看所有 VCluster 及状态，找到 type=GENERAL 且 status=RUNNING 的集群
-SHOW VCLUSTERS;
-```
-
-- `type = GENERAL`（GP 型）且 `status = RUNNING` → 直接使用该集群名
-- `status = STOPPED` → 先执行 `ALTER VCLUSTER <name> RESUME;` 再建表
-- 无 GP 型集群 → 参考 `clickzetta-vcluster-manager` 创建
-
-将查到的集群名替换下方 DDL 中的 `<gp_vcluster_name>`。
-
-```sql
--- ODS/Bronze（以 CDC 接入为例）
-CREATE TABLE IF NOT EXISTS ods.orders (
-    order_id       BIGINT,
-    user_id        BIGINT,
-    amount         DECIMAL(18, 2),
-    status         STRING,
-    created_at     TIMESTAMP,
-    _op            STRING,    -- CDC 操作类型：I/U/D
-    _ts            TIMESTAMP, -- 变更时间
-    dw_insert_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
-)
-PARTITIONED BY (days(created_at))
-COMMENT 'ODS 订单原始表，贴源不转换';
-
--- DWD/Silver
-CREATE TABLE IF NOT EXISTS dwd.fact_orders (
-    order_id       BIGINT,
-    user_id        BIGINT,
-    amount         DECIMAL(18, 2),
-    status_code    INT,
-    order_date     DATE,
-    dw_insert_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP
-)
-PARTITIONED BY (days(order_date))
-CLUSTERED BY (user_id) INTO 32 BUCKETS
-COMMENT 'DWD 订单事实表，清洗标准化';
-
--- DWS/Gold（Dynamic Table，不用物化视图）
-CREATE DYNAMIC TABLE IF NOT EXISTS dws.user_order_daily
-  REFRESH INTERVAL 1 HOUR vcluster <gp_vcluster_name>
-AS
-SELECT
-    user_id,
-    order_date,
-    COUNT(order_id)  AS order_cnt,
-    SUM(amount)      AS total_amount,
-    AVG(amount)      AS avg_amount
-FROM dwd.fact_orders
-WHERE status_code = 1
-GROUP BY user_id, order_date;
-
--- 创建后立即执行首次刷新，重置刷新基准时间
-REFRESH DYNAMIC TABLE dws.user_order_daily;
-```
-
----
-
-## 核心原则
-
-1. **先探索数据，再给建议**——不问问卷，看完数据再说
-2. **给选择题，不给填空题**——用户选 A/B，不要让用户凭空描述
-3. **聚合层用 Dynamic Table，不用物化视图**
-4. **建模和管道一体**——DDL 和管道配置同步输出
-5. **分区用转换函数**：`days(col)` 不是 `col`
-6. **ODS/Bronze 零转换**，保留原始数据方便回溯
-7. **建管分离**——DDL 任务 DRAFT 不调度，DWS/ADS 层不建调度任务
-8. **创建 Dynamic Table 后立即 REFRESH**——重置刷新基准，实现开箱即用

package/bin/skills/clickzetta-dw-modeling/eval_cases.jsonl

@@ -1,4 +0,0 @@
-{"case_id":"001","type":"should_call","user_input":"数仓分层设计的原则是什么？ODS、DWD、DWS 各层的职责？","expected_skill":"clickzetta-dw-modeling","expected_output_contains":["分层"]}
-{"case_id":"002","type":"should_call","user_input":"ODS/DWD/DWS/ADS 分层怎么设计","expected_skill":"clickzetta-dw-modeling","expected_output_contains":["ODS","DWD","DWS"]}
-{"case_id":"003","type":"should_call","user_input":"Medallion 架构 Bronze/Silver/Gold 怎么搭建","expected_skill":"clickzetta-dw-modeling","expected_output_contains":["Bronze","Silver","Gold"]}
-{"case_id":"004","type":"should_call","user_input":"星型模型和雪花模型怎么选","expected_skill":"clickzetta-dw-modeling","expected_output_contains":["星型","雪花"]}

package/bin/skills/clickzetta-dw-modeling/references/modeling-patterns.md

@@ -1,100 +0,0 @@
-# 数仓建模模式参考
-
-## 传统数仓分层详细说明
-
-### 分层职责
-
-```
-ODS（Operational Data Store）
-├── 贴源存储，不做业务转换
-├── 保留原始字段名和类型
-├── 增加 dw_insert_time、dw_source 等元数据字段
-└── 按时间分区，支持增量同步
-
-DWD（Data Warehouse Detail）
-├── 数据清洗：去重、NULL 处理、格式标准化
-├── 维度退化：将常用维度字段冗余到事实表
-├── 业务规则：状态码映射、金额单位统一
-└── 建立主键约束（逻辑主键，ClickZetta 不强制）
-
-DWS（Data Warehouse Summary）
-├── 轻度聚合：按天/周/月汇总
-├── 使用 Dynamic Table 自动增量刷新
-├── 面向主题域：用户域、商品域、交易域
-└── 不直接对外提供查询（由 ADS 层封装）
-
-ADS（Application Data Store）
-├── 面向具体应用/报表的宽表
-├── 使用 Dynamic Table 或直接查询 DWS
-└── 字段命名业务友好
-```
-
-### 命名规范建议
-
-```
-Schema 命名：ods_<业务域> / dwd_<业务域> / dws / ads
-表命名：
-  ODS：ods_<源系统>_<表名>（如 ods_mysql_orders）
-  DWD：dwd_<主题>_<粒度>（如 dwd_trade_order_detail）
-  DWS：dws_<主题>_<维度>_<周期>（如 dws_user_order_1d）
-  ADS：ads_<应用>_<指标>（如 ads_report_gmv_daily）
-```
-
----
-
-## 大奖牌架构（Medallion）详细说明
-
-### 分层职责
-
-```
-Bronze（铜牌层）
-├── 原始数据，零转换原则
-├── 支持多种格式：结构化/半结构化/非结构化
-├── 保留所有历史版本（Time Travel）
-└── 数据来源标记（source_system、ingestion_time）
-
-Silver（银牌层）
-├── 可信数据：去重、清洗、标准化
-├── 跨源整合：统一字段命名和类型
-├── 业务实体识别：用户、订单、商品
-└── 可直接用于数据科学和探索性分析
-
-Gold（金牌层）
-├── 业务就绪数据：聚合指标、宽表
-├── 使用 Dynamic Table 自动刷新
-├── 面向 BI 工具和应用系统
-└── 语义清晰，字段命名业务友好
-```
-
-### Schema 命名建议
-
-```
-bronze.<source>_<entity>   -- 如 bronze.mysql_orders
-silver.<entity>            -- 如 silver.orders
-gold.<domain>_<metric>     -- 如 gold.trade_gmv_daily
-```
-
----
-
-## Dynamic Table vs 物化视图对比
-
-| 特性 | Dynamic Table | 物化视图 |
-|---|---|---|
-| 刷新机制 | CBO 增量计算，只刷新变化分区 | 全量或手动增量 |
-| 调度方式 | TARGET_LAG 自动控制 | 需手动配置调度 |
-| Time Travel | ✅ 支持 | ❌ 不支持 |
-| 数据恢复 | ✅ RESTORE TABLE | ❌ 不支持 |
-| 语法复杂度 | 简单，类似 CREATE TABLE | 较复杂 |
-| 推荐场景 | **新项目首选** | 遗留项目兼容 |
-
-**结论：新建项目一律使用 Dynamic Table，不使用物化视图。**
-
----
-
-## 常见建模陷阱
-
-1. **过度规范化**：DWD 层不要拆太细，适当冗余维度字段，减少下游 JOIN
-2. **分区粒度过细**：按小时分区会产生大量小文件，日批场景用按天分区
-3. **ADS 层直接写 SQL**：ADS 层应该用 Dynamic Table，不要让 BI 工具直接跑复杂 SQL
-4. **忽略数据质量**：ODS 层入库时就应该检查 NULL 比例，不要等到 DWS 层才发现问题
-5. **Bronze 层做转换**：Bronze 层一旦做了转换，原始数据就丢失了，回溯困难

package/bin/skills/clickzetta-dynamic-table/LICENSE

@@ -1,16 +0,0 @@
-ClickZetta Skills License
-© 2026 Yunqi Inc. All rights reserved.
-LICENSE: Use of these materials (including all code, prompts, assets, files, and other components of these skills (collectively, "Skills")) is governed by your agreement with ClickZetta for the Service. If no separate agreement exists, use is governed by ClickZetta's Terms of Service (available at: https://yunqi.tech/documents/user-aggrement).
-Your applicable agreement is referred to as the "Agreement." "Service" is as defined in the Agreement.
-ADDITIONAL RESTRICTIONS: Notwithstanding anything in the Agreement to the contrary, you may not:
-
-Extract from the Service or retain copies of the Skills outside use with the Service;
-Reproduce or copy the Skills, except for temporary copies created automatically during authorized use of the Service;
-Create derivative works based on the Skills;
-Distribute, sublicense, or transfer the Skills to any third party;
-Make, offer to sell, sell, or import any inventions embodied in the Skills; nor,
-Reverse engineer, decompile, or disassemble the Skills.
-
-The receipt, viewing, or possession of the Skills does not convey or imply any license or right beyond those expressly granted above.
-Yunqi retains all rights, title, and interest in the Skills, including all copyrights, trademarks, patents, and all other applicable intellectual property rights.
-THE SKILLS ARE PROVIDED "AS IS," WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SKILLS OR THE USE OR OTHER DEALINGS IN THE SKILLS.