@integrity-labs/agt-cli 0.28.852 → 0.28.854

package/dist/mcp/direct-chat-channel.js

@@ -31462,6 +31462,110 @@ var HOURLY_BY_REGION = {
 };
 var KNOWN_PRICING_REGIONS = Object.keys(HOURLY_BY_REGION);
 
+// ../core/dist/guardrails/enforcer-registry.js
+var GUARDRAIL_ENFORCERS = [
+  // ---- Enforced: this definition has its own enforcement point -------------
+  {
+    id: "email.domain_restrict",
+    mechanism: "enforced",
+    stage: "live",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "enforceEmailDomainGuard runs at the top of both agent-egress paths; internal_only with zero verified domains takes an explicit AUDITED no-op branch rather than failing open silently."
+  },
+  {
+    // MEASURED, and it corrects a claim ADR-0080 makes about this definition.
+    //
+    // The ADR reports calendar as `enforced` + `stage: 'shadow'`, blocked by
+    // ENG-5868 (caller identity is not threaded to `callIntegrationTool`). Read
+    // literally that says an org cannot get redaction today, and that is not
+    // what the code does. `decideCalendarRedactionMode` (calendar-policy.ts) is
+    // FAIL-CLOSED: with the caller unresolvable it returns `redact`, not
+    // pass-through. `redactCalendarToolResponseIfNeeded` then calls
+    // `applyRedactionToResponse` for every response whenever `config.stage` is
+    // `enforce`. So an org that sets the stage gets real redaction — ENG-5868
+    // costs the control its PRECISION (it cannot spare the principal), not its
+    // ability to act.
+    //
+    // The stage is therefore per-ORG configuration, which ADR-0080 decision 1
+    // is explicit is the effectiveness axis the static union deliberately does
+    // not carry. `effectiveCalendarEnforcement` in the CLAUDE.md renderer owns
+    // it, and since ENG-10104 caps `enforce` to `warn` whenever the org's stage
+    // is not `enforce`.
+    id: "calendar.confidentiality",
+    mechanism: "enforced",
+    stage: "live",
+    enforcer: "packages/api/src/lib/calendar-confidentiality-guard.ts",
+    effect: "at config.stage=enforce, redacts summary/description/attendees/location out of calendar read responses; at shadow/warn it writes a would_redact audit row and returns the response unchanged."
+  },
+  // ---- Delegated: read by another definition's enforcement point -----------
+  //
+  // Both can block, because their owner's point is live — which is the question
+  // `guardrailCanBlock` asks and the right answer to it. It is NOT the whole
+  // story for these two, and the gap has its own ticket: the org's email guard
+  // STAGE is threaded into the prompt shape for `email.domain_restrict`'s id
+  // alone (`host-runtime.ts`, the ENG-7829 fix), so a row of either id stored at
+  // `enforce` on a shadow-stage org still renders under "must comply" with
+  // nothing capping it. That is the effectiveness axis, not the mechanism one —
+  // ENG-10110.
+  {
+    id: "email.require_approval",
+    mechanism: "delegated",
+    ownedBy: "email.domain_restrict",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "routes a send to an approver instead of letting it leave."
+  },
+  {
+    id: "email.mail_rules",
+    mechanism: "delegated",
+    ownedBy: "email.domain_restrict",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "gates mail-rule creation/modification on the same egress path."
+  },
+  // ---- Advisory: seeded, applied, rendered — and read by nothing -----------
+  //
+  // These are NOT dead config. They are presented to operators in the console
+  // and to agents in CLAUDE.md, three of them under a heading that promises the
+  // violation is blocked. Listed individually rather than as a wildcard so that
+  // fixing one is a one-line diff from `advisory` to `enforced`.
+  //
+  // The ticket is ENG-9800, not ENG-9874. ENG-9874 catalogued these and is
+  // closed; a closed ticket tracks nothing, which is the same shrug an absent
+  // one would be. ENG-9800 is the open sweep that owns making them real.
+  {
+    id: "require-approval-for-actions",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: `Rendered to agents as "violation blocks the action". Nothing reads it. The ENG-8562 incident is this guardrail's promise, unkept.`
+  },
+  {
+    id: "data.pii_access",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: "Rendered as Enforced with block_export semantics; no export path consults it."
+  },
+  {
+    id: "data.credential_access",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: "Rendered as Enforced with block_read/block_write; no credential path consults it."
+  },
+  { id: "comm.social_posting", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "compliance.audit_all", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "no-external-network", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "no-pii-in-output", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "restrict-file-access", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "schedule.operating_hours", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "spend.hourly_limit", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.allow_list", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.block_list", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.financial_txn", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "working-hours-only", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" }
+];
+var BY_ID = new Map(GUARDRAIL_ENFORCERS.map((e) => [e.id, e]));
+
 // ../core/dist/provisioning/frameworks/claudecode/agent-rules.js
 var MAX_AGENT_RULES = 8;
 var MAX_AGENT_RULE_CHARS = 200;

package/dist/mcp/index.js

@@ -24011,6 +24011,110 @@ var HOURLY_BY_REGION = {
 };
 var KNOWN_PRICING_REGIONS = Object.keys(HOURLY_BY_REGION);
 
+// ../core/dist/guardrails/enforcer-registry.js
+var GUARDRAIL_ENFORCERS = [
+  // ---- Enforced: this definition has its own enforcement point -------------
+  {
+    id: "email.domain_restrict",
+    mechanism: "enforced",
+    stage: "live",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "enforceEmailDomainGuard runs at the top of both agent-egress paths; internal_only with zero verified domains takes an explicit AUDITED no-op branch rather than failing open silently."
+  },
+  {
+    // MEASURED, and it corrects a claim ADR-0080 makes about this definition.
+    //
+    // The ADR reports calendar as `enforced` + `stage: 'shadow'`, blocked by
+    // ENG-5868 (caller identity is not threaded to `callIntegrationTool`). Read
+    // literally that says an org cannot get redaction today, and that is not
+    // what the code does. `decideCalendarRedactionMode` (calendar-policy.ts) is
+    // FAIL-CLOSED: with the caller unresolvable it returns `redact`, not
+    // pass-through. `redactCalendarToolResponseIfNeeded` then calls
+    // `applyRedactionToResponse` for every response whenever `config.stage` is
+    // `enforce`. So an org that sets the stage gets real redaction — ENG-5868
+    // costs the control its PRECISION (it cannot spare the principal), not its
+    // ability to act.
+    //
+    // The stage is therefore per-ORG configuration, which ADR-0080 decision 1
+    // is explicit is the effectiveness axis the static union deliberately does
+    // not carry. `effectiveCalendarEnforcement` in the CLAUDE.md renderer owns
+    // it, and since ENG-10104 caps `enforce` to `warn` whenever the org's stage
+    // is not `enforce`.
+    id: "calendar.confidentiality",
+    mechanism: "enforced",
+    stage: "live",
+    enforcer: "packages/api/src/lib/calendar-confidentiality-guard.ts",
+    effect: "at config.stage=enforce, redacts summary/description/attendees/location out of calendar read responses; at shadow/warn it writes a would_redact audit row and returns the response unchanged."
+  },
+  // ---- Delegated: read by another definition's enforcement point -----------
+  //
+  // Both can block, because their owner's point is live — which is the question
+  // `guardrailCanBlock` asks and the right answer to it. It is NOT the whole
+  // story for these two, and the gap has its own ticket: the org's email guard
+  // STAGE is threaded into the prompt shape for `email.domain_restrict`'s id
+  // alone (`host-runtime.ts`, the ENG-7829 fix), so a row of either id stored at
+  // `enforce` on a shadow-stage org still renders under "must comply" with
+  // nothing capping it. That is the effectiveness axis, not the mechanism one —
+  // ENG-10110.
+  {
+    id: "email.require_approval",
+    mechanism: "delegated",
+    ownedBy: "email.domain_restrict",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "routes a send to an approver instead of letting it leave."
+  },
+  {
+    id: "email.mail_rules",
+    mechanism: "delegated",
+    ownedBy: "email.domain_restrict",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "gates mail-rule creation/modification on the same egress path."
+  },
+  // ---- Advisory: seeded, applied, rendered — and read by nothing -----------
+  //
+  // These are NOT dead config. They are presented to operators in the console
+  // and to agents in CLAUDE.md, three of them under a heading that promises the
+  // violation is blocked. Listed individually rather than as a wildcard so that
+  // fixing one is a one-line diff from `advisory` to `enforced`.
+  //
+  // The ticket is ENG-9800, not ENG-9874. ENG-9874 catalogued these and is
+  // closed; a closed ticket tracks nothing, which is the same shrug an absent
+  // one would be. ENG-9800 is the open sweep that owns making them real.
+  {
+    id: "require-approval-for-actions",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: `Rendered to agents as "violation blocks the action". Nothing reads it. The ENG-8562 incident is this guardrail's promise, unkept.`
+  },
+  {
+    id: "data.pii_access",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: "Rendered as Enforced with block_export semantics; no export path consults it."
+  },
+  {
+    id: "data.credential_access",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: "Rendered as Enforced with block_read/block_write; no credential path consults it."
+  },
+  { id: "comm.social_posting", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "compliance.audit_all", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "no-external-network", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "no-pii-in-output", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "restrict-file-access", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "schedule.operating_hours", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "spend.hourly_limit", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.allow_list", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.block_list", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.financial_txn", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "working-hours-only", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" }
+];
+var BY_ID = new Map(GUARDRAIL_ENFORCERS.map((e) => [e.id, e]));
+
 // ../core/dist/provisioning/frameworks/claudecode/agent-rules.js
 var MAX_AGENT_RULES = 8;
 var MAX_AGENT_RULE_CHARS = 200;

package/dist/mcp/origami.js

@@ -38167,6 +38167,110 @@ var HOURLY_BY_REGION = {
 };
 var KNOWN_PRICING_REGIONS = Object.keys(HOURLY_BY_REGION);
 
+// ../core/dist/guardrails/enforcer-registry.js
+var GUARDRAIL_ENFORCERS = [
+  // ---- Enforced: this definition has its own enforcement point -------------
+  {
+    id: "email.domain_restrict",
+    mechanism: "enforced",
+    stage: "live",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "enforceEmailDomainGuard runs at the top of both agent-egress paths; internal_only with zero verified domains takes an explicit AUDITED no-op branch rather than failing open silently."
+  },
+  {
+    // MEASURED, and it corrects a claim ADR-0080 makes about this definition.
+    //
+    // The ADR reports calendar as `enforced` + `stage: 'shadow'`, blocked by
+    // ENG-5868 (caller identity is not threaded to `callIntegrationTool`). Read
+    // literally that says an org cannot get redaction today, and that is not
+    // what the code does. `decideCalendarRedactionMode` (calendar-policy.ts) is
+    // FAIL-CLOSED: with the caller unresolvable it returns `redact`, not
+    // pass-through. `redactCalendarToolResponseIfNeeded` then calls
+    // `applyRedactionToResponse` for every response whenever `config.stage` is
+    // `enforce`. So an org that sets the stage gets real redaction — ENG-5868
+    // costs the control its PRECISION (it cannot spare the principal), not its
+    // ability to act.
+    //
+    // The stage is therefore per-ORG configuration, which ADR-0080 decision 1
+    // is explicit is the effectiveness axis the static union deliberately does
+    // not carry. `effectiveCalendarEnforcement` in the CLAUDE.md renderer owns
+    // it, and since ENG-10104 caps `enforce` to `warn` whenever the org's stage
+    // is not `enforce`.
+    id: "calendar.confidentiality",
+    mechanism: "enforced",
+    stage: "live",
+    enforcer: "packages/api/src/lib/calendar-confidentiality-guard.ts",
+    effect: "at config.stage=enforce, redacts summary/description/attendees/location out of calendar read responses; at shadow/warn it writes a would_redact audit row and returns the response unchanged."
+  },
+  // ---- Delegated: read by another definition's enforcement point -----------
+  //
+  // Both can block, because their owner's point is live — which is the question
+  // `guardrailCanBlock` asks and the right answer to it. It is NOT the whole
+  // story for these two, and the gap has its own ticket: the org's email guard
+  // STAGE is threaded into the prompt shape for `email.domain_restrict`'s id
+  // alone (`host-runtime.ts`, the ENG-7829 fix), so a row of either id stored at
+  // `enforce` on a shadow-stage org still renders under "must comply" with
+  // nothing capping it. That is the effectiveness axis, not the mechanism one —
+  // ENG-10110.
+  {
+    id: "email.require_approval",
+    mechanism: "delegated",
+    ownedBy: "email.domain_restrict",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "routes a send to an approver instead of letting it leave."
+  },
+  {
+    id: "email.mail_rules",
+    mechanism: "delegated",
+    ownedBy: "email.domain_restrict",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "gates mail-rule creation/modification on the same egress path."
+  },
+  // ---- Advisory: seeded, applied, rendered — and read by nothing -----------
+  //
+  // These are NOT dead config. They are presented to operators in the console
+  // and to agents in CLAUDE.md, three of them under a heading that promises the
+  // violation is blocked. Listed individually rather than as a wildcard so that
+  // fixing one is a one-line diff from `advisory` to `enforced`.
+  //
+  // The ticket is ENG-9800, not ENG-9874. ENG-9874 catalogued these and is
+  // closed; a closed ticket tracks nothing, which is the same shrug an absent
+  // one would be. ENG-9800 is the open sweep that owns making them real.
+  {
+    id: "require-approval-for-actions",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: `Rendered to agents as "violation blocks the action". Nothing reads it. The ENG-8562 incident is this guardrail's promise, unkept.`
+  },
+  {
+    id: "data.pii_access",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: "Rendered as Enforced with block_export semantics; no export path consults it."
+  },
+  {
+    id: "data.credential_access",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: "Rendered as Enforced with block_read/block_write; no credential path consults it."
+  },
+  { id: "comm.social_posting", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "compliance.audit_all", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "no-external-network", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "no-pii-in-output", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "restrict-file-access", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "schedule.operating_hours", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "spend.hourly_limit", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.allow_list", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.block_list", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.financial_txn", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "working-hours-only", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" }
+];
+var BY_ID = new Map(GUARDRAIL_ENFORCERS.map((e) => [e.id, e]));
+
 // ../core/dist/provisioning/frameworks/claudecode/agent-rules.js
 var MAX_AGENT_RULES = 8;
 var MAX_AGENT_RULE_CHARS = 200;

package/dist/mcp/slack-channel.js

@@ -32309,6 +32309,110 @@ var HOURLY_BY_REGION = {
 };
 var KNOWN_PRICING_REGIONS = Object.keys(HOURLY_BY_REGION);
 
+// ../core/dist/guardrails/enforcer-registry.js
+var GUARDRAIL_ENFORCERS = [
+  // ---- Enforced: this definition has its own enforcement point -------------
+  {
+    id: "email.domain_restrict",
+    mechanism: "enforced",
+    stage: "live",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "enforceEmailDomainGuard runs at the top of both agent-egress paths; internal_only with zero verified domains takes an explicit AUDITED no-op branch rather than failing open silently."
+  },
+  {
+    // MEASURED, and it corrects a claim ADR-0080 makes about this definition.
+    //
+    // The ADR reports calendar as `enforced` + `stage: 'shadow'`, blocked by
+    // ENG-5868 (caller identity is not threaded to `callIntegrationTool`). Read
+    // literally that says an org cannot get redaction today, and that is not
+    // what the code does. `decideCalendarRedactionMode` (calendar-policy.ts) is
+    // FAIL-CLOSED: with the caller unresolvable it returns `redact`, not
+    // pass-through. `redactCalendarToolResponseIfNeeded` then calls
+    // `applyRedactionToResponse` for every response whenever `config.stage` is
+    // `enforce`. So an org that sets the stage gets real redaction — ENG-5868
+    // costs the control its PRECISION (it cannot spare the principal), not its
+    // ability to act.
+    //
+    // The stage is therefore per-ORG configuration, which ADR-0080 decision 1
+    // is explicit is the effectiveness axis the static union deliberately does
+    // not carry. `effectiveCalendarEnforcement` in the CLAUDE.md renderer owns
+    // it, and since ENG-10104 caps `enforce` to `warn` whenever the org's stage
+    // is not `enforce`.
+    id: "calendar.confidentiality",
+    mechanism: "enforced",
+    stage: "live",
+    enforcer: "packages/api/src/lib/calendar-confidentiality-guard.ts",
+    effect: "at config.stage=enforce, redacts summary/description/attendees/location out of calendar read responses; at shadow/warn it writes a would_redact audit row and returns the response unchanged."
+  },
+  // ---- Delegated: read by another definition's enforcement point -----------
+  //
+  // Both can block, because their owner's point is live — which is the question
+  // `guardrailCanBlock` asks and the right answer to it. It is NOT the whole
+  // story for these two, and the gap has its own ticket: the org's email guard
+  // STAGE is threaded into the prompt shape for `email.domain_restrict`'s id
+  // alone (`host-runtime.ts`, the ENG-7829 fix), so a row of either id stored at
+  // `enforce` on a shadow-stage org still renders under "must comply" with
+  // nothing capping it. That is the effectiveness axis, not the mechanism one —
+  // ENG-10110.
+  {
+    id: "email.require_approval",
+    mechanism: "delegated",
+    ownedBy: "email.domain_restrict",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "routes a send to an approver instead of letting it leave."
+  },
+  {
+    id: "email.mail_rules",
+    mechanism: "delegated",
+    ownedBy: "email.domain_restrict",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "gates mail-rule creation/modification on the same egress path."
+  },
+  // ---- Advisory: seeded, applied, rendered — and read by nothing -----------
+  //
+  // These are NOT dead config. They are presented to operators in the console
+  // and to agents in CLAUDE.md, three of them under a heading that promises the
+  // violation is blocked. Listed individually rather than as a wildcard so that
+  // fixing one is a one-line diff from `advisory` to `enforced`.
+  //
+  // The ticket is ENG-9800, not ENG-9874. ENG-9874 catalogued these and is
+  // closed; a closed ticket tracks nothing, which is the same shrug an absent
+  // one would be. ENG-9800 is the open sweep that owns making them real.
+  {
+    id: "require-approval-for-actions",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: `Rendered to agents as "violation blocks the action". Nothing reads it. The ENG-8562 incident is this guardrail's promise, unkept.`
+  },
+  {
+    id: "data.pii_access",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: "Rendered as Enforced with block_export semantics; no export path consults it."
+  },
+  {
+    id: "data.credential_access",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: "Rendered as Enforced with block_read/block_write; no credential path consults it."
+  },
+  { id: "comm.social_posting", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "compliance.audit_all", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "no-external-network", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "no-pii-in-output", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "restrict-file-access", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "schedule.operating_hours", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "spend.hourly_limit", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.allow_list", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.block_list", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.financial_txn", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "working-hours-only", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" }
+];
+var BY_ID = new Map(GUARDRAIL_ENFORCERS.map((e) => [e.id, e]));
+
 // ../core/dist/provisioning/frameworks/claudecode/agent-rules.js
 var MAX_AGENT_RULES = 8;
 var MAX_AGENT_RULE_CHARS = 200;

package/dist/mcp/telegram-channel.js

@@ -32447,6 +32447,110 @@ var HOURLY_BY_REGION = {
 };
 var KNOWN_PRICING_REGIONS = Object.keys(HOURLY_BY_REGION);
 
+// ../core/dist/guardrails/enforcer-registry.js
+var GUARDRAIL_ENFORCERS = [
+  // ---- Enforced: this definition has its own enforcement point -------------
+  {
+    id: "email.domain_restrict",
+    mechanism: "enforced",
+    stage: "live",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "enforceEmailDomainGuard runs at the top of both agent-egress paths; internal_only with zero verified domains takes an explicit AUDITED no-op branch rather than failing open silently."
+  },
+  {
+    // MEASURED, and it corrects a claim ADR-0080 makes about this definition.
+    //
+    // The ADR reports calendar as `enforced` + `stage: 'shadow'`, blocked by
+    // ENG-5868 (caller identity is not threaded to `callIntegrationTool`). Read
+    // literally that says an org cannot get redaction today, and that is not
+    // what the code does. `decideCalendarRedactionMode` (calendar-policy.ts) is
+    // FAIL-CLOSED: with the caller unresolvable it returns `redact`, not
+    // pass-through. `redactCalendarToolResponseIfNeeded` then calls
+    // `applyRedactionToResponse` for every response whenever `config.stage` is
+    // `enforce`. So an org that sets the stage gets real redaction — ENG-5868
+    // costs the control its PRECISION (it cannot spare the principal), not its
+    // ability to act.
+    //
+    // The stage is therefore per-ORG configuration, which ADR-0080 decision 1
+    // is explicit is the effectiveness axis the static union deliberately does
+    // not carry. `effectiveCalendarEnforcement` in the CLAUDE.md renderer owns
+    // it, and since ENG-10104 caps `enforce` to `warn` whenever the org's stage
+    // is not `enforce`.
+    id: "calendar.confidentiality",
+    mechanism: "enforced",
+    stage: "live",
+    enforcer: "packages/api/src/lib/calendar-confidentiality-guard.ts",
+    effect: "at config.stage=enforce, redacts summary/description/attendees/location out of calendar read responses; at shadow/warn it writes a would_redact audit row and returns the response unchanged."
+  },
+  // ---- Delegated: read by another definition's enforcement point -----------
+  //
+  // Both can block, because their owner's point is live — which is the question
+  // `guardrailCanBlock` asks and the right answer to it. It is NOT the whole
+  // story for these two, and the gap has its own ticket: the org's email guard
+  // STAGE is threaded into the prompt shape for `email.domain_restrict`'s id
+  // alone (`host-runtime.ts`, the ENG-7829 fix), so a row of either id stored at
+  // `enforce` on a shadow-stage org still renders under "must comply" with
+  // nothing capping it. That is the effectiveness axis, not the mechanism one —
+  // ENG-10110.
+  {
+    id: "email.require_approval",
+    mechanism: "delegated",
+    ownedBy: "email.domain_restrict",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "routes a send to an approver instead of letting it leave."
+  },
+  {
+    id: "email.mail_rules",
+    mechanism: "delegated",
+    ownedBy: "email.domain_restrict",
+    enforcer: "packages/api/src/lib/email-domain-guard.ts",
+    effect: "gates mail-rule creation/modification on the same egress path."
+  },
+  // ---- Advisory: seeded, applied, rendered — and read by nothing -----------
+  //
+  // These are NOT dead config. They are presented to operators in the console
+  // and to agents in CLAUDE.md, three of them under a heading that promises the
+  // violation is blocked. Listed individually rather than as a wildcard so that
+  // fixing one is a one-line diff from `advisory` to `enforced`.
+  //
+  // The ticket is ENG-9800, not ENG-9874. ENG-9874 catalogued these and is
+  // closed; a closed ticket tracks nothing, which is the same shrug an absent
+  // one would be. ENG-9800 is the open sweep that owns making them real.
+  {
+    id: "require-approval-for-actions",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: `Rendered to agents as "violation blocks the action". Nothing reads it. The ENG-8562 incident is this guardrail's promise, unkept.`
+  },
+  {
+    id: "data.pii_access",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: "Rendered as Enforced with block_export semantics; no export path consults it."
+  },
+  {
+    id: "data.credential_access",
+    mechanism: "advisory",
+    reason: "unimplemented",
+    ticket: "ENG-9800",
+    note: "Rendered as Enforced with block_read/block_write; no credential path consults it."
+  },
+  { id: "comm.social_posting", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "compliance.audit_all", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "no-external-network", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "no-pii-in-output", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "restrict-file-access", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "schedule.operating_hours", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "spend.hourly_limit", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.allow_list", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.block_list", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "tool.financial_txn", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" },
+  { id: "working-hours-only", mechanism: "advisory", reason: "unimplemented", ticket: "ENG-9800" }
+];
+var BY_ID = new Map(GUARDRAIL_ENFORCERS.map((e) => [e.id, e]));
+
 // ../core/dist/provisioning/frameworks/claudecode/agent-rules.js
 var MAX_AGENT_RULES = 8;
 var MAX_AGENT_RULE_CHARS = 200;

package/dist/{persistent-session-YGK7YHPR.js → persistent-session-N4DJ4VXZ.js}

@@ -54,8 +54,8 @@ import {
   writeDirectChatSessionState,
   writeEgressAllowlist,
   writePersistentClaudeWrapper
-} from "./chunk-XCAI3GSF.js";
-import "./chunk-WUXQVP7A.js";
+} from "./chunk-2E2NKILK.js";
+import "./chunk-4Z4GFQAD.js";
 import "./chunk-XWVM4KPK.js";
 export {
   EGRESS_BASELINE_DOMAINS,
@@ -114,4 +114,4 @@ export {
   writeEgressAllowlist,
   writePersistentClaudeWrapper
 };
-//# sourceMappingURL=persistent-session-YGK7YHPR.js.map
+//# sourceMappingURL=persistent-session-N4DJ4VXZ.js.map

package/dist/{responsiveness-probe-NGWO3JK3.js → responsiveness-probe-GYE5MIVB.js}

@@ -1,7 +1,7 @@
 import {
   paneLogPath
-} from "./chunk-XCAI3GSF.js";
-import "./chunk-WUXQVP7A.js";
+} from "./chunk-2E2NKILK.js";
+import "./chunk-4Z4GFQAD.js";
 import "./chunk-XWVM4KPK.js";
 
 // src/lib/responsiveness-probe.ts
@@ -764,4 +764,4 @@ export {
   readAndResetSlackReplyBindingClassifications,
   readAndResetSlackReplyTargetClassifications
 };
-//# sourceMappingURL=responsiveness-probe-NGWO3JK3.js.map
+//# sourceMappingURL=responsiveness-probe-GYE5MIVB.js.map

package/dist/{session-auth-dead-4UZR5655.js → session-auth-dead-K6B6D3WR.js}

@@ -1,6 +1,6 @@
 import {
   sessionTranscriptDir
-} from "./chunk-WUXQVP7A.js";
+} from "./chunk-4Z4GFQAD.js";
 
 // src/lib/session-auth-dead.ts
 import { closeSync, openSync, readSync, readdirSync, statSync } from "fs";
@@ -203,4 +203,4 @@ export {
   decideSessionAuthState,
   probeSessionAuth
 };
-//# sourceMappingURL=session-auth-dead-4UZR5655.js.map
+//# sourceMappingURL=session-auth-dead-K6B6D3WR.js.map

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@integrity-labs/agt-cli",
-  "version": "0.28.852",
+  "version": "0.28.854",
   "description": "Augmented Team CLI — agent provisioning and management",
   "type": "module",
   "engines": {