用途：把用户定义的状态机实现为可重放的 Deepline Play 编排器（engine），在 Customer DB 中以输入表、输出表持久化每个状态，并调用各状态的转换 Play（transition Play）完成处理。
主要能力：捕获状态、初始/终止状态、允许的转换、状态判定规则与转换逻辑；为每行定义稳定的业务键与转换幂等键；为每个状态建立输入表和输出表；按依赖顺序发布子 Play 与编排器并校验线上版本；运行至多三条合成记录的付费试点并验证重放不会重复扣费或产生重复输出。
使用方式：安装并认证 CLI。
npm install -g deepline deepline auth register --wait auto deepline auth wait --timeout 120 deepline auth status deepline -h
安全沙箱备用安装：mkdir -p "$HOME/.local" && npm config set prefix "$HOME/.local" && export PATH="$HOME/.local/bin:$PATH" && npm install -g deepline --registry https://code.deepline.com/api/v2/npm/。命令缺失时可用 <workspace-root>/.deepline/runtime/bin/deepline（Windows 为 npm 生成的 .cmd）。构建时先用 deepline plays search "<transition outcome>" --all --json 查找可复用 Play，再用 deepline plays describe <name> --json 核对输入输出契约，匹配则复用，否则新写一个转换 Play；编排器用 definePlay(name, handler, options)，通过 ctx.runPlay(...) 带稳定 key 调用。发布后用 deepline plays get <name> --json 核对 play.liveRevision.version 与源码中的 billing.maxCreditsPerRun，并用 deepline plays versions --name <name> --json 对账。
适用场景：需要把带状态推进、重放安全与持久化记录的内部流程编排为 Deepline Play 的团队与项目。
限制：未知状态和禁止的转换必须显式失败，不得落入默认分支；每个状态应有独立输入输出表；编排器只负责状态路由与持久化，转换逻辑放在子 Play；付费试点仅限合成数据、最多三条记录加一次重放，且需设置 billing.maxCreditsPerRun；客户工作区需显式批准并具备恢复测试信用的方式，否则改用内部/测试工作区；不得使用真实客户数据、安装触发器或超出试点规模，除非另行获批；无法确定收费或具体平台细节时，资料未提供。