@open-everywhere/provider-discord 0.1.5 → 0.3.0

package/NOTICE

@@ -12,28 +12,28 @@ Apache License, Version 2.0.
 
 Modifications to eve
 
-The @open-everywhere/core package distributes patches/eve+0.54.3.patch. That
-patch file is a modification of eve 0.54.3. Vercel licenses eve 0.54.3 under the
-Apache License, Version 2.0. The copyright notice of eve 0.54.3 reads
+The @open-everywhere/core package distributes patches/eve+0.71.0.patch. That
+patch file is a modification of eve 0.71.0. Vercel licenses eve 0.71.0 under the
+Apache License, Version 2.0. The copyright notice of eve 0.71.0 reads
 "Copyright 2026 Vercel, Inc. and contributors". The Open Everywhere authors made
 the changes in the patch file.
 
-The patch modifies six files of eve 0.54.3:
+The patch modifies four files of eve 0.71.0:
 
-  dist/src/context/dynamic-tool-lifecycle.js
   dist/src/execution/web-fetch/request.js
   dist/src/harness/tool-loop.js
   dist/src/internal/authored-package-boundary.js
   dist/src/protocol/message.d.ts
-  dist/src/tasks/session-index.js
 
 Open Everywhere does not ship the eve package. eve is a peer dependency, so the
-consumer installs eve 0.54.3 from the registry. The patch file carries the
+consumer installs eve 0.71.0 from the registry. The patch file carries the
 modified portions of eve. The oe-eve-patch command, which
 @open-everywhere/core ships, applies them to the eve that the consumer
-installed. The command writes no file outside the consumer's own project.
+installed. The command patches no file outside the consumer's own project. To
+restore an eve that holds an older Open Everywhere patch, it also writes to npm's
+cache and to a temporary directory.
 
-The attribution notice of eve 0.54.3 follows, as section 4(d) of the Apache
+The attribution notice of eve 0.71.0 follows, as section 4(d) of the Apache
 License, Version 2.0 requires. The notices for eve's bundled code-mode runtime
 are not reproduced, because the patch modifies no part of that runtime.
 

package/README.md

@@ -15,7 +15,7 @@ the Bot API host `discord.com/api`. Core's registries refuse a provider the depl
 ## Install
 
 ```sh
-npm i @open-everywhere/core @open-everywhere/provider-discord eve@0.54.3
+npm i @open-everywhere/core @open-everywhere/provider-discord eve@0.71.0
 npx oe-eve-patch
 ```
 

package/agent/approvals/discord-card.ts

@@ -19,7 +19,7 @@
 // that already ran, carrying the one "This should not have run" button and never a decision one.
 
 import type { PendingActionRow } from "@open-everywhere/core/agent/adapter-api.js";
-import { grantButtonLabel, sessionGrantKind } from "@open-everywhere/core/agent/adapter-api.js";
+import { getSettings, grantButtonLabel, pendingCardExpiryClause, sessionGrantKind } from "@open-everywhere/core/agent/adapter-api.js";
 
 /**
  * Every approval button custom_id this feature owns starts with this. Deliberately distinct
@@ -39,7 +39,7 @@ export const DISCORD_CUSTOM_ID_MAX = 100;
 // the Slack prefix.
 const COMPONENT_ACTION_ROW = 1;
 const COMPONENT_BUTTON = 2;
-const BUTTON_STYLE_SECONDARY = 2; // grey — Approve for session (the grantable-kind middle button, OPE-53/OPE-11)
+const BUTTON_STYLE_SECONDARY = 2; // grey — Approve for this routine (the grantable-kind middle button, OPE-53/OPE-11)
 const BUTTON_STYLE_SUCCESS = 3; // green — Approve (Slack's `style: "primary"` analogue)
 const BUTTON_STYLE_DANGER = 4; //  red — Reject  (Slack's `style: "danger"` analogue)
 
@@ -123,7 +123,7 @@ function cardBody(row: PendingActionRow, summaryLines: readonly string[], footer
  * the org rides the custom_id on Discord). Mirrors card.ts's pendingCardBlocks.
  */
 export function pendingDiscordCard(row: PendingActionRow, summaryLines: readonly string[]): DiscordCardMessage {
-  const content = cardBody(row, summaryLines, `-# Requested by <@${row.requestedBy}> · expires ${row.expiresAt}`);
+  const content = cardBody(row, summaryLines, `-# Requested by <@${row.requestedBy}> · ${pendingCardExpiryClause(row.expiresAt)}`);
   const buttons: DiscordComponent[] = [
     {
       type: COMPONENT_BUTTON,
@@ -132,18 +132,17 @@ export function pendingDiscordCard(row: PendingActionRow, summaryLines: readonly
       custom_id: buildDiscordApprovalCustomId(row, "approve"),
     },
   ];
-  // OPE-53: a session-grantable row gets the middle "Approve for session" button — publish this one
-  // AND skip the card for the rest of THIS proposing session. sessionGrantKind() (core
-  // approvals/session-grant.ts) is the ONE predicate, and it grants for `pr.open` ALONE — every
-  // other kind returns null and stays two-button per-call. Mirrors card.ts's Slack
-  // pendingCardBlocks so the two surfaces agree on the third button.
-  if (sessionGrantKind(row) !== null) {
+  // OPE-53, OPE-2363: only a ROUTINE's card gets the middle button — publish this one AND skip the card
+  // for the same kind on later fires of THIS routine. sessionGrantKind() (core approvals/session-grant.ts)
+  // decides the KIND (`pr.open` alone), and grantButtonLabel() decides the reach: undefined for every
+  // card in a conversation, which offers Approve and Reject only. The label and the presence both come
+  // from core, so Slack and Discord can never disagree.
+  const grantLabel = sessionGrantKind(row) !== null ? grantButtonLabel(row, getSettings().approvals.routineGrantTtlHours) : undefined;
+  if (grantLabel !== undefined) {
     buttons.push({
       type: COMPONENT_BUTTON,
       style: BUTTON_STYLE_SECONDARY,
-      // OPE-152: the label comes from core, so Slack and Discord can never disagree about whether
-      // the click grants for this session or standing-for-this-routine (a fire's card).
-      label: grantButtonLabel(row),
+      label: grantLabel,
       custom_id: buildDiscordApprovalCustomId(row, "approve_session"),
     });
   }

package/agent/approvals/discord-flow.ts

@@ -251,7 +251,7 @@ export interface DiscordApprovalDeps {
    *
    * 🔴 TWO LEGS MOVE, AND THE SECOND ONE EXECUTES. The decision FEEDBACK above, and the core's
    * OPE-251 session-grant RELEASE (OPE-1709), which this file forwards into `resolveApprovalClick`
-   * below — an "Approve for session" click decides and runs up to `MAX_SESSION_GRANT_RELEASES`
+   * below — an "Approve for this routine" click decides and runs up to `MAX_SESSION_GRANT_RELEASES`
    * sibling cards, so it is the heavier of the two. Do not read this hook as feedback plumbing.
    *
    * 🔴 WHAT DOES NOT MOVE IS THE RESPONSE BODY. `resolveApprovalClick` decides it, so that CALL
@@ -398,8 +398,9 @@ export async function handleDiscordApprovalInteraction(raw: unknown, deps: Disco
     // Decision FEEDBACK (task #106 — Slack click-path parity): a fresh notice beside the card (the
     // UPDATE_MESSAGE response is an EDIT, invisible to backscroll) + the cross-thread window wake.
     // The wake's guild id comes from the SIGNED interaction (Slack's team.id analogue — the frozen
-    // scopeKey can name a different workspace under an explicit-scope override); a DM-context
-    // interaction has none → no wake, fail-soft, the notice still posts beside the card. No transport
+    // scopeKey can name a different workspace under an explicit-scope override). A DM-context
+    // interaction has none, so the core takes the card's mint-frozen DM `postedTo` as the DM seat's
+    // surfaceKey instead (OPE-2376); the notice posts beside the card either way. No transport
     // failure throws out of it; the egress spoof's Vercel refusal can (OPE-1132). On the AWAITED path
     // below that refusal reaches the caller's own catch, which answers the interaction anyway rather
     // than leaving Discord to retry. On the DEFERRED path the response has already gone, so the catch

package/agent/channels/discord-dispatch-target.ts

@@ -36,8 +36,8 @@ export function resolveDiscordTarget(r: Routine): DispatchTarget | null {
   // bindDiscord's re-derived workspace always agree.
   const guildId = storedGuildId ?? r.surfaceKey.split("/")[1] ?? "";
   // OPE-486 — the fire's WAKE ORIGIN, parity with resolveSlackTarget (routine-dispatch.ts). Absent
-  // before this fix, so a Discord fire could never divert into the unified window (fire-window.ts's
-  // planFireWindow fails closed on a missing origin). Two shapes, matching the codec's XOR
+  // before this fix, so a Discord fire could never divert into the unified window (fire-work.ts's
+  // planFireWork fails closed on a missing origin). Two shapes, matching the codec's XOR
   // (discord-origin-codec.ts): a DM/group-DM fire (mode "dm"/"mpim") gets the `dm: true` variant —
   // NEVER a guild-shaped origin with a possibly-empty guildId, which the codec refuses by
   // construction (D1/D3). Every other fire gets the guild variant; an empty guildId (only possible

package/agent/channels/discord-front.ts

@@ -33,11 +33,10 @@ import { POST, type Channel, type HttpRouteDefinition, type RouteHandlerArgs } f
 import { verifyDiscordSignature } from "eve/channels/discord";
 import { OE_DISCORD_APPROVAL_PREFIX } from "../approvals/discord-card.js";
 import { handleDiscordApprovalInteraction, type DiscordInteractionResponse } from "../approvals/discord-flow.js";
-import { LINK_CONSENT_CLICK_PREFIX, OE_GRANT_ACTION_PREFIX, OE_INPUT_CLICK_PREFIX } from "@open-everywhere/core/agent/adapter-api.js";
+import { LINK_CONSENT_CLICK_PREFIX, OE_GRANT_ACTION_PREFIX } from "@open-everywhere/core/agent/adapter-api.js";
 import { handleDiscordLinkConsentInteraction } from "../identity/discord-link-consent.js";
 import { handleDiscordGrantCardInteraction } from "../access/discord-grant-click.js";
-import { handleDiscordApprovalCardInteraction, type ApprovalRespondFn } from "./discord-approval-card.js";
-import { approvalCardRespondVia, OE_COMMAND_NAME, type AttachSessionForCancel } from "@open-everywhere/core/agent/adapter-api.js";
+import { oeCommandName, type AttachSessionForCancel } from "@open-everywhere/core/agent/adapter-api.js";
 import { handleDiscordOeCommandInteraction } from "../commands/discord-commands.js";
 
 /** An HTTP route handler — `RouteHandler` isn't a public eve export, so we mirror its shape
@@ -117,11 +116,6 @@ export type DiscordFrontDecision =
   /** An `oe_grant:` credential-grant card button click (core access/credential-grant-card.ts) — ours:
    *  the OWNER answering a request to spend their credential (OPE-1260). */
   | { readonly kind: "grant-click"; readonly reason: string; readonly interaction: unknown }
-  /** An `oe_input:` BRIDGED-APPROVAL card button click (core channels/approval-card.ts) — ours: the
-   *  room answering an eve `tool-approval` this deployment rendered onto a unified origin (OPE-1720).
-   *  eve's own route cannot resolve it — the parked request lives on the UNIFIED window, not on the
-   *  Discord channel's session — so forwarding it would drop the tap. */
-  | { readonly kind: "input-click"; readonly reason: string; readonly interaction: unknown }
   | { readonly kind: "oe-command"; readonly reason: string; readonly interaction: unknown };
 
 /**
@@ -151,8 +145,11 @@ export function classifyDiscordInteraction(rawBody: string): DiscordFrontDecisio
     // forwards untouched — this is the ONLY command name the front route special-cases.
     const data = typeof p.data === "object" && p.data !== null ? (p.data as Record<string, unknown>) : undefined;
     const name = typeof data?.name === "string" ? data.name : undefined;
-    if (name === OE_COMMAND_NAME) {
-      return { kind: "oe-command", reason: `"/${OE_COMMAND_NAME}" command — ours, zero-inference, never forwarded`, interaction: json };
+    // The name is the `identity.commandName` setting, read per interaction (OPE-2334), so the
+    // router matches the same name the registration declared.
+    const commandName = oeCommandName();
+    if (name === commandName) {
+      return { kind: "oe-command", reason: `"/${commandName}" command — ours, zero-inference, never forwarded`, interaction: json };
     }
     return { kind: "forward", reason: `application command "${name ?? "?"}" — not ours, discordChannel dispatches it` };
   }
@@ -161,13 +158,11 @@ export function classifyDiscordInteraction(rawBody: string): DiscordFrontDecisio
   }
   const data = typeof p.data === "object" && p.data !== null ? (p.data as Record<string, unknown>) : undefined;
   const customId = typeof data?.custom_id === "string" ? data.custom_id : undefined;
-  // Four OE prefixes now, and they are deliberately different strings so a log line names one
+  // Three OE prefixes, and they are deliberately different strings so a log line names one
   // feature: `oe-approval:` is the approvals plane, `oe-link:` is the identity-consent button
   // (OPE-622), `oe_grant:` is the credential-grant card (OPE-1260 — before it, that card's buttons
-  // rendered here and fell through to eve, so the owner's tap was lost), `oe_input:` is the bridged
-  // eve approval card on a unified origin (OPE-1720 — the same lost-tap shape, one plane along).
-  // Anything else — eve's own `eve_input:` HITL buttons included — forwards untouched, and the two
-  // spellings are one character apart on purpose: `oe_input:` is OURS and `eve_input:` is eve's.
+  // rendered here and fell through to eve, so the owner's tap was lost). Anything else — eve's own
+  // `eve_input:` HITL buttons included — forwards untouched.
   if (customId?.startsWith(OE_DISCORD_APPROVAL_PREFIX)) {
     return { kind: "approval-click", reason: "oe-approval: component click — ours, never forwarded", interaction: json };
   }
@@ -177,9 +172,6 @@ export function classifyDiscordInteraction(rawBody: string): DiscordFrontDecisio
   if (customId?.startsWith(OE_GRANT_ACTION_PREFIX)) {
     return { kind: "grant-click", reason: "oe_grant: component click — ours, never forwarded", interaction: json };
   }
-  if (customId?.startsWith(OE_INPUT_CLICK_PREFIX)) {
-    return { kind: "input-click", reason: "oe_input: component click — ours, never forwarded", interaction: json };
-  }
   return { kind: "forward", reason: "component click — eve's HITL owns it" };
 }
 
@@ -208,16 +200,6 @@ export interface DiscordFrontOptions {
     raw: unknown,
     deps?: { waitUntil?: (p: Promise<unknown>) => void },
   ) => Promise<DiscordInteractionResponse | null>;
-  /** Bridged-approval-card `oe_input:` tap handler (OPE-1720, defaults to
-   *  `./discord-approval-card.ts`). Injectable so the classification and the branch are testable
-   *  without a store, a bot token or eve's `respond` primitive. It takes the SETTLE delivery as its
-   *  second argument because `args.from` is the only place eve hands that primitive out, so it is
-   *  bound in the route and injected rather than reached for inside the handler. */
-  readonly handleApprovalCardInteraction?: (
-    raw: unknown,
-    respond: ApprovalRespondFn,
-    deps?: { waitUntil?: (p: Promise<unknown>) => void },
-  ) => Promise<DiscordInteractionResponse | null>;
   /** "/oe" zero-inference command handler (defaults to the real commands/discord-commands.ts).
    *  Injectable so tests can stub it without the spend/approval/memory machinery it may touch. */
   readonly handleOeCommand?: (raw: unknown, attachSession?: AttachSessionForCancel) => Promise<DiscordInteractionResponse | null>;
@@ -240,7 +222,6 @@ export function buildDiscordFrontHandler(innerHandler: RouteHandler, opts: Disco
   const handleClick = opts.handleApprovalInteraction ?? handleDiscordApprovalInteraction;
   const handleLinkConsent = opts.handleLinkConsentInteraction ?? handleDiscordLinkConsentInteraction;
   const handleGrantCard = opts.handleGrantCardInteraction ?? handleDiscordGrantCardInteraction;
-  const handleApprovalCard = opts.handleApprovalCardInteraction ?? handleDiscordApprovalCardInteraction;
   const handleOeCommand = opts.handleOeCommand ?? handleDiscordOeCommandInteraction;
 
   return async (req: Request, args: RouteHandlerArgs): Promise<Response> => {
@@ -292,29 +273,6 @@ export function buildDiscordFrontHandler(innerHandler: RouteHandler, opts: Disco
       if (response) return interactionJson(response);
     }
 
-    if (decision.kind === "input-click") {
-      // Ours (core channels/approval-card.ts): somebody tapped a bridged eve approval this deployment
-      // rendered onto a unified origin (OPE-1720). The handler resolves the ticket, admits the tap
-      // through the SAME floor the typed answer takes, and delivers
-      // `respond([{requestId, optionId}])` to the parked WINDOW session.
-      //
-      // 🔴 THE DELIVERY GOES BY SESSION ID (OPE-1863). `args.from` is CHANNEL-LOCAL — on this route
-      // it addresses `discord:<token>`, while the parked session lives at `unified:<token>` — so the
-      // settle threw "the target session was not found" and every tap left the approval parked.
-      // `args.attachSession` dispatches by durable session id from any channel, and
-      // `approvalCardRespondVia` is the one road every surface binds. Bound HERE and injected because
-      // the route handler is the only place eve hands out either primitive.
-      //
-      // 🔴 `args.waitUntil` RIDES ALONG, for the grant branch's reason and one more of this door's
-      // own: a settle RESUMES a parked turn, and Discord does not redeliver an interaction it never
-      // saw answered — so a slow settle without the defer shows the tapper a red failure over an
-      // approval that really did settle. A null means the payload carried our prefix but not a shape
-      // the handler could read: forward rather than swallow, exactly as the three branches above do.
-      const respondToApproval: ApprovalRespondFn = approvalCardRespondVia(args.attachSession);
-      const response = await handleApprovalCard(decision.interaction, respondToApproval, { waitUntil: args.waitUntil });
-      if (response) return interactionJson(response);
-    }
-
     if (decision.kind === "oe-command") {
       // Ours: zero-inference — parsed, executed as pure logic (+ the approval-card path for
       // budget raise/clear), answered synchronously as an interaction response. NEVER reaches

package/agent/channels/discord-gateway.ts

@@ -57,6 +57,7 @@ import { threadParentChannelId } from "./discord-channel-info.js";
 import { splitForDiscord } from "./discord-post.js";
 import { discordFetch, type DiscordFetchDeps } from "./discord-rest.js";
 import { RateLimitExhaustedError, type RetryPolicy } from "@open-everywhere/core/agent/adapter-api.js";
+import { withEndsTurnFinalChannel } from "@open-everywhere/core/agent/adapter-api.js";
 import {
   finalMessageAction,
   nameDropPattern,
@@ -447,7 +448,7 @@ function isStopHand(emoji: string): boolean {
  * 🔴 THE REACTOR GUARD HERE FAILS CLOSED, and that is a DIFFERENT posture from the feedback path
  * below on purpose. The ingest path skips its bot-reactor drop when `botId` is unresolved, which
  * costs a spurious telemetry row — harmless. Behind `cancel()` the same fail-OPEN would be a
- * SELF-CANCEL: the bot's own ✋ (it places one on every delegating turn) would cancel the very turn
+ * SELF-CANCEL: the bot's own ✋ (it places one on a job's asking message, and on a turn that calls a declared subagent) would cancel the very turn
  * that placed it. So a stop requires a POSITIVELY RESOLVED, non-bot reactor: no `botId` ⇒ no stop.
  */
 async function routeStopHandReaction(rx: DiscordRelayReaction, attachSession: AttachSessionForCancel): Promise<ReactionIngestOutcome> {
@@ -2940,7 +2941,9 @@ export async function maybeShedWarmSurface(state: DiscordGatewayState): Promise<
   }
 }
 
-export default defineChannel<DiscordGatewayState, DiscordGatewayContext>({
+// OPE-2252 — `reply`/`no_reply` end the turn natively (`endsTurn`) and eve then emits no final message,
+// so the wrapper decides such a turn at `turn.completed` (core `channels/ends-turn-final.ts`).
+export default withEndsTurnFinalChannel(defineChannel<DiscordGatewayState, DiscordGatewayContext>({
   kindHint: "discord",
   // 🔴 QUEUE, NEVER STEER (OPE-412, OPE-1732). eve's default is `steer`, and a steer delivery
   // carrying a message CANCELS the turn in flight — rolling session history back to the last
@@ -3253,4 +3256,4 @@ export default defineChannel<DiscordGatewayState, DiscordGatewayContext>({
       }
     },
   },
-});
+}));

package/agent/channels/discord-post-arm.ts

@@ -102,34 +102,6 @@ async function liveDiscordPost(origin: DiscordOrigin, text: string): Promise<str
   return first;
 }
 
-/**
- * UNIFIED, WITH A COMPONENT PLANE (OPE-1720): the same single-window post as {@link liveDiscordPost},
- * carrying a row of tappable actions under it. Discord is the SECOND surface to implement this
- * member, and it may only do so because the tap lands: `discord-front.ts` classifies the `oe_input:`
- * custom_id and `discord-approval-card.ts` settles it.
- *
- * 🔴 NO AUTO-THREAD BRANCH, DELIBERATELY. `liveDiscordPost` may open a thread off the mention and
- * answer there. A governed approval card must not move: the people who can answer it are watching the
- * conversation it was asked in, and burying the buttons in a freshly-created thread is how a card
- * goes unanswered. The anchor still rides — the card hangs under the triggering message through the
- * same `message_reference` a plain reply uses — so it is placed and never moved.
- *
- * 🔴 IT FALLS BACK TO TEXT RATHER THAN SPLITTING. Discord caps a message at 2000 characters and a
- * button row cannot be split across messages: a row attached to the wrong part would sit under a
- * fragment. So an over-cap card posts through the ordinary splitting path and loses the SHORTCUT,
- * never the meaning — `DirectMessageAction`'s own rule, which the question bridge's text already
- * satisfies (it prints the prompt, the options, and the line saying a reply may name one).
- */
-async function liveDiscordPostWithActions(origin: DiscordOrigin, text: string, actions: readonly DirectMessageAction[]): Promise<string> {
-  const buttons = actions.map((a) => ({ customId: a.id, label: a.label, intent: a.intent }));
-  if (buttons.length === 0 || text.length > DISCORD_MESSAGE_MAX) return liveDiscordPost(origin, text);
-  try {
-    return await discordPostMessageWithButtons(origin.channelId, text, buttons, origin.messageId ? { replyToMessageId: origin.messageId } : undefined);
-  } catch {
-    throw new Error(`unified reply couldn't post to Discord — create-message with buttons failed on channel ${origin.channelId}`);
-  }
-}
-
 /** EDIT (OPE-793): `PATCH /channels/{id}/messages/{mid}` through the same write seam the post path
  *  uses. Ownership was already decided upstream against the own-post ledger; this is transport only. */
 async function editDiscordMessage(locus: EditLocus, messageId: string, text: string): Promise<void> {
@@ -199,12 +171,6 @@ export const discordPostArm: PostArm = {
   },
   dispatchReply: (target, text) => discordPostMessage((target as DiscordTarget).channelId, text),
   dispatchUnified: (origin, text, deps: UnifiedReplyDeps) => (deps.postDiscord ?? liveDiscordPost)(origin as DiscordOrigin, text),
-  // OPE-1720: Discord declares the unified component plane because the tap route exists on it —
-  // `discord-front.ts` classifies the `oe_input:` custom_id and `discord-approval-card.ts` settles
-  // it. The injected `postDiscord` override is honoured VERBATIM and drops the buttons: a test that
-  // scripted a text-only post must not start receiving a card it never asked for.
-  dispatchUnifiedActions: (origin, text, actions, deps: UnifiedReplyDeps) =>
-    deps.postDiscord ? deps.postDiscord(origin as DiscordOrigin, text) : liveDiscordPostWithActions(origin as DiscordOrigin, text, actions),
   describeRedriveTarget: (origin) => `discord channel ${(origin as DiscordOrigin).channelId}`,
   redriveContainerId: (origin) => (origin as DiscordOrigin).channelId,
   editMessage: editDiscordMessage,

package/agent/channels/discord-post.ts

@@ -213,13 +213,7 @@ export interface DiscordDmButton {
  * 🔴 NO SPLIT, AND THAT IS DELIBERATE. `discordPostMessage` splits an over-cap reply into several
  * messages; buttons cannot be split, and a row attached to the wrong part would sit under a
  * fragment. So this refuses past Discord's 2000-character cap rather than truncating or fanning out,
- * and both callers post core-owned copy: the identity consent ask, and the bridged approval card
- * (channels/discord-post-arm.ts), whose own caller falls back to the splitting path past the cap.
- *
- * `opts.replyToMessageId` hangs the message under the one it answers, through the same
- * `message_reference` the plain post path uses and with the same `fail_if_not_exists: false` degrade
- * when the trigger is gone (OPE-1720 — a card posted onto a unified origin must land where the
- * conversation is looking, exactly as its prose sibling does). ABSENT ⇒ a plain channel post.
+ * and its caller (the DM-delivery arm, channels/discord-post-arm.ts) posts core-owned copy.
  *
  * The bot token rides only the header, like every call in this module.
  */
@@ -227,7 +221,6 @@ export async function discordPostMessageWithButtons(
   channelId: string,
   content: string,
   buttons: readonly DiscordDmButton[],
-  opts?: { readonly replyToMessageId?: string },
 ): Promise<string> {
   if (content.length > DISCORD_MESSAGE_MAX) {
     throw markNotApplied(
@@ -239,7 +232,6 @@ export async function discordPostMessageWithButtons(
     headers: botHeaders(botToken()),
     body: JSON.stringify({
       content,
-      ...(opts?.replyToMessageId ? { message_reference: { message_id: opts.replyToMessageId, fail_if_not_exists: false } } : {}),
       components: [
         {
           type: COMPONENT_ACTION_ROW,

package/agent/channels/discord.ts

@@ -50,6 +50,7 @@ import {
   authPrincipalId,
   type ChatAuditPartition,
 } from "@open-everywhere/core/agent/adapter-api.js";
+import { withEndsTurnFinalChannel } from "@open-everywhere/core/agent/adapter-api.js";
 import { frontDiscordChannel, INTERNAL_DISCORD_ROUTE } from "./discord-front.js";
 import { withDiscordEventsRoute } from "./discord-events.js";
 
@@ -241,4 +242,6 @@ const discordInteractionChannel = discordChannel({
 // FRONTED (interactions) + the app-level WEBHOOK EVENTS route (discord-events.ts): a separate,
 // additive URL that audits APPLICATION_AUTHORIZED / APPLICATION_DEAUTHORIZED so install/uninstall
 // is observable. Observability only — it gates nothing and never reaches a session.
-export default withDiscordEventsRoute(frontDiscordChannel(discordInteractionChannel));
+// OPE-2252 — `reply`/`no_reply` end the turn natively (`endsTurn`) and eve then emits no final message,
+// so the wrapper decides such a turn at `turn.completed` (core `channels/ends-turn-final.ts`).
+export default withEndsTurnFinalChannel(withDiscordEventsRoute(frontDiscordChannel(discordInteractionChannel)));

package/agent/commands/discord-commands.ts

@@ -29,7 +29,9 @@ import {
   bindFrom,
   MODEL_AB_RATING_MAX,
   MODEL_AB_RATING_MIN,
-  OE_COMMAND_NAME,
+  agentDisplayName,
+  oeCommandName,
+  oeSlash,
   runOeCommand,
   type AttachSessionForCancel,
   type BindableContext,
@@ -122,7 +124,7 @@ export function parseDiscordOeCommandOptions(rawOptions: unknown): OeCommand {
     if (score === undefined || !Number.isInteger(score) || score < MODEL_AB_RATING_MIN || score > MODEL_AB_RATING_MAX) {
       return {
         kind: "error",
-        message: `"/oe rate" needs a whole "score" from ${MODEL_AB_RATING_MIN} to ${MODEL_AB_RATING_MAX} (got ${JSON.stringify(scoreOpt?.value)}).`,
+        message: `"${oeSlash("rate")}" needs a whole "score" from ${MODEL_AB_RATING_MIN} to ${MODEL_AB_RATING_MAX} (got ${JSON.stringify(scoreOpt?.value)}).`,
       };
     }
     return { kind: "rate", score };
@@ -138,14 +140,14 @@ export function parseDiscordOeCommandOptions(rawOptions: unknown): OeCommand {
       if (usd === undefined || usd <= 0) {
         return {
           kind: "error",
-          message: `"/oe budget raise" needs a positive "usd" amount (got ${JSON.stringify(usdOpt?.value)}).`,
+          message: `"${oeSlash("budget raise")}" needs a positive "usd" amount (got ${JSON.stringify(usdOpt?.value)}).`,
         };
       }
       return { kind: "budget-raise", usd };
     }
     return { kind: "error", message: `Unknown "budget" subcommand "${subName}".` };
   }
-  return { kind: "error", message: `Unknown "/oe" subcommand "${name ?? "?"}" — try "/oe help".` };
+  return { kind: "error", message: `Unknown "${oeSlash()}" subcommand "${name ?? "?"}" — try "${oeSlash("help")}".` };
 }
 
 interface ParsedOeInvocation {
@@ -164,7 +166,7 @@ interface ParsedOeInvocation {
 export function parseOeCommandInteraction(raw: unknown): ParsedOeInvocation | { readonly error: string } | null {
   if (!isObject(raw) || raw["type"] !== 2) return null;
   const data = isObject(raw["data"]) ? raw["data"] : undefined;
-  if (!data || data["name"] !== OE_COMMAND_NAME) return null;
+  if (!data || data["name"] !== oeCommandName()) return null;
 
   const member = isObject(raw["member"]) ? raw["member"] : undefined;
   const memberUser = member && isObject(member["user"]) ? member["user"] : undefined;
@@ -214,7 +216,7 @@ export async function handleDiscordOeCommandInteraction(
     // (e.g. "propose from a DM needs an explicit scope") — surface it verbatim; anything else
     // (a genuinely unexpected store/network failure) gets a generic fail-soft note. Either way,
     // never throw out of this function.
-    console.error(`[open-everywhere:discord-commands] "/oe" command failed softly: ${String(err)}`);
+    console.error(`[open-everywhere:discord-commands] "${oeSlash()}" command failed softly: ${String(err)}`);
     return ephemeral(`Couldn't complete that: ${err instanceof Error ? err.message : String(err)}`);
   }
 }
@@ -228,6 +230,16 @@ const OPTION_INTEGER = 4;
 const OPTION_NUMBER = 10;
 const CHAT_INPUT = 1;
 
+/** Discord's limit on a command description. A longer one fails the registration call. */
+export const DISCORD_COMMAND_DESCRIPTION_MAX = 100;
+
+/** The command's description, naming the deployment — or, when the name would push it past
+ *  Discord's limit, the same sentence without the name. */
+function discordCommandDescription(name: string): string {
+  const named = `${name} control-plane commands (status, budget) — no model turn.`;
+  return named.length <= DISCORD_COMMAND_DESCRIPTION_MAX ? named : "Control-plane commands (status, budget) — no model turn.";
+}
+
 /**
  * The Discord ApplicationCommand body for "/oe" — pure, no network, so the registration
  * script (scripts/register-discord-commands.ts) and its test share exactly one definition.
@@ -236,9 +248,11 @@ const CHAT_INPUT = 1;
  */
 export function buildOeDiscordCommandDefinition(): Record<string, unknown> {
   return {
-    name: OE_COMMAND_NAME,
+    // Both from the `identity.*` settings (OPE-2334): the name the router below matches on, and the
+    // deployment's configured name in the description.
+    name: oeCommandName(),
     type: CHAT_INPUT,
-    description: "Open Everywhere control-plane commands (status, budget) — no model turn.",
+    description: discordCommandDescription(agentDisplayName()),
     options: [
       {
         name: "budget",
@@ -285,7 +299,7 @@ export function buildOeDiscordCommandDefinition(): Record<string, unknown> {
           },
         ],
       },
-      { name: "help", description: "List the /oe commands.", type: SUB_COMMAND },
+      { name: "help", description: `List the ${oeSlash()} commands.`, type: SUB_COMMAND },
     ],
   };
 }

package/agent/contributions.ts

@@ -25,7 +25,7 @@ export const CONTRIBUTIONS = {
   package: "@open-everywhere/provider-discord",
   register: "agent/register.js#registerDiscordProvider",
   contributions: [
-    { kind: "channel", name: "discord", module: "agent/channels/discord.js", summary: "The Discord surface. Wires Discord's HTTP Interactions (slash commands) → an OpenEverywhere session, and — the point of the \"Discord-binding\" slice — populates the session auth context with the REAL…" },
+    { kind: "channel", name: "discord", module: "agent/channels/discord.js", summary: "The Discord surface. Wires Discord's HTTP Interactions (slash commands) → an agent session, and — the point of the \"Discord-binding\" slice — populates the session auth context with the REAL…" },
     { kind: "channel", name: "discord-gateway", module: "agent/channels/discord-gateway.js", summary: "The Discord GATEWAY ingestion surface — Milestone 2 of the Discord Gateway feature." },
   ],
 } as const;

package/agent/surface-parity.ts

@@ -13,12 +13,6 @@ export const DISCORD_SURFACE_PARITY: SurfaceParityDeclaration = {
   "capability-manifest": "supported",
   "post-arm": "supported",
   "wake-origin-codec": "supported",
-  // The arm renders a Discord action row (`discord-post-arm.ts`), the front routes the tap back
-  // (`discord-front.ts` classifies the `oe_input:` custom_id, `discord-approval-card.ts` settles it),
-  // and the settle DELIVERS through core's `approvalCardRespondVia` — all three halves, as the row
-  // requires. The third is not a formality: this front bound its own `args.from(bareToken)` until
-  // OPE-1863, and that address is channel-local, so every tap threw and the approval stayed parked.
-  "unified-action-plane": "supported",
   // `messageId` is the `message_reference` anchor and sits outside `threadRef`, which keys on the
   // channel id alone — Slack's shape exactly. Both members are implemented; `autoThreadName` stays
   // OUT of the axis because opening a thread MOVES a post rather than placing one.

package/dist/agent/approvals/discord-card.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"discord-card.d.ts","sourceRoot":"","sources":["../../../agent/approvals/discord-card.ts"],"names":[],"mappings":"AAoBA,OAAO,KAAK,EAAE,gBAAgB,EAAE,MAAM,4CAA4C,CAAC;AAGnF;;;;;;GAMG;AACH,eAAO,MAAM,0BAA0B,iBAAiB,CAAC;AAEzD,uHAAuH;AACvH,eAAO,MAAM,qBAAqB,MAAM,CAAC;AAYzC;4FAC4F;AAC5F,MAAM,WAAW,gBAAgB;IAC/B,QAAQ,CAAC,IAAI,EAAE,MAAM,CAAC;IACtB,QAAQ,EAAE,GAAG,EAAE,MAAM,GAAG,OAAO,CAAC;CACjC;AAED,6FAA6F;AAC7F,MAAM,WAAW,kBAAkB;IACjC,QAAQ,CAAC,OAAO,EAAE,MAAM,CAAC;IACzB,QAAQ,CAAC,UAAU,EAAE,SAAS,gBAAgB,EAAE,CAAC;CAClD;AAED;;;;;GAKG;AACH,MAAM,MAAM,uBAAuB,GAAG,SAAS,GAAG,QAAQ,GAAG,iBAAiB,GAAG,YAAY,CAAC;AAM9F;;;;;;;;;;GAUG;AACH,wBAAgB,4BAA4B,CAAC,GAAG,EAAE,gBAAgB,EAAE,QAAQ,EAAE,uBAAuB,GAAG,MAAM,CAQ7G;AAED;;;;;GAKG;AACH,wBAAgB,4BAA4B,CAAC,QAAQ,EAAE,MAAM,GAAG;IAAE,EAAE,EAAE,MAAM,CAAC;IAAC,QAAQ,EAAE,uBAAuB,CAAC;IAAC,GAAG,EAAE,MAAM,CAAA;CAAE,GAAG,IAAI,CAcpI;AAQD;;;;GAIG;AACH,wBAAgB,kBAAkB,CAAC,GAAG,EAAE,gBAAgB,EAAE,YAAY,EAAE,SAAS,MAAM,EAAE,GAAG,kBAAkB,CAgC7G;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,wBAAgB,0BAA0B,CAAC,GAAG,EAAE,gBAAgB,EAAE,YAAY,EAAE,SAAS,MAAM,EAAE,EAAE,WAAW,EAAE,MAAM,GAAG,kBAAkB,CAkB1I;AAED;;;;;;GAMG;AACH,wBAAgB,kBAAkB,CAAC,GAAG,EAAE,gBAAgB,EAAE,YAAY,EAAE,SAAS,MAAM,EAAE,EAAE,WAAW,EAAE,MAAM,GAAG,kBAAkB,CAalI;AAKD;;;;;GAKG;AACH,wBAAgB,oBAAoB,CAAC,WAAW,EAAE,OAAO,GAAG,OAAO,CAOlE;AAED;;;;;;GAMG;AACH,wBAAgB,gBAAgB,CAAC,QAAQ,EAAE,MAAM,EAAE,OAAO,EAAE,MAAM,GAAG,SAAS,GAAG,OAAO,CAGvF"}
+{"version":3,"file":"discord-card.d.ts","sourceRoot":"","sources":["../../../agent/approvals/discord-card.ts"],"names":[],"mappings":"AAoBA,OAAO,KAAK,EAAE,gBAAgB,EAAE,MAAM,4CAA4C,CAAC;AAGnF;;;;;;GAMG;AACH,eAAO,MAAM,0BAA0B,iBAAiB,CAAC;AAEzD,uHAAuH;AACvH,eAAO,MAAM,qBAAqB,MAAM,CAAC;AAYzC;4FAC4F;AAC5F,MAAM,WAAW,gBAAgB;IAC/B,QAAQ,CAAC,IAAI,EAAE,MAAM,CAAC;IACtB,QAAQ,EAAE,GAAG,EAAE,MAAM,GAAG,OAAO,CAAC;CACjC;AAED,6FAA6F;AAC7F,MAAM,WAAW,kBAAkB;IACjC,QAAQ,CAAC,OAAO,EAAE,MAAM,CAAC;IACzB,QAAQ,CAAC,UAAU,EAAE,SAAS,gBAAgB,EAAE,CAAC;CAClD;AAED;;;;;GAKG;AACH,MAAM,MAAM,uBAAuB,GAAG,SAAS,GAAG,QAAQ,GAAG,iBAAiB,GAAG,YAAY,CAAC;AAM9F;;;;;;;;;;GAUG;AACH,wBAAgB,4BAA4B,CAAC,GAAG,EAAE,gBAAgB,EAAE,QAAQ,EAAE,uBAAuB,GAAG,MAAM,CAQ7G;AAED;;;;;GAKG;AACH,wBAAgB,4BAA4B,CAAC,QAAQ,EAAE,MAAM,GAAG;IAAE,EAAE,EAAE,MAAM,CAAC;IAAC,QAAQ,EAAE,uBAAuB,CAAC;IAAC,GAAG,EAAE,MAAM,CAAA;CAAE,GAAG,IAAI,CAcpI;AAQD;;;;GAIG;AACH,wBAAgB,kBAAkB,CAAC,GAAG,EAAE,gBAAgB,EAAE,YAAY,EAAE,SAAS,MAAM,EAAE,GAAG,kBAAkB,CA+B7G;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,wBAAgB,0BAA0B,CAAC,GAAG,EAAE,gBAAgB,EAAE,YAAY,EAAE,SAAS,MAAM,EAAE,EAAE,WAAW,EAAE,MAAM,GAAG,kBAAkB,CAkB1I;AAED;;;;;;GAMG;AACH,wBAAgB,kBAAkB,CAAC,GAAG,EAAE,gBAAgB,EAAE,YAAY,EAAE,SAAS,MAAM,EAAE,EAAE,WAAW,EAAE,MAAM,GAAG,kBAAkB,CAalI;AAKD;;;;;GAKG;AACH,wBAAgB,oBAAoB,CAAC,WAAW,EAAE,OAAO,GAAG,OAAO,CAOlE;AAED;;;;;;GAMG;AACH,wBAAgB,gBAAgB,CAAC,QAAQ,EAAE,MAAM,EAAE,OAAO,EAAE,MAAM,GAAG,SAAS,GAAG,OAAO,CAGvF"}

package/dist/agent/approvals/discord-card.js

@@ -17,7 +17,7 @@
 // THREE renders live here, and only the first two are a card: the PENDING card (Approve/Reject), the
 // DECIDED card (no buttons), and the JUDGE-LIFT NOTICE (OPE-1103) — a review surface for an action
 // that already ran, carrying the one "This should not have run" button and never a decision one.
-import { grantButtonLabel, sessionGrantKind } from "@open-everywhere/core/agent/adapter-api.js";
+import { getSettings, grantButtonLabel, pendingCardExpiryClause, sessionGrantKind } from "@open-everywhere/core/agent/adapter-api.js";
 /**
  * Every approval button custom_id this feature owns starts with this. Deliberately distinct
  * from BOTH the Slack action_id prefix ("oe_approval:" — a different wire format, keeping
@@ -34,7 +34,7 @@ export const DISCORD_CUSTOM_ID_MAX = 100;
 // the Slack prefix.
 const COMPONENT_ACTION_ROW = 1;
 const COMPONENT_BUTTON = 2;
-const BUTTON_STYLE_SECONDARY = 2; // grey — Approve for session (the grantable-kind middle button, OPE-53/OPE-11)
+const BUTTON_STYLE_SECONDARY = 2; // grey — Approve for this routine (the grantable-kind middle button, OPE-53/OPE-11)
 const BUTTON_STYLE_SUCCESS = 3; // green — Approve (Slack's `style: "primary"` analogue)
 const BUTTON_STYLE_DANGER = 4; //  red — Reject  (Slack's `style: "danger"` analogue)
 /** The closed verb set as a VALUE — one list, so build and parse cannot drift into a button nothing
@@ -94,7 +94,7 @@ function cardBody(row, summaryLines, footer) {
  * the org rides the custom_id on Discord). Mirrors card.ts's pendingCardBlocks.
  */
 export function pendingDiscordCard(row, summaryLines) {
-    const content = cardBody(row, summaryLines, `-# Requested by <@${row.requestedBy}> · expires ${row.expiresAt}`);
+    const content = cardBody(row, summaryLines, `-# Requested by <@${row.requestedBy}> · ${pendingCardExpiryClause(row.expiresAt)}`);
     const buttons = [
         {
             type: COMPONENT_BUTTON,
@@ -103,18 +103,17 @@ export function pendingDiscordCard(row, summaryLines) {
             custom_id: buildDiscordApprovalCustomId(row, "approve"),
         },
     ];
-    // OPE-53: a session-grantable row gets the middle "Approve for session" button — publish this one
-    // AND skip the card for the rest of THIS proposing session. sessionGrantKind() (core
-    // approvals/session-grant.ts) is the ONE predicate, and it grants for `pr.open` ALONE — every
-    // other kind returns null and stays two-button per-call. Mirrors card.ts's Slack
-    // pendingCardBlocks so the two surfaces agree on the third button.
-    if (sessionGrantKind(row) !== null) {
+    // OPE-53, OPE-2363: only a ROUTINE's card gets the middle button — publish this one AND skip the card
+    // for the same kind on later fires of THIS routine. sessionGrantKind() (core approvals/session-grant.ts)
+    // decides the KIND (`pr.open` alone), and grantButtonLabel() decides the reach: undefined for every
+    // card in a conversation, which offers Approve and Reject only. The label and the presence both come
+    // from core, so Slack and Discord can never disagree.
+    const grantLabel = sessionGrantKind(row) !== null ? grantButtonLabel(row, getSettings().approvals.routineGrantTtlHours) : undefined;
+    if (grantLabel !== undefined) {
         buttons.push({
             type: COMPONENT_BUTTON,
             style: BUTTON_STYLE_SECONDARY,
-            // OPE-152: the label comes from core, so Slack and Discord can never disagree about whether
-            // the click grants for this session or standing-for-this-routine (a fire's card).
-            label: grantButtonLabel(row),
+            label: grantLabel,
             custom_id: buildDiscordApprovalCustomId(row, "approve_session"),
         });
     }

package/dist/agent/approvals/discord-card.js.map

@@ -1 +1 @@
-{"version":3,"file":"discord-card.js","sourceRoot":"","sources":["../../../agent/approvals/discord-card.ts"],"names":[],"mappings":"AAAA,uFAAuF;AACvF,uFAAuF;AACvF,yFAAyF;AACzF,yFAAyF;AACzF,4EAA4E;AAC5E,EAAE;AACF,0FAA0F;AAC1F,2FAA2F;AAC3F,kFAAkF;AAClF,8CAA8C;AAC9C,2FAA2F;AAC3F,2FAA2F;AAC3F,wFAAwF;AACxF,yFAAyF;AACzF,+EAA+E;AAC/E,EAAE;AACF,qGAAqG;AACrG,mGAAmG;AACnG,iGAAiG;AAGjG,OAAO,EAAE,gBAAgB,EAAE,gBAAgB,EAAE,MAAM,4CAA4C,CAAC;AAEhG;;;;;;GAMG;AACH,MAAM,CAAC,MAAM,0BAA0B,GAAG,cAAc,CAAC;AAEzD,uHAAuH;AACvH,MAAM,CAAC,MAAM,qBAAqB,GAAG,GAAG,CAAC;AAEzC,0FAA0F;AAC1F,0FAA0F;AAC1F,0FAA0F;AAC1F,oBAAoB;AACpB,MAAM,oBAAoB,GAAG,CAAC,CAAC;AAC/B,MAAM,gBAAgB,GAAG,CAAC,CAAC;AAC3B,MAAM,sBAAsB,GAAG,CAAC,CAAC,CAAC,+EAA+E;AACjH,MAAM,oBAAoB,GAAG,CAAC,CAAC,CAAC,wDAAwD;AACxF,MAAM,mBAAmB,GAAG,CAAC,CAAC,CAAC,sDAAsD;AAuBrF;kFACkF;AAClF,MAAM,0BAA0B,GAAuC,CAAC,SAAS,EAAE,QAAQ,EAAE,iBAAiB,EAAE,YAAY,CAAC,CAAC;AAE9H;;;;;;;;;;GAUG;AACH,MAAM,UAAU,4BAA4B,CAAC,GAAqB,EAAE,QAAiC;IACnG,MAAM,QAAQ,GAAG,GAAG,0BAA0B,GAAG,GAAG,CAAC,EAAE,IAAI,QAAQ,IAAI,GAAG,CAAC,GAAG,EAAE,CAAC;IACjF,IAAI,QAAQ,CAAC,MAAM,GAAG,qBAAqB,EAAE,CAAC;QAC5C,MAAM,IAAI,KAAK,CACb,+BAA+B,QAAQ,CAAC,MAAM,2BAA2B,qBAAqB,YAAY,GAAG,CAAC,GAAG,wCAAwC,CAC1J,CAAC;IACJ,CAAC;IACD,OAAO,QAAQ,CAAC;AAClB,CAAC;AAED;;;;;GAKG;AACH,MAAM,UAAU,4BAA4B,CAAC,QAAgB;IAC3D,IAAI,CAAC,QAAQ,CAAC,UAAU,CAAC,0BAA0B,CAAC;QAAE,OAAO,IAAI,CAAC;IAClE,MAAM,IAAI,GAAG,QAAQ,CAAC,KAAK,CAAC,0BAA0B,CAAC,MAAM,CAAC,CAAC;IAC/D,MAAM,KAAK,GAAG,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,CAAC;IAChC,IAAI,KAAK,IAAI,CAAC;QAAE,OAAO,IAAI,CAAC,CAAC,gBAAgB;IAC7C,MAAM,MAAM,GAAG,IAAI,CAAC,OAAO,CAAC,GAAG,EAAE,KAAK,GAAG,CAAC,CAAC,CAAC;IAC5C,IAAI,MAAM,GAAG,CAAC;QAAE,OAAO,IAAI,CAAC,CAAC,iBAAiB;IAC9C,MAAM,EAAE,GAAG,IAAI,CAAC,KAAK,CAAC,CAAC,EAAE,KAAK,CAAC,CAAC;IAChC,MAAM,QAAQ,GAAG,IAAI,CAAC,KAAK,CAAC,KAAK,GAAG,CAAC,EAAE,MAAM,CAAC,CAAC;IAC/C,MAAM,GAAG,GAAG,IAAI,CAAC,KAAK,CAAC,MAAM,GAAG,CAAC,CAAC,CAAC;IACnC,kGAAkG;IAClG,iGAAiG;IACjG,IAAI,CAAC,0BAA0B,CAAC,QAAQ,CAAC,QAAmC,CAAC,IAAI,GAAG,CAAC,MAAM,KAAK,CAAC;QAAE,OAAO,IAAI,CAAC;IAC/G,OAAO,EAAE,EAAE,EAAE,QAAQ,EAAE,QAAmC,EAAE,GAAG,EAAE,CAAC;AACpE,CAAC;AAED;6EAC6E;AAC7E,SAAS,QAAQ,CAAC,GAAqB,EAAE,YAA+B,EAAE,MAAc;IACtF,OAAO,CAAC,yBAAyB,GAAG,CAAC,IAAI,IAAI,EAAE,GAAG,YAAY,EAAE,MAAM,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC;AACrF,CAAC;AAED;;;;GAIG;AACH,MAAM,UAAU,kBAAkB,CAAC,GAAqB,EAAE,YAA+B;IACvF,MAAM,OAAO,GAAG,QAAQ,CAAC,GAAG,EAAE,YAAY,EAAE,qBAAqB,GAAG,CAAC,WAAW,eAAe,GAAG,CAAC,SAAS,EAAE,CAAC,CAAC;IAChH,MAAM,OAAO,GAAuB;QAClC;YACE,IAAI,EAAE,gBAAgB;YACtB,KAAK,EAAE,oBAAoB;YAC3B,KAAK,EAAE,SAAS;YAChB,SAAS,EAAE,4BAA4B,CAAC,GAAG,EAAE,SAAS,CAAC;SACxD;KACF,CAAC;IACF,kGAAkG;IAClG,qFAAqF;IACrF,8FAA8F;IAC9F,iFAAiF;IACjF,mEAAmE;IACnE,IAAI,gBAAgB,CAAC,GAAG,CAAC,KAAK,IAAI,EAAE,CAAC;QACnC,OAAO,CAAC,IAAI,CAAC;YACX,IAAI,EAAE,gBAAgB;YACtB,KAAK,EAAE,sBAAsB;YAC7B,4FAA4F;YAC5F,kFAAkF;YAClF,KAAK,EAAE,gBAAgB,CAAC,GAAG,CAAC;YAC5B,SAAS,EAAE,4BAA4B,CAAC,GAAG,EAAE,iBAAiB,CAAC;SAChE,CAAC,CAAC;IACL,CAAC;IACD,OAAO,CAAC,IAAI,CAAC;QACX,IAAI,EAAE,gBAAgB;QACtB,KAAK,EAAE,mBAAmB;QAC1B,KAAK,EAAE,QAAQ;QACf,SAAS,EAAE,4BAA4B,CAAC,GAAG,EAAE,QAAQ,CAAC;KACvD,CAAC,CAAC;IACH,OAAO,EAAE,OAAO,EAAE,UAAU,EAAE,CAAC,EAAE,IAAI,EAAE,oBAAoB,EAAE,UAAU,EAAE,OAAO,EAAE,CAAC,EAAE,CAAC;AACxF,CAAC;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,MAAM,UAAU,0BAA0B,CAAC,GAAqB,EAAE,YAA+B,EAAE,WAAmB;IACpH,MAAM,OAAO,GAAG,4FAA4F,WAAW,EAAE,CAAC;IAC1H,OAAO;QACL,OAAO,EAAE,CAAC,yBAAyB,GAAG,CAAC,IAAI,IAAI,EAAE,GAAG,YAAY,EAAE,OAAO,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC;QACrF,UAAU,EAAE;YACV;gBACE,IAAI,EAAE,oBAAoB;gBAC1B,UAAU,EAAE;oBACV;wBACE,IAAI,EAAE,gBAAgB;wBACtB,KAAK,EAAE,mBAAmB;wBAC1B,KAAK,EAAE,0BAA0B;wBACjC,SAAS,EAAE,4BAA4B,CAAC,GAAG,EAAE,YAAY,CAAC;qBAC3D;iBACF;aACF;SACF;KACF,CAAC;AACJ,CAAC;AAED;;;;;;GAMG;AACH,MAAM,UAAU,kBAAkB,CAAC,GAAqB,EAAE,YAA+B,EAAE,WAAmB;IAC5G,MAAM,cAAc,GAClB,GAAG,CAAC,MAAM,KAAK,UAAU;QACvB,CAAC,CAAC,mBAAmB,GAAG,CAAC,SAAS,OAAO,WAAW,EAAE;QACtD,CAAC,CAAC,GAAG,CAAC,MAAM,KAAK,UAAU;YACzB,CAAC,CAAC,yFAAyF;gBACzF,yFAAyF;gBACzF,uFAAuF;gBACvF,2FAA2F;gBAC3F,kFAAkF;gBAClF,mBAAmB,GAAG,CAAC,SAAS,IAAI,WAAW,KAAK,UAAU,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,MAAM,WAAW,EAAE,EAAE;YAC7F,CAAC,CAAC,WAAW,CAAC;IACpB,OAAO,EAAE,OAAO,EAAE,QAAQ,CAAC,GAAG,EAAE,YAAY,EAAE,cAAc,CAAC,EAAE,UAAU,EAAE,EAAE,EAAE,CAAC;AAClF,CAAC;AAED,2GAA2G;AAC3G,MAAM,iBAAiB,GAAG,EAAE,IAAI,EAAE,CAAC;AAEnC;;;;;GAKG;AACH,MAAM,UAAU,oBAAoB,CAAC,WAAoB;IACvD,IAAI,OAAO,WAAW,KAAK,QAAQ,IAAI,CAAC,OAAO,CAAC,IAAI,CAAC,WAAW,CAAC;QAAE,OAAO,KAAK,CAAC;IAChF,IAAI,CAAC;QACH,OAAO,CAAC,MAAM,CAAC,WAAW,CAAC,GAAG,iBAAiB,CAAC,KAAK,iBAAiB,CAAC;IACzE,CAAC;IAAC,MAAM,CAAC;QACP,OAAO,KAAK,CAAC;IACf,CAAC;AACH,CAAC;AAED;;;;;;GAMG;AACH,MAAM,UAAU,gBAAgB,CAAC,QAAgB,EAAE,OAA2B;IAC5E,IAAI,CAAC,OAAO;QAAE,OAAO,KAAK,CAAC;IAC3B,OAAO,QAAQ,KAAK,WAAW,OAAO,EAAE,IAAI,QAAQ,CAAC,UAAU,CAAC,WAAW,OAAO,GAAG,CAAC,CAAC;AACzF,CAAC"}
+{"version":3,"file":"discord-card.js","sourceRoot":"","sources":["../../../agent/approvals/discord-card.ts"],"names":[],"mappings":"AAAA,uFAAuF;AACvF,uFAAuF;AACvF,yFAAyF;AACzF,yFAAyF;AACzF,4EAA4E;AAC5E,EAAE;AACF,0FAA0F;AAC1F,2FAA2F;AAC3F,kFAAkF;AAClF,8CAA8C;AAC9C,2FAA2F;AAC3F,2FAA2F;AAC3F,wFAAwF;AACxF,yFAAyF;AACzF,+EAA+E;AAC/E,EAAE;AACF,qGAAqG;AACrG,mGAAmG;AACnG,iGAAiG;AAGjG,OAAO,EAAE,WAAW,EAAE,gBAAgB,EAAE,uBAAuB,EAAE,gBAAgB,EAAE,MAAM,4CAA4C,CAAC;AAEtI;;;;;;GAMG;AACH,MAAM,CAAC,MAAM,0BAA0B,GAAG,cAAc,CAAC;AAEzD,uHAAuH;AACvH,MAAM,CAAC,MAAM,qBAAqB,GAAG,GAAG,CAAC;AAEzC,0FAA0F;AAC1F,0FAA0F;AAC1F,0FAA0F;AAC1F,oBAAoB;AACpB,MAAM,oBAAoB,GAAG,CAAC,CAAC;AAC/B,MAAM,gBAAgB,GAAG,CAAC,CAAC;AAC3B,MAAM,sBAAsB,GAAG,CAAC,CAAC,CAAC,oFAAoF;AACtH,MAAM,oBAAoB,GAAG,CAAC,CAAC,CAAC,wDAAwD;AACxF,MAAM,mBAAmB,GAAG,CAAC,CAAC,CAAC,sDAAsD;AAuBrF;kFACkF;AAClF,MAAM,0BAA0B,GAAuC,CAAC,SAAS,EAAE,QAAQ,EAAE,iBAAiB,EAAE,YAAY,CAAC,CAAC;AAE9H;;;;;;;;;;GAUG;AACH,MAAM,UAAU,4BAA4B,CAAC,GAAqB,EAAE,QAAiC;IACnG,MAAM,QAAQ,GAAG,GAAG,0BAA0B,GAAG,GAAG,CAAC,EAAE,IAAI,QAAQ,IAAI,GAAG,CAAC,GAAG,EAAE,CAAC;IACjF,IAAI,QAAQ,CAAC,MAAM,GAAG,qBAAqB,EAAE,CAAC;QAC5C,MAAM,IAAI,KAAK,CACb,+BAA+B,QAAQ,CAAC,MAAM,2BAA2B,qBAAqB,YAAY,GAAG,CAAC,GAAG,wCAAwC,CAC1J,CAAC;IACJ,CAAC;IACD,OAAO,QAAQ,CAAC;AAClB,CAAC;AAED;;;;;GAKG;AACH,MAAM,UAAU,4BAA4B,CAAC,QAAgB;IAC3D,IAAI,CAAC,QAAQ,CAAC,UAAU,CAAC,0BAA0B,CAAC;QAAE,OAAO,IAAI,CAAC;IAClE,MAAM,IAAI,GAAG,QAAQ,CAAC,KAAK,CAAC,0BAA0B,CAAC,MAAM,CAAC,CAAC;IAC/D,MAAM,KAAK,GAAG,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,CAAC;IAChC,IAAI,KAAK,IAAI,CAAC;QAAE,OAAO,IAAI,CAAC,CAAC,gBAAgB;IAC7C,MAAM,MAAM,GAAG,IAAI,CAAC,OAAO,CAAC,GAAG,EAAE,KAAK,GAAG,CAAC,CAAC,CAAC;IAC5C,IAAI,MAAM,GAAG,CAAC;QAAE,OAAO,IAAI,CAAC,CAAC,iBAAiB;IAC9C,MAAM,EAAE,GAAG,IAAI,CAAC,KAAK,CAAC,CAAC,EAAE,KAAK,CAAC,CAAC;IAChC,MAAM,QAAQ,GAAG,IAAI,CAAC,KAAK,CAAC,KAAK,GAAG,CAAC,EAAE,MAAM,CAAC,CAAC;IAC/C,MAAM,GAAG,GAAG,IAAI,CAAC,KAAK,CAAC,MAAM,GAAG,CAAC,CAAC,CAAC;IACnC,kGAAkG;IAClG,iGAAiG;IACjG,IAAI,CAAC,0BAA0B,CAAC,QAAQ,CAAC,QAAmC,CAAC,IAAI,GAAG,CAAC,MAAM,KAAK,CAAC;QAAE,OAAO,IAAI,CAAC;IAC/G,OAAO,EAAE,EAAE,EAAE,QAAQ,EAAE,QAAmC,EAAE,GAAG,EAAE,CAAC;AACpE,CAAC;AAED;6EAC6E;AAC7E,SAAS,QAAQ,CAAC,GAAqB,EAAE,YAA+B,EAAE,MAAc;IACtF,OAAO,CAAC,yBAAyB,GAAG,CAAC,IAAI,IAAI,EAAE,GAAG,YAAY,EAAE,MAAM,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC;AACrF,CAAC;AAED;;;;GAIG;AACH,MAAM,UAAU,kBAAkB,CAAC,GAAqB,EAAE,YAA+B;IACvF,MAAM,OAAO,GAAG,QAAQ,CAAC,GAAG,EAAE,YAAY,EAAE,qBAAqB,GAAG,CAAC,WAAW,OAAO,uBAAuB,CAAC,GAAG,CAAC,SAAS,CAAC,EAAE,CAAC,CAAC;IACjI,MAAM,OAAO,GAAuB;QAClC;YACE,IAAI,EAAE,gBAAgB;YACtB,KAAK,EAAE,oBAAoB;YAC3B,KAAK,EAAE,SAAS;YAChB,SAAS,EAAE,4BAA4B,CAAC,GAAG,EAAE,SAAS,CAAC;SACxD;KACF,CAAC;IACF,sGAAsG;IACtG,yGAAyG;IACzG,oGAAoG;IACpG,qGAAqG;IACrG,sDAAsD;IACtD,MAAM,UAAU,GAAG,gBAAgB,CAAC,GAAG,CAAC,KAAK,IAAI,CAAC,CAAC,CAAC,gBAAgB,CAAC,GAAG,EAAE,WAAW,EAAE,CAAC,SAAS,CAAC,oBAAoB,CAAC,CAAC,CAAC,CAAC,SAAS,CAAC;IACpI,IAAI,UAAU,KAAK,SAAS,EAAE,CAAC;QAC7B,OAAO,CAAC,IAAI,CAAC;YACX,IAAI,EAAE,gBAAgB;YACtB,KAAK,EAAE,sBAAsB;YAC7B,KAAK,EAAE,UAAU;YACjB,SAAS,EAAE,4BAA4B,CAAC,GAAG,EAAE,iBAAiB,CAAC;SAChE,CAAC,CAAC;IACL,CAAC;IACD,OAAO,CAAC,IAAI,CAAC;QACX,IAAI,EAAE,gBAAgB;QACtB,KAAK,EAAE,mBAAmB;QAC1B,KAAK,EAAE,QAAQ;QACf,SAAS,EAAE,4BAA4B,CAAC,GAAG,EAAE,QAAQ,CAAC;KACvD,CAAC,CAAC;IACH,OAAO,EAAE,OAAO,EAAE,UAAU,EAAE,CAAC,EAAE,IAAI,EAAE,oBAAoB,EAAE,UAAU,EAAE,OAAO,EAAE,CAAC,EAAE,CAAC;AACxF,CAAC;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,MAAM,UAAU,0BAA0B,CAAC,GAAqB,EAAE,YAA+B,EAAE,WAAmB;IACpH,MAAM,OAAO,GAAG,4FAA4F,WAAW,EAAE,CAAC;IAC1H,OAAO;QACL,OAAO,EAAE,CAAC,yBAAyB,GAAG,CAAC,IAAI,IAAI,EAAE,GAAG,YAAY,EAAE,OAAO,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC;QACrF,UAAU,EAAE;YACV;gBACE,IAAI,EAAE,oBAAoB;gBAC1B,UAAU,EAAE;oBACV;wBACE,IAAI,EAAE,gBAAgB;wBACtB,KAAK,EAAE,mBAAmB;wBAC1B,KAAK,EAAE,0BAA0B;wBACjC,SAAS,EAAE,4BAA4B,CAAC,GAAG,EAAE,YAAY,CAAC;qBAC3D;iBACF;aACF;SACF;KACF,CAAC;AACJ,CAAC;AAED;;;;;;GAMG;AACH,MAAM,UAAU,kBAAkB,CAAC,GAAqB,EAAE,YAA+B,EAAE,WAAmB;IAC5G,MAAM,cAAc,GAClB,GAAG,CAAC,MAAM,KAAK,UAAU;QACvB,CAAC,CAAC,mBAAmB,GAAG,CAAC,SAAS,OAAO,WAAW,EAAE;QACtD,CAAC,CAAC,GAAG,CAAC,MAAM,KAAK,UAAU;YACzB,CAAC,CAAC,yFAAyF;gBACzF,yFAAyF;gBACzF,uFAAuF;gBACvF,2FAA2F;gBAC3F,kFAAkF;gBAClF,mBAAmB,GAAG,CAAC,SAAS,IAAI,WAAW,KAAK,UAAU,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,MAAM,WAAW,EAAE,EAAE;YAC7F,CAAC,CAAC,WAAW,CAAC;IACpB,OAAO,EAAE,OAAO,EAAE,QAAQ,CAAC,GAAG,EAAE,YAAY,EAAE,cAAc,CAAC,EAAE,UAAU,EAAE,EAAE,EAAE,CAAC;AAClF,CAAC;AAED,2GAA2G;AAC3G,MAAM,iBAAiB,GAAG,EAAE,IAAI,EAAE,CAAC;AAEnC;;;;;GAKG;AACH,MAAM,UAAU,oBAAoB,CAAC,WAAoB;IACvD,IAAI,OAAO,WAAW,KAAK,QAAQ,IAAI,CAAC,OAAO,CAAC,IAAI,CAAC,WAAW,CAAC;QAAE,OAAO,KAAK,CAAC;IAChF,IAAI,CAAC;QACH,OAAO,CAAC,MAAM,CAAC,WAAW,CAAC,GAAG,iBAAiB,CAAC,KAAK,iBAAiB,CAAC;IACzE,CAAC;IAAC,MAAM,CAAC;QACP,OAAO,KAAK,CAAC;IACf,CAAC;AACH,CAAC;AAED;;;;;;GAMG;AACH,MAAM,UAAU,gBAAgB,CAAC,QAAgB,EAAE,OAA2B;IAC5E,IAAI,CAAC,OAAO;QAAE,OAAO,KAAK,CAAC;IAC3B,OAAO,QAAQ,KAAK,WAAW,OAAO,EAAE,IAAI,QAAQ,CAAC,UAAU,CAAC,WAAW,OAAO,GAAG,CAAC,CAAC;AACzF,CAAC"}

package/dist/agent/approvals/discord-flow.d.ts

@@ -67,7 +67,7 @@ export interface DiscordApprovalDeps {
      *
      * 🔴 TWO LEGS MOVE, AND THE SECOND ONE EXECUTES. The decision FEEDBACK above, and the core's
      * OPE-251 session-grant RELEASE (OPE-1709), which this file forwards into `resolveApprovalClick`
-     * below — an "Approve for session" click decides and runs up to `MAX_SESSION_GRANT_RELEASES`
+     * below — an "Approve for this routine" click decides and runs up to `MAX_SESSION_GRANT_RELEASES`
      * sibling cards, so it is the heavier of the two. Do not read this hook as feedback plumbing.
      *
      * 🔴 WHAT DOES NOT MOVE IS THE RESPONSE BODY. `resolveApprovalClick` decides it, so that CALL