@@ -0,0 +1,14 @@
+---
+'@objectstack/plugin-auth': minor
+'@objectstack/plugin-email': patch
+---
+
+fix(plugin-auth,plugin-email): the organization invitation mail names the invitee's role by its label in the mail's language (`成员`, `メンバー`, `Miembro`, `Member`), not by the stored value `member`
+
+Clause-②: yes (widening)
+
+- **What changed.** The zh-CN, ja-JP and es-ES invitation mails printed the stored membership role inside a translated sentence: 「邀请您以 member 的身份加入」. The sender now passes `{{role}}` as the `sys_member.role` option label in the locale the mail is written in, the same label the console shows for that option. It reads the label through the runtime's i18n service and the console's own object translation path, so a tenant's translation of the option, made in Studio, reaches the mail too. The four bodies keep interpolating the one `role` variable; its name and type are unchanged, and its declaration now says it carries the label.
+- **The plain-text part names the role too.** The four text bodies gain the role clause their HTML bodies carry, so both parts of the mail name the same facts. For example, the English text is now `Dana (dana@example.com) invited you to join Northwind on Acme as Member.`
+- **Stated fallbacks.** A role list (`admin,member`) is labelled role by role and joined as a list in the mail's language (`管理员和成员`). A value with no option label is named as stored, and one warning names it. With no i18n service, or one that fails, the mail names the option's authored English label, never an empty string.
+- **New option (widening).** `AuthManagerOptions.getI18n?: () => II18nService | undefined` is a lazy accessor for the `i18n` service, read when the invitation is sent. `AuthPlugin` wires it from the kernel. An embedder that builds `AuthManager` itself and omits it gets the authored labels.
+- **What changes for you.** If you have overridden `auth.invitation` and interpolate `{{role}}`, it now receives the label, not the stored value.
@@ -827,7 +827,9 @@ describe("#14641 — an invitation reads the INVITEE's own sys_user.locale", ()
     expect(sent[0].relatedId).toBe('inv1');
     expect(sent[0].organizationId).toBe('o1');
     expect(sent[0].data.organization.name).toBe('Northwind');
-    expect(sent[0].data.role).toBe('member');
+    // #24154 — the role travels as its option LABEL; with no i18n service
+    // wired here, the authored one (`invitation-role-label.test.ts` owns it).
+    expect(sent[0].data.role).toBe('Member');
   });
 
   it('a placeholder address is still refused BEFORE any recipient read', async () => {
 
@@ -55,6 +55,7 @@ import type { ExecutionContext } from '@objectstack/spec/kernel';
 import type {
   ApiKeyLifecyclePolicy,
   IEmailService,
+  II18nService,
   ISmsService,
   PrincipalSession,
   PrincipalSessionMintOptions,
@@ -159,6 +160,7 @@ import {
   interpolatePhoneSms,
   resolvePhoneSmsTemplateBody,
 } from './phone-sms-texts.js';
+import { invitationRoleLabel } from './invitation-role-label.js';
 // commit 35e94c96b — the stored rung of the ruled locale ladder reuses the messaging
 // seam's normalizer rather than growing a second one. `normalizeRecipientLocale`
 // is the platform's ONE reader of a value at rest in `sys_user.locale`, and its
@@ -896,6 +898,20 @@ export interface AuthManagerOptions extends Partial<AuthConfig> {
    */
   getAuditSink?: () => AuthEventAuditSurface | undefined;
 
+  /**
+   * Accessor for the runtime's `i18n` service, read by the organization
+   * invitation mail to name the invitee's membership role by its option LABEL
+   * in the mail's locale (`成员`, not `member`) — the label the console shows
+   * for the same option, read through the same service, so a tenant's authored
+   * translation reaches the mail too.
+   *
+   * Lazy for the same reason `getTenancy` is: the service is registered on the
+   * kernel after the AuthManager is constructed, and every call happens at
+   * send time. Omitted, or resolving to `undefined` (no i18n service) → the mail
+   * names the option's authored label (`Member`), never the stored value.
+   */
+  getI18n?: () => II18nService | undefined;
+
   /**
    * Optional structured logger (the kernel `ctx.logger`) for best-effort
    * bookkeeping surfaces such as the ADR-0093 membership reconciler. Omitted →
@@ -3620,29 +3636,40 @@ export class AuthManager {
           // the deployment default, which is the documented floor rather than a
           // failure.
           const storedLocale = await this.storedRecipientLocale({ email: recipientEmail });
+          // #14319 — DELIBERATELY no request argument, and the only one of
+          // the five sends without one. better-auth DOES hand this callback
+          // a `ctx.request`, but it is the INVITER's: stamping their
+          // browser language onto the invitee's mail would recreate this
+          // very card one seat over. The 2026-09-02 ruling enumerates
+          // signup, sign-in and password reset — sends where the requester
+          // IS the recipient — and the superseded 2026-08-13 ruling named
+          // invitations as its own counterexample. #13881's ruling item 3
+          // fixes the chain as RECIPIENT locale → deployment default, so
+          // the inviter direction stays rejected: what #14641 added above
+          // is the invitee's own column, never the inviter's header.
+          const mailLocale = this.emailLocaleArg(undefined, storedLocale);
+          // #24154 — `{{role}}` names the membership role by its option LABEL
+          // in the mail's own locale (`成员`, not `member`): every body of the
+          // template interpolates this one value, so the zh-CN mail stops
+          // printing the stored enum inside a Chinese sentence. Never throws;
+          // a value with no label is named as stored, with one warn.
+          const roleLabel = await invitationRoleLabel(invitation.role || '', mailLocale.locale, {
+            getI18n: this.config.getI18n,
+            warn: (msg, meta) =>
+              this.config.logger ? this.config.logger.warn(msg, meta) : console.warn(msg, meta),
+          });
           try {
             await emailService.sendTemplate({
               template: 'auth.invitation',
               to: recipientEmail,
-              // #14319 — DELIBERATELY no request argument, and the only one of
-              // the five sends without one. better-auth DOES hand this callback
-              // a `ctx.request`, but it is the INVITER's: stamping their
-              // browser language onto the invitee's mail would recreate this
-              // very card one seat over. The 2026-09-02 ruling enumerates
-              // signup, sign-in and password reset — sends where the requester
-              // IS the recipient — and the superseded 2026-08-13 ruling named
-              // invitations as its own counterexample. #13881's ruling item 3
-              // fixes the chain as RECIPIENT locale → deployment default, so
-              // the inviter direction stays rejected: what #14641 added above
-              // is the invitee's own column, never the inviter's header.
-              ...this.emailLocaleArg(undefined, storedLocale),
+              ...mailLocale,
               data: {
                 inviter: {
                   name: inviter?.user?.name ?? inviter?.user?.email ?? 'A teammate',
                   email: inviter?.user?.email ?? '',
                 },
                 organization: { name: org?.name ?? invitation.organizationId },
-                role: invitation.role || '',
+                role: roleLabel,
                 acceptUrl,
                 appName: this.getAppName(),
               },
 
@@ -511,6 +511,17 @@ export class AuthPlugin implements Plugin {
           return undefined;
         }
       },
+      // [#24154] The `i18n` service, resolved LAZILY at send time: the
+      // invitation mail names the membership role by the option label the
+      // console reads through this same service. `getService` throws for an
+      // unregistered service; the mail then names the authored label.
+      getI18n: () => {
+        try {
+          return ctx.getService<II18nService>('i18n');
+        } catch {
+          return undefined;
+        }
+      },
     };
 
     // ADR-0069 D2 — cross-node rate-limit counters, backed by the kernel