@@ -0,0 +1,29 @@
+---
+"@objectstack/cli": patch
+---
+
+fix(cli): `os lint` and `os i18n check` ask for an approval flow's label and each approval step's label (#24916)
+
+Clause-②: no
+Metadata-protocol: none
+
+The approvals door names a request's flow and its current step in the reader's locale, from `flows.FLOW.label` and `flows.FLOW.approvals.NODE.label`. The i18n extractor asked for `flows.FLOW.label` only on a flow with a `screen` node, and for no approval step at all, so `i18n/missing-flow` never listed an approval flow or its steps as untranslated, and `os i18n extract` never scaffolded those keys. An app's approvals inbox could show the authoring language in every other locale under a green coverage run.
+
+Now:
+
+- `flows.FLOW.label` is asked for on a flow with a `screen` node or an `approval` node, the two surfaces that show it. A flow with neither, such as a record-triggered or scheduled flow that only does work, still owes no label, because nothing shows it.
+- `flows.FLOW.approvals.NODE.label` is asked for on every `approval` node that has an `id`, seeded with the node's own `label`.
+- Both are reported as `i18n/missing-flow` by `os lint`, listed by `os i18n check`, and written into the skeleton by `os i18n extract`. `os i18n check --help` names approval steps among the surfaces it covers.
+
+**What you may see.** An app that ships an approval flow and declares a locale beyond its default now gets an `i18n/missing-flow` finding for each untranslated approval flow and step. Under `os lint --i18n-strict` or `os i18n check --strict` these are errors, like every other missing translation. To clear them, translate the keys in that locale's pack, for example:
+
+```ts
+flows: {
+  expense_approval: {
+    label: '报销审批',
+    approvals: { manager_review: { label: '经理审核' } },
+  },
+},
+```
+
+`os i18n extract` writes the empty slots for you and keeps the strings a pack already translates. No key, schema or export changes: both keys were already part of the translation contract, and `os validate` already accepted them.
@@ -1127,6 +1127,48 @@ export const ShowcaseTranslationBundle = {
           },
         },
       },
+      // The approval flows: the flow's name and each approval step's name, as
+      // the approvals inbox, the record's approval panel and the request page
+      // show them in the reader's locale.
+      showcase_budget_approval: {
+        label: '项目预算审批',
+        approvals: { manager_review: { label: '经理审核' }, exec_review: { label: '高管审核' } },
+      },
+      showcase_closure_signoff: {
+        label: '结项签批（审批子流程）',
+        approvals: { ask_signoff: { label: '经理签批' } },
+      },
+      showcase_invoice_signoff: {
+        label: '发票双重签批（并行审批）',
+        approvals: { dual_signoff: { label: '财务 + 法务签批' } },
+      },
+      showcase_one_task_signoff: {
+        label: '单个任务签批（逐项子流程）',
+        approvals: { review: { label: '任务签批' } },
+      },
+      showcase_expense_signoff: {
+        label: '费用报告签批',
+        approvals: { dual_signoff: { label: '经理 + 财务签批' } },
+      },
+      showcase_committee_quorum: {
+        label: '大额费用 — 委员会多数签批',
+        approvals: { committee: { label: '委员会签批（三分之二）' } },
+      },
+      showcase_dynamic_approval: {
+        label: '公告动态审批',
+        approvals: { lead_review: { label: '负责人审核' }, co_sign: { label: '会签' } },
+      },
+      showcase_approver_bindings: {
+        label: '审批人绑定示例（#3508）',
+        approvals: {
+          by_user: { label: '指定用户' },
+          by_team: { label: '团队成员' },
+          by_department: { label: '部门成员' },
+          by_position: { label: '岗位任职者' },
+          by_manager: { label: '提交人的经理' },
+          by_field: { label: '触发字段中的用户' },
+        },
+      },
     },
   },
 };