用途：通过 docyrus automation CLI 端到端设计、构建、校验并测试 Docyrus 自动化（工作流）。一个自动化 = 一个触发器（事件）+ 有序的动作节点图。
主要能力：确认应用与登录态（docyrus auth who --json、docyrus apps list --json）；创建自动化及其首个触发器（docyrus automation create，--name 与 --triggerType 必填，一次调用同时插入自动化与首个触发器）；增删触发器（create-trigger/list-triggers/delete-trigger）；按顺序增删改动作节点（create-node/list-nodes/update-node/delete-node）；校验图（automation get、list-triggers、list-nodes）；真实触发测试并清理。
用法要点：选择器用 --appId 或 --appSlug、--automationId、--triggerId、--nodeId；写命令用 --data '<json>' 或 --from-file，显式 flag 覆盖 JSON；输出加 --json。automation 无 slug，只能用 --automationId 定位；启用状态是数字 status（0–5），触发器/节点的开关是 active 布尔。--triggerType 用 camelCase（如 recordCreated）且不做校验，写错会静默失效；create-trigger/create-node 的 --type 用 kebab（如 record-created），服务端会归一化。复杂配置（data、field_mapping、condition 等）必须走 --data/--from-file，不能拆成 flag。节点顺序与分支由 parent 决定，而非插入顺序。
限制：创建响应极简（仅 {id}），须用 GET/list 校验；自动化必须带首个触发器；节点/触发器操作要求自动化已存在；校验失败返回 422，服务层拒绝返回 400/404；未知 JSON 键不会被拒绝而是被静默忽略；external-action 需要真实 action_type_id；agent tasks/recurring-tasks 与自动化无关。每次都应先校验再测试，并删除测试产生的记录与自动化。