@epoint-testtech/ep-stage-skill 0.0.10 → 0.5.0-alpha.2

package/dist/vitest.config.js

@@ -0,0 +1,7 @@
+import { defineConfig } from 'vitest/config';
+export default defineConfig({
+    test: {
+        include: ['test/**/*.test.ts'],
+        environment: 'node'
+    }
+});

package/docs/README.md

@@ -1,124 +1,124 @@
-# @epoint-testtech/ep-stage-skill
-
-> ep-stage 胶水编码 Skill 与 CLI — 从 `code_list.json5` 生成用例、契约、脚本任务并驱动执行闭环
-
-## 定位
-
-`ep-stage-skill` 是 **ep-stage 生态的 AI 驱动层**。它同时提供：
-
-- 面向 Claude Code / Codex 的 Skill 文案与执行剧本。
-- 面向确定性处理的 TypeScript CLI。
-- 上游物料抽取、契约生成、用例装配、spec 组装、AI Runtime 任务准备和执行报告衔接能力。
-
-当前正式用户链路以三个 Skill 为入口：
-
-```text
-/glue-create-project -> /glue-generate-testcase -> /glue-run-test
-```
-
-## Skill 外发形式
-
-AI Agent 可发现的 Skill 入口通过双目录 symlink 暴露：
-
-```text
-.claude/skills/{glue-create-project, glue-generate-testcase, glue-run-test, recording-to-glue}
-.agents/skills/{glue-create-project, glue-generate-testcase, glue-run-test, recording-to-glue}
-  -> packages/ep-stage-skill/codex-skill/ep-stage/<skill>/
-```
-
-用户行为文案以 `packages/ep-stage-skill/codex-skill/ep-stage/*/SKILL.md` 为准。
-
-## 当前链路
-
-```text
-需求目录/_docs/code_list.json5
-  -> testcase 子命令解析物料、提取契约、生成 testcase
-  -> testcase.json5 + testcase.md + credentials.template.json5 + .ep-stage/contract.json5
-  -> spec / prepare-tasks 子命令组装 glue 骨架并生成 AI Runtime tasks
-  -> Agent 使用真实页面 O-D-A-V 产出 ai-snippets.json5
-  -> run 子命令合并 resolved snippet 并执行完整 spec
-  -> glue-report / repair-report
-```
-
-## CLI 子命令
-
-```bash
-# 生成用例、契约、审阅视图和凭据模板
-pnpm --filter @epoint-testtech/ep-stage-skill cli -- testcase \
-  --code-list <需求目录/_docs/code_list.json5> \
-  --tests-dir <glue项目>/src/tests/<需求名> \
-  --requirement-dir <需求目录/_docs> \
-  --project-dir <glue项目> \
-  --direct-url <待测列表页直达 URL>
-
-# 基于 testcase.json5 + contract.json5 生成初始 glue spec
-pnpm --filter @epoint-testtech/ep-stage-skill cli -- spec \
-  --testcase <glue项目>/src/tests/<需求名>/testcase.json5 \
-  --out <glue项目>/src/tests/<需求名>/crud.spec.ts
-
-# 准备执行任务：缺 spec 时自动补组装 glue 骨架，并输出 AI Runtime tasks
-pnpm --filter @epoint-testtech/ep-stage-skill cli -- prepare-tasks \
-  --testcase <glue项目>/src/tests/<需求名>/testcase.json5
-
-# 合并 Agent 产出的 ai-snippets.json5 并执行完整 spec
-pnpm --filter @epoint-testtech/ep-stage-skill cli -- run \
-  --testcase <glue项目>/src/tests/<需求名>/testcase.json5 \
-  --ai-snippets <glue项目>/src/tests/<需求名>/.ep-stage/ai-snippets.json5 \
-  --headless false
-```
-
-> 正常用户不需要直接运行这些命令；Skill 会按步骤包装调用。开发调试时可用 `pnpm --filter @epoint-testtech/ep-stage-skill cli -- <subcommand>` 直接验证 CLI 行为。
-
-## 输入与产物
-
-### 输入
-
-`testcase` 子命令的正式输入是需求目录下的：
-
-```text
-_docs/code_list.json5
-```
-
-`code_list.json5` 只记录上游研发对需求和出码产物的结构化总结，不应写入测试执行结果、最终 Playwright locator、账号密码或运行态页面观察。
-
-### 产物
-
-| 产物 | 说明 |
-|------|------|
-| `testcase.json5` | 用例事实源，后续 `/glue-run-test` 的入口 |
-| `testcase.md` | 人工审阅视图，每次重跑会按 `testcase.json5` 重新渲染 |
-| `credentials.template.json5` | 凭据模板 |
-| `credentials.json5` | 实际测试凭据，由人工填写或交互生成，通常不提交 |
-| `.ep-stage/contract.json5` | 下游消费契约，记录可信槽位、证据和未解析项 |
-| `.ep-stage/inference-trace.json` | 用例生成过程账本 |
-| `.ep-stage/ai-runtime-trace.json5` | run 阶段任务和结果账本 |
-| `.ep-stage/ai-snippets.json5` | Agent Runtime 产出的 resolved snippets |
-| `.ep-stage/repair-runs/<round>/repair-report.md` | 执行失败时的修补建议 |
-
-## 关键约束
-
-- `code_list.json5` 是上游输入，不反灌测试契约、运行结果或账号密码。
-- `contract.json5` 中每个非平凡字段都应有来源；无法确认的字段进入 `unresolvedSlots`。
-- 生成策略只使用 `glue` / `ai`；阻断场景用 `coverageStatus: blocked` 表达。
-- `glue-run-test` 不重新钻探上游物料，只消费 `testcase.json5` 和 `.ep-stage/contract.json5`。
-- AI Runtime 只合并 `status="resolved"` 的 snippet；缺 resolved 结果时停止并写 `needs_review`，不追加占位代码。
-- 真实系统执行必须使用有界面模式，便于人工观察运行态推理和业务副作用。
-
-## 开发
-
-```bash
-pnpm build
-pnpm test
-pnpm typecheck
-```
-
-## 生态关系
-
-```text
-ep-stage-skill（Skill + CLI）
-  ├── 消费 stage-create glue 模板项目
-  ├── 消费 stage-core 基础能力
-  ├── 读取需求目录 _docs/code_list.json5
-  ├── 产出 testcase / contract / trace / spec / snippets
-  └── 驱动 glue-report 与 repair-report 闭环
-```
+# @epoint-testtech/ep-stage-skill
+
+> ep-stage 胶水编码 Skill 与 CLI — 从 `code_list.json5` 生成用例、契约、脚本任务并驱动执行闭环
+
+## 定位
+
+`ep-stage-skill` 是 **ep-stage 生态的 AI 驱动层**。它同时提供：
+
+- 面向 Claude Code / Codex 的 Skill 文案与执行剧本。
+- 面向确定性处理的 TypeScript CLI。
+- 上游物料抽取、契约生成、用例装配、spec 组装、AI Runtime 任务准备和执行报告衔接能力。
+
+当前正式用户链路以三个 Skill 为入口：
+
+```text
+/glue-create-project -> /glue-generate-testcase -> /glue-run-test
+```
+
+## Skill 外发形式
+
+AI Agent 可发现的 Skill 入口通过双目录 symlink 暴露：
+
+```text
+.claude/skills/{glue-create-project, glue-generate-testcase, glue-run-test, recording-to-glue}
+.agents/skills/{glue-create-project, glue-generate-testcase, glue-run-test, recording-to-glue}
+  -> packages/ep-stage-skill/codex-skill/ep-stage/<skill>/
+```
+
+用户行为文案以 `packages/ep-stage-skill/codex-skill/ep-stage/*/SKILL.md` 为准。
+
+## 当前链路
+
+```text
+需求目录/_docs/code_list.json5
+  -> testcase 子命令解析物料、提取契约、生成 testcase
+  -> testcase.json5 + testcase.md + credentials.template.json5 + .ep-stage/contract.json5
+  -> spec / prepare-tasks 子命令组装 glue 骨架并生成 AI Runtime tasks
+  -> Agent 使用真实页面 O-D-A-V 产出 ai-snippets.json5
+  -> run 子命令合并 resolved snippet 并执行完整 spec
+  -> glue-report / repair-report
+```
+
+## CLI 子命令
+
+```bash
+# 生成用例、契约、审阅视图和凭据模板
+pnpm --filter @epoint-testtech/ep-stage-skill cli -- testcase \
+  --code-list <需求目录/_docs/code_list.json5> \
+  --tests-dir <glue项目>/src/tests/<需求名> \
+  --requirement-dir <需求目录/_docs> \
+  --project-dir <glue项目> \
+  --direct-url <待测列表页直达 URL>
+
+# 基于 testcase.json5 + contract.json5 生成初始 glue spec
+pnpm --filter @epoint-testtech/ep-stage-skill cli -- spec \
+  --testcase <glue项目>/src/tests/<需求名>/testcase.json5 \
+  --out <glue项目>/src/tests/<需求名>/crud.spec.ts
+
+# 准备执行任务：缺 spec 时自动补组装 glue 骨架，并输出 AI Runtime tasks
+pnpm --filter @epoint-testtech/ep-stage-skill cli -- prepare-tasks \
+  --testcase <glue项目>/src/tests/<需求名>/testcase.json5
+
+# 合并 Agent 产出的 ai-snippets.json5 并执行完整 spec
+pnpm --filter @epoint-testtech/ep-stage-skill cli -- run \
+  --testcase <glue项目>/src/tests/<需求名>/testcase.json5 \
+  --ai-snippets <glue项目>/src/tests/<需求名>/.ep-stage/ai-snippets.json5 \
+  --headless false
+```
+
+> 正常用户不需要直接运行这些命令；Skill 会按步骤包装调用。开发调试时可用 `pnpm --filter @epoint-testtech/ep-stage-skill cli -- <subcommand>` 直接验证 CLI 行为。
+
+## 输入与产物
+
+### 输入
+
+`testcase` 子命令的正式输入是需求目录下的：
+
+```text
+_docs/code_list.json5
+```
+
+`code_list.json5` 只记录上游研发对需求和出码产物的结构化总结，不应写入测试执行结果、最终 Playwright locator、账号密码或运行态页面观察。
+
+### 产物
+
+| 产物 | 说明 |
+|------|------|
+| `testcase.json5` | 用例事实源，后续 `/glue-run-test` 的入口 |
+| `testcase.md` | 人工审阅视图，每次重跑会按 `testcase.json5` 重新渲染 |
+| `credentials.template.json5` | 凭据模板 |
+| `credentials.json5` | 实际测试凭据，由人工填写或交互生成，通常不提交 |
+| `.ep-stage/contract.json5` | 下游消费契约，记录可信槽位、证据和未解析项 |
+| `.ep-stage/inference-trace.json` | 用例生成过程账本 |
+| `.ep-stage/ai-runtime-trace.json5` | run 阶段任务和结果账本 |
+| `.ep-stage/ai-snippets.json5` | Agent Runtime 产出的 resolved snippets |
+| `.ep-stage/repair-runs/<round>/repair-report.md` | 执行失败时的修补建议 |
+
+## 关键约束
+
+- `code_list.json5` 是上游输入，不反灌测试契约、运行结果或账号密码。
+- `contract.json5` 中每个非平凡字段都应有来源；无法确认的字段进入 `unresolvedSlots`。
+- 生成策略只使用 `glue` / `ai`；阻断场景用 `coverageStatus: blocked` 表达。
+- `glue-run-test` 不重新钻探上游物料，只消费 `testcase.json5` 和 `.ep-stage/contract.json5`。
+- AI Runtime 只合并 `status="resolved"` 的 snippet；缺 resolved 结果时停止并写 `needs_review`，不追加占位代码。
+- 真实系统执行必须使用有界面模式，便于人工观察运行态推理和业务副作用。
+
+## 开发
+
+```bash
+pnpm build
+pnpm test
+pnpm typecheck
+```
+
+## 生态关系
+
+```text
+ep-stage-skill（Skill + CLI）
+  ├── 消费 stage-create glue 模板项目
+  ├── 消费 stage-core 基础能力
+  ├── 读取需求目录 _docs/code_list.json5
+  ├── 产出 testcase / contract / trace / spec / snippets
+  └── 驱动 glue-report 与 repair-report 闭环
+```

package/examples/schemeresource-observable-docs/schemeresource.context.md

@@ -1,20 +1,20 @@
-# 方案资源文档可观测入口补充说明
-
-本文件是 `packages/ep-stage-skill/examples/schemeresource.observable.code_list.md` 的配套文档物料，用于模拟
-`stage-glue` 在交互补齐后，为 `code_list.md` 增补的可消费上下文。
-
-## 当前确定信息
-
-- 模块：方案资源文档（`schemeresource`）
-- 菜单（当前模拟值）：`方案资源文档>方案资源文档列表`
-- 列表页标题：`方案资源文档列表`
-- 当前结构判断：标准单列表 CRUD，列表页具备 `新增记录 / 删除选定 / 修改记录 / 详细信息`
-- 已知约束：新增页要求上传附件，`类型` 字段来自下拉代码项 `方案资源类型`
-- 已知删除策略：列表页 `deleteSelect()` 调用 `service.deleteByGuid(sel)`，成功后回调消息为 `成功删除！`，当前样例已写入 `deletePolicy=success_delete`
-- 当前一期目标：先把第二个真实业务模块的 `code_list.md` 默认入口样例落出来，再在 e2e 中验证是否需要交互补齐附件、下拉值和菜单真值
-
-## 备注
-
-- 上游真实 HTML / Java Action 仍来自 `knowledge-project/epoint-web-v9.5.2`
-- 当前样例的价值在于：让 `--code-list` 默认入口对第二个普通 CRUD 样本也可以只依赖一个可写文件完成物料扎口
-- 本样例不预设附件文件、不猜测 `方案资源类型` 的实际取值；这些属于后续 e2e 联调时的交互补齐范围
+# 方案资源文档可观测入口补充说明
+
+本文件是 `packages/ep-stage-skill/examples/schemeresource.observable.code_list.md` 的配套文档物料，用于模拟
+`stage-glue` 在交互补齐后，为 `code_list.md` 增补的可消费上下文。
+
+## 当前确定信息
+
+- 模块：方案资源文档（`schemeresource`）
+- 菜单（当前模拟值）：`方案资源文档>方案资源文档列表`
+- 列表页标题：`方案资源文档列表`
+- 当前结构判断：标准单列表 CRUD，列表页具备 `新增记录 / 删除选定 / 修改记录 / 详细信息`
+- 已知约束：新增页要求上传附件，`类型` 字段来自下拉代码项 `方案资源类型`
+- 已知删除策略：列表页 `deleteSelect()` 调用 `service.deleteByGuid(sel)`，成功后回调消息为 `成功删除！`，当前样例已写入 `deletePolicy=success_delete`
+- 当前一期目标：先把第二个真实业务模块的 `code_list.md` 默认入口样例落出来，再在 e2e 中验证是否需要交互补齐附件、下拉值和菜单真值
+
+## 备注
+
+- 上游真实 HTML / Java Action 仍来自 `knowledge-project/epoint-web-v9.5.2`
+- 当前样例的价值在于：让 `--code-list` 默认入口对第二个普通 CRUD 样本也可以只依赖一个可写文件完成物料扎口
+- 本样例不预设附件文件、不猜测 `方案资源类型` 的实际取值；这些属于后续 e2e 联调时的交互补齐范围

package/examples/schemeresource.module-hints.json

@@ -1,38 +1,38 @@
-{
-  "dataKey": {
-    "selectedField": "scheme_name",
-    "generationStrategy": "timestamp_prefix"
-  },
-  "searchConditions": [
-    {
-      "field": "scheme_name",
-      "component": "input",
-      "seedValue": "自动化测试方案资源",
-      "strategy": "timestamp_prefix",
-      "updatePrefix": "修改"
-    }
-  ],
-  "buttonAliases": {
-    "create": ["新增记录", "新增"],
-    "saveAndClose": ["保存并关闭"],
-    "search": ["搜索", "查询"],
-    "edit": ["修改记录", "修改"],
-    "delete": ["删除选定"],
-    "confirm": ["确定"]
-  },
-  "autofill": {
-    "overrideFields": [
-      {
-        "field": "scheme_name",
-        "strategy": "timestamp_prefix",
-        "value": "自动化测试方案资源"
-      }
-    ]
-  },
-  "deletePolicy": "success_delete",
-  "assertionPolicy": {
-    "afterCreate": "record_exists",
-    "afterUpdate": "record_exists",
-    "afterDelete": "toast_message"
-  }
-}
+{
+  "dataKey": {
+    "selectedField": "scheme_name",
+    "generationStrategy": "timestamp_prefix"
+  },
+  "searchConditions": [
+    {
+      "field": "scheme_name",
+      "component": "input",
+      "seedValue": "自动化测试方案资源",
+      "strategy": "timestamp_prefix",
+      "updatePrefix": "修改"
+    }
+  ],
+  "buttonAliases": {
+    "create": ["新增记录", "新增"],
+    "saveAndClose": ["保存并关闭"],
+    "search": ["搜索", "查询"],
+    "edit": ["修改记录", "修改"],
+    "delete": ["删除选定"],
+    "confirm": ["确定"]
+  },
+  "autofill": {
+    "overrideFields": [
+      {
+        "field": "scheme_name",
+        "strategy": "timestamp_prefix",
+        "value": "自动化测试方案资源"
+      }
+    ]
+  },
+  "deletePolicy": "success_delete",
+  "assertionPolicy": {
+    "afterCreate": "record_exists",
+    "afterUpdate": "record_exists",
+    "afterDelete": "toast_message"
+  }
+}

package/examples/schemeresource.observable.code_list.md

@@ -1,37 +1,37 @@
-# 方案资源文档代码清单
-
-> 此文件用于模拟 `stage-glue` 在交互补齐后回写到 `code_list.md` 的结果。
-> 当前样例面向 `schemeresource` 普通 CRUD；真实 e2e 时仍允许继续通过交互补齐菜单真值和业务种子值。
-
-knowledgeRoot: ../../../knowledge-project/epoint-web-v9.5.2
-menu: 方案资源文档>方案资源文档列表
-
----
-
-## 已补齐入口字段
-
-- `knowledgeRoot`：用于把 `code_list.md` 中的相对物料路径统一解析到真实上游物料根目录。
-- `menu`：先给默认入口一个可消费的菜单路径，避免链路一开始就停在 menu gate。
-- `./schemeresource.module-hints.json`：补齐当前已知的 `dataKey`、按钮别名、删除策略和断言策略；附件文件、下拉值等未确认业务值留待 e2e 交互补齐。
-
-## 文档物料（模拟交互补齐后的可消费 docsDir）
-
-- `./schemeresource-observable-docs/schemeresource.context.md`
-
-## 前端文件
-
-- `src/main/webapp/perpage/schemeresource/schemeresourcelist.html`
-- `src/main/webapp/perpage/schemeresource/schemeresourceadd.html`
-- `src/main/webapp/perpage/schemeresource/schemeresourceedit.html`
-- `src/main/webapp/perpage/schemeresource/schemeresourcedetail.html`
-
-## 后端文件
-
-- `src/main/java/com/epoint/schemeresource/action/SchemeResourceListAction.java`
-- `src/main/java/com/epoint/schemeresource/action/SchemeResourceAddAction.java`
-- `src/main/java/com/epoint/schemeresource/action/SchemeResourceEditAction.java`
-- `src/main/java/com/epoint/schemeresource/action/SchemeResourceDetailAction.java`
-
-## 提示物料
-
-- `./schemeresource.module-hints.json`
+# 方案资源文档代码清单
+
+> 此文件用于模拟 `stage-glue` 在交互补齐后回写到 `code_list.md` 的结果。
+> 当前样例面向 `schemeresource` 普通 CRUD；真实 e2e 时仍允许继续通过交互补齐菜单真值和业务种子值。
+
+knowledgeRoot: ../../../knowledge-project/epoint-web-v9.5.2
+menu: 方案资源文档>方案资源文档列表
+
+---
+
+## 已补齐入口字段
+
+- `knowledgeRoot`：用于把 `code_list.md` 中的相对物料路径统一解析到真实上游物料根目录。
+- `menu`：先给默认入口一个可消费的菜单路径，避免链路一开始就停在 menu gate。
+- `./schemeresource.module-hints.json`：补齐当前已知的 `dataKey`、按钮别名、删除策略和断言策略；附件文件、下拉值等未确认业务值留待 e2e 交互补齐。
+
+## 文档物料（模拟交互补齐后的可消费 docsDir）
+
+- `./schemeresource-observable-docs/schemeresource.context.md`
+
+## 前端文件
+
+- `src/main/webapp/perpage/schemeresource/schemeresourcelist.html`
+- `src/main/webapp/perpage/schemeresource/schemeresourceadd.html`
+- `src/main/webapp/perpage/schemeresource/schemeresourceedit.html`
+- `src/main/webapp/perpage/schemeresource/schemeresourcedetail.html`
+
+## 后端文件
+
+- `src/main/java/com/epoint/schemeresource/action/SchemeResourceListAction.java`
+- `src/main/java/com/epoint/schemeresource/action/SchemeResourceAddAction.java`
+- `src/main/java/com/epoint/schemeresource/action/SchemeResourceEditAction.java`
+- `src/main/java/com/epoint/schemeresource/action/SchemeResourceDetailAction.java`
+
+## 提示物料
+
+- `./schemeresource.module-hints.json`

package/examples/zwplace-observable-docs/zwplace.context.md

@@ -1,16 +1,16 @@
-# 场所窗口信息管理可观测入口补充说明
-
-本文件是 `packages/ep-stage-skill/examples/zwplace.observable.code_list.md` 的配套文档物料，用于模拟
-`stage-glue` 在交互补齐后，为 `code_list.md` 增补的可消费上下文。
-
-## 当前确定信息
-
-- 模块：场所窗口信息管理（`zwplace`）
-- 菜单：`场所窗口信息管理>场所窗口信息列表`
-- 列表页标题：`场所信息管理列表`
-- 当前一期目标：验证普通 CRUD 场景的可观测链路，不把嵌套 CRUD 写入正式契约
-
-## 备注
-
-- 上游真实 HTML / Java Action 仍来自 `knowledge-project/epoint-web-v9.5.2`
-- 当前样例的价值在于：让 `--code-list` 默认入口可以只依赖一个可写文件完成物料扎口
+# 场所窗口信息管理可观测入口补充说明
+
+本文件是 `packages/ep-stage-skill/examples/zwplace.observable.code_list.md` 的配套文档物料，用于模拟
+`stage-glue` 在交互补齐后，为 `code_list.md` 增补的可消费上下文。
+
+## 当前确定信息
+
+- 模块：场所窗口信息管理（`zwplace`）
+- 菜单：`场所窗口信息管理>场所窗口信息列表`
+- 列表页标题：`场所信息管理列表`
+- 当前一期目标：验证普通 CRUD 场景的可观测链路，不把嵌套 CRUD 写入正式契约
+
+## 备注
+
+- 上游真实 HTML / Java Action 仍来自 `knowledge-project/epoint-web-v9.5.2`
+- 当前样例的价值在于：让 `--code-list` 默认入口可以只依赖一个可写文件完成物料扎口

package/examples/zwplace-placecategory-validation.json

@@ -1,29 +1,29 @@
-{
-  "dataKey": {
-    "selectedField": "placecategory",
-    "generationStrategy": "timestamp_prefix"
-  },
-  "buttonAliases": {
-    "create": ["新增场所信息管理", "新增"],
-    "saveAndClose": ["保存并关闭"],
-    "search": ["搜索", "查询"],
-    "edit": ["修改", "编辑"],
-    "delete": ["删除选定"],
-    "confirm": ["确定"]
-  },
-  "autofill": {
-    "overrideFields": [
-      {
-        "field": "placecategory",
-        "strategy": "timestamp_prefix",
-        "value": "自动化测试场所分类"
-      }
-    ]
-  },
-  "deletePolicy": "blocked_by_business_rule",
-  "assertionPolicy": {
-    "afterCreate": "record_exists",
-    "afterUpdate": "record_exists",
-    "afterDelete": "toast_message"
-  }
-}
+{
+  "dataKey": {
+    "selectedField": "placecategory",
+    "generationStrategy": "timestamp_prefix"
+  },
+  "buttonAliases": {
+    "create": ["新增场所信息管理", "新增"],
+    "saveAndClose": ["保存并关闭"],
+    "search": ["搜索", "查询"],
+    "edit": ["修改", "编辑"],
+    "delete": ["删除选定"],
+    "confirm": ["确定"]
+  },
+  "autofill": {
+    "overrideFields": [
+      {
+        "field": "placecategory",
+        "strategy": "timestamp_prefix",
+        "value": "自动化测试场所分类"
+      }
+    ]
+  },
+  "deletePolicy": "blocked_by_business_rule",
+  "assertionPolicy": {
+    "afterCreate": "record_exists",
+    "afterUpdate": "record_exists",
+    "afterDelete": "toast_message"
+  }
+}