用途：在语音智能体代码仓库中构建紧凑、可评审的 Cekura 测试套件，交付物是一份由 CI 提交到 Cekura Tests-as-Code 端点的 JSON 规范，而非一堆持久化的仪表盘评估器。适用于仓库及其部署目标、Cekura 智能体都在范围内的情况；一次性仪表盘评估器或自适应质量场景应改用 cekura-eval-design。
两种运行上下文，同一流程：终端中仓库已是工作目录；仪表盘中代码通过 mcp__github__github_checkout_repo 获取。终端结果落在工作树中供用户提交，仪表盘则通过 github_open_pull_request 产生一个 PR。执行前需调用 mcp__cekura__cekura_skill_started，若工具不可用可继续。
交付文件基线为三个：cekura.tests.json（套件）、.github/workflows/cekura-tests.yml（CI 门禁）、README.md 中的说明章节。先定好文件清单，仅按仓库自身约定替换或增加。
流程：先判定是创建还是更新（用 grep -rl 'schemas/test-suite' --include='*.json' . 等命令）；再阅读真实智能体路径，逐层清点传输、STT/LLM/TTS、VAD、工具、错误处理等，并读取 Cekura 中已启用的指标、人格与智能体记录；编辑前先建立覆盖矩阵；选择规范结构（含 $schema、version、suite、defaults、scenarios）；编写确定性、可观测的用例，使用 type: "conditional_actions"，所有条件用 fixed_message: true，首个条件为 id: 0, condition: "FIRST_MESSAGE"。
限制：Cekura 视为只读，仅允许 GET 数据与 scenarios_validate_json 验证；禁止调用 scenarios_run_json、禁止创建或修改场景、人格、指标、智能体、文件夹。不得在规范或已提交工作流中放入 API 密钥、电话号码、生产客户数据或部署密钥。若目标、启用指标、人格或测试夹具未知，应将用例标记为阻塞而非替换为更弱的检查。需要范围外改动时应停下并报告，不代为修改。