@integrity-labs/agt-cli 0.28.927 → 0.28.929

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

@@ -37410,6 +37410,23 @@ var FLAG_REGISTRY = [
     // env var is retired.
     envVar: "AUGMENTED_CONNECTIVITY_ESCALATION_ENABLED"
   },
+  {
+    key: "integration-connectivity-reconcile",
+    description: "Arm integration-connectivity STATUS reconciliation (ENG-6139, armable per-org by ENG-10473). When on, a hard-down connectivity observation (a `down` reading with consecutive_connectivity_failures at/over the hysteresis threshold) on an otherwise-healthy row downgrades it to status=error, status_message=connectivity_down, so the record stops asserting a live connection the probe has disproved; recovery restores status=active, but ONLY for rows this path downgraded. When off it stays shadow - logs what it WOULD downgrade and touches only the connectivity columns. \u26A0\uFE0F A downgraded row drops out of host-runtime's `.in('status',['active','configured'])` provisioning filter, so the agent LOSES that MCP server: correct for a dead credential, and a provisioning change either way, which is why arming is a deliberate operator act. Sibling of integration-connectivity-escalation: that flag arms the alert, this one arms the record.",
+    flagType: "boolean",
+    // Declared safe value is `false` (shadow / record untouched). It matches the
+    // route's compiled default since ENG-6139, so migrating the reader onto this
+    // flag (ADR-0022) preserves fleet behaviour exactly. `false` is also the
+    // fail-safe direction: a flag-DB read error must never de-provision an
+    // integration on its own.
+    defaultValue: false,
+    // Migration override (ADR-0022): the pre-flags env gate stays the
+    // highest-precedence operator override. ENG-10473 deliberately does NOT wire
+    // this var in sst.config.ts - ENG-8303 records what happens when a declared
+    // envVar is pinned there: it outranks the DB value and makes the flag inert
+    // everywhere it matters.
+    envVar: "AUGMENTED_CONNECTIVITY_RECONCILE_STATUS"
+  },
   {
     key: "slack-manifest-remediate",
     description: "Let the Slack manifest drift monitor PUSH, not just alert (ENG-9963). updateSlackManifest had exactly one caller \u2014 a console button \u2014 so nothing but a human click ever pushed a manifest; ENG-7762 changed the generator with no rollout mechanism and 26 agents went 53 days with no working per-agent slash commands. When on, the daily drift cron pushes the generated manifest for a drifted agent. When off it alerts exactly as before. NOTE what arming this authorises: a push REPLACES a customer-owned Slack app's entire manifest, so the cron only ever pushes drift whose diffs are purely additive (isSafelyRemediable) \u2014 an app with live-only entries a push would destroy is declined and left for a human. Boolean gate; ships dark.",

package/dist/mcp/index.js

@@ -29726,6 +29726,23 @@ var FLAG_REGISTRY = [
     // env var is retired.
     envVar: "AUGMENTED_CONNECTIVITY_ESCALATION_ENABLED"
   },
+  {
+    key: "integration-connectivity-reconcile",
+    description: "Arm integration-connectivity STATUS reconciliation (ENG-6139, armable per-org by ENG-10473). When on, a hard-down connectivity observation (a `down` reading with consecutive_connectivity_failures at/over the hysteresis threshold) on an otherwise-healthy row downgrades it to status=error, status_message=connectivity_down, so the record stops asserting a live connection the probe has disproved; recovery restores status=active, but ONLY for rows this path downgraded. When off it stays shadow - logs what it WOULD downgrade and touches only the connectivity columns. \u26A0\uFE0F A downgraded row drops out of host-runtime's `.in('status',['active','configured'])` provisioning filter, so the agent LOSES that MCP server: correct for a dead credential, and a provisioning change either way, which is why arming is a deliberate operator act. Sibling of integration-connectivity-escalation: that flag arms the alert, this one arms the record.",
+    flagType: "boolean",
+    // Declared safe value is `false` (shadow / record untouched). It matches the
+    // route's compiled default since ENG-6139, so migrating the reader onto this
+    // flag (ADR-0022) preserves fleet behaviour exactly. `false` is also the
+    // fail-safe direction: a flag-DB read error must never de-provision an
+    // integration on its own.
+    defaultValue: false,
+    // Migration override (ADR-0022): the pre-flags env gate stays the
+    // highest-precedence operator override. ENG-10473 deliberately does NOT wire
+    // this var in sst.config.ts - ENG-8303 records what happens when a declared
+    // envVar is pinned there: it outranks the DB value and makes the flag inert
+    // everywhere it matters.
+    envVar: "AUGMENTED_CONNECTIVITY_RECONCILE_STATUS"
+  },
   {
     key: "slack-manifest-remediate",
     description: "Let the Slack manifest drift monitor PUSH, not just alert (ENG-9963). updateSlackManifest had exactly one caller \u2014 a console button \u2014 so nothing but a human click ever pushed a manifest; ENG-7762 changed the generator with no rollout mechanism and 26 agents went 53 days with no working per-agent slash commands. When on, the daily drift cron pushes the generated manifest for a drifted agent. When off it alerts exactly as before. NOTE what arming this authorises: a push REPLACES a customer-owned Slack app's entire manifest, so the cron only ever pushes drift whose diffs are purely additive (isSafelyRemediable) \u2014 an app with live-only entries a push would destroy is declined and left for a human. Boolean gate; ships dark.",

package/dist/mcp/origami.js

@@ -43627,6 +43627,23 @@ var FLAG_REGISTRY = [
     // env var is retired.
     envVar: "AUGMENTED_CONNECTIVITY_ESCALATION_ENABLED"
   },
+  {
+    key: "integration-connectivity-reconcile",
+    description: "Arm integration-connectivity STATUS reconciliation (ENG-6139, armable per-org by ENG-10473). When on, a hard-down connectivity observation (a `down` reading with consecutive_connectivity_failures at/over the hysteresis threshold) on an otherwise-healthy row downgrades it to status=error, status_message=connectivity_down, so the record stops asserting a live connection the probe has disproved; recovery restores status=active, but ONLY for rows this path downgraded. When off it stays shadow - logs what it WOULD downgrade and touches only the connectivity columns. \u26A0\uFE0F A downgraded row drops out of host-runtime's `.in('status',['active','configured'])` provisioning filter, so the agent LOSES that MCP server: correct for a dead credential, and a provisioning change either way, which is why arming is a deliberate operator act. Sibling of integration-connectivity-escalation: that flag arms the alert, this one arms the record.",
+    flagType: "boolean",
+    // Declared safe value is `false` (shadow / record untouched). It matches the
+    // route's compiled default since ENG-6139, so migrating the reader onto this
+    // flag (ADR-0022) preserves fleet behaviour exactly. `false` is also the
+    // fail-safe direction: a flag-DB read error must never de-provision an
+    // integration on its own.
+    defaultValue: false,
+    // Migration override (ADR-0022): the pre-flags env gate stays the
+    // highest-precedence operator override. ENG-10473 deliberately does NOT wire
+    // this var in sst.config.ts - ENG-8303 records what happens when a declared
+    // envVar is pinned there: it outranks the DB value and makes the flag inert
+    // everywhere it matters.
+    envVar: "AUGMENTED_CONNECTIVITY_RECONCILE_STATUS"
+  },
   {
     key: "slack-manifest-remediate",
     description: "Let the Slack manifest drift monitor PUSH, not just alert (ENG-9963). updateSlackManifest had exactly one caller \u2014 a console button \u2014 so nothing but a human click ever pushed a manifest; ENG-7762 changed the generator with no rollout mechanism and 26 agents went 53 days with no working per-agent slash commands. When on, the daily drift cron pushes the generated manifest for a drifted agent. When off it alerts exactly as before. NOTE what arming this authorises: a push REPLACES a customer-owned Slack app's entire manifest, so the cron only ever pushes drift whose diffs are purely additive (isSafelyRemediable) \u2014 an app with live-only entries a push would destroy is declined and left for a human. Boolean gate; ships dark.",

package/dist/mcp/slack-channel.js

@@ -38286,6 +38286,23 @@ var FLAG_REGISTRY = [
     // env var is retired.
     envVar: "AUGMENTED_CONNECTIVITY_ESCALATION_ENABLED"
   },
+  {
+    key: "integration-connectivity-reconcile",
+    description: "Arm integration-connectivity STATUS reconciliation (ENG-6139, armable per-org by ENG-10473). When on, a hard-down connectivity observation (a `down` reading with consecutive_connectivity_failures at/over the hysteresis threshold) on an otherwise-healthy row downgrades it to status=error, status_message=connectivity_down, so the record stops asserting a live connection the probe has disproved; recovery restores status=active, but ONLY for rows this path downgraded. When off it stays shadow - logs what it WOULD downgrade and touches only the connectivity columns. \u26A0\uFE0F A downgraded row drops out of host-runtime's `.in('status',['active','configured'])` provisioning filter, so the agent LOSES that MCP server: correct for a dead credential, and a provisioning change either way, which is why arming is a deliberate operator act. Sibling of integration-connectivity-escalation: that flag arms the alert, this one arms the record.",
+    flagType: "boolean",
+    // Declared safe value is `false` (shadow / record untouched). It matches the
+    // route's compiled default since ENG-6139, so migrating the reader onto this
+    // flag (ADR-0022) preserves fleet behaviour exactly. `false` is also the
+    // fail-safe direction: a flag-DB read error must never de-provision an
+    // integration on its own.
+    defaultValue: false,
+    // Migration override (ADR-0022): the pre-flags env gate stays the
+    // highest-precedence operator override. ENG-10473 deliberately does NOT wire
+    // this var in sst.config.ts - ENG-8303 records what happens when a declared
+    // envVar is pinned there: it outranks the DB value and makes the flag inert
+    // everywhere it matters.
+    envVar: "AUGMENTED_CONNECTIVITY_RECONCILE_STATUS"
+  },
   {
     key: "slack-manifest-remediate",
     description: "Let the Slack manifest drift monitor PUSH, not just alert (ENG-9963). updateSlackManifest had exactly one caller \u2014 a console button \u2014 so nothing but a human click ever pushed a manifest; ENG-7762 changed the generator with no rollout mechanism and 26 agents went 53 days with no working per-agent slash commands. When on, the daily drift cron pushes the generated manifest for a drifted agent. When off it alerts exactly as before. NOTE what arming this authorises: a push REPLACES a customer-owned Slack app's entire manifest, so the cron only ever pushes drift whose diffs are purely additive (isSafelyRemediable) \u2014 an app with live-only entries a push would destroy is declined and left for a human. Boolean gate; ships dark.",

package/dist/mcp/telegram-channel.js

@@ -38322,6 +38322,23 @@ var FLAG_REGISTRY = [
     // env var is retired.
     envVar: "AUGMENTED_CONNECTIVITY_ESCALATION_ENABLED"
   },
+  {
+    key: "integration-connectivity-reconcile",
+    description: "Arm integration-connectivity STATUS reconciliation (ENG-6139, armable per-org by ENG-10473). When on, a hard-down connectivity observation (a `down` reading with consecutive_connectivity_failures at/over the hysteresis threshold) on an otherwise-healthy row downgrades it to status=error, status_message=connectivity_down, so the record stops asserting a live connection the probe has disproved; recovery restores status=active, but ONLY for rows this path downgraded. When off it stays shadow - logs what it WOULD downgrade and touches only the connectivity columns. \u26A0\uFE0F A downgraded row drops out of host-runtime's `.in('status',['active','configured'])` provisioning filter, so the agent LOSES that MCP server: correct for a dead credential, and a provisioning change either way, which is why arming is a deliberate operator act. Sibling of integration-connectivity-escalation: that flag arms the alert, this one arms the record.",
+    flagType: "boolean",
+    // Declared safe value is `false` (shadow / record untouched). It matches the
+    // route's compiled default since ENG-6139, so migrating the reader onto this
+    // flag (ADR-0022) preserves fleet behaviour exactly. `false` is also the
+    // fail-safe direction: a flag-DB read error must never de-provision an
+    // integration on its own.
+    defaultValue: false,
+    // Migration override (ADR-0022): the pre-flags env gate stays the
+    // highest-precedence operator override. ENG-10473 deliberately does NOT wire
+    // this var in sst.config.ts - ENG-8303 records what happens when a declared
+    // envVar is pinned there: it outranks the DB value and makes the flag inert
+    // everywhere it matters.
+    envVar: "AUGMENTED_CONNECTIVITY_RECONCILE_STATUS"
+  },
   {
     key: "slack-manifest-remediate",
     description: "Let the Slack manifest drift monitor PUSH, not just alert (ENG-9963). updateSlackManifest had exactly one caller \u2014 a console button \u2014 so nothing but a human click ever pushed a manifest; ENG-7762 changed the generator with no rollout mechanism and 26 agents went 53 days with no working per-agent slash commands. When on, the daily drift cron pushes the generated manifest for a drifted agent. When off it alerts exactly as before. NOTE what arming this authorises: a push REPLACES a customer-owned Slack app's entire manifest, so the cron only ever pushes drift whose diffs are purely additive (isSafelyRemediable) \u2014 an app with live-only entries a push would destroy is declined and left for a human. Boolean gate; ships dark.",

package/dist/{persistent-session-O3AKW6IW.js → persistent-session-PYQ5U6FU.js}

@@ -62,8 +62,8 @@ import {
   writeDirectChatSessionState,
   writeEgressAllowlist,
   writePersistentClaudeWrapper
-} from "./chunk-NIUBYSLW.js";
-import "./chunk-Y7ERASS6.js";
+} from "./chunk-ZNVYUZSM.js";
+import "./chunk-IIIMUCGD.js";
 import "./chunk-XWVM4KPK.js";
 export {
   CLAUDE_HOST_WIDE,
@@ -130,4 +130,4 @@ export {
   writeEgressAllowlist,
   writePersistentClaudeWrapper
 };
-//# sourceMappingURL=persistent-session-O3AKW6IW.js.map
+//# sourceMappingURL=persistent-session-PYQ5U6FU.js.map

package/dist/{responsiveness-probe-MIPUX3BG.js → responsiveness-probe-T4LKSNFO.js}

@@ -1,7 +1,7 @@
 import {
   paneLogPath
-} from "./chunk-NIUBYSLW.js";
-import "./chunk-Y7ERASS6.js";
+} from "./chunk-ZNVYUZSM.js";
+import "./chunk-IIIMUCGD.js";
 import "./chunk-XWVM4KPK.js";
 
 // src/lib/responsiveness-probe.ts
@@ -799,4 +799,4 @@ export {
   readAndResetSlackReplyBindingClassifications,
   readAndResetSlackReplyTargetClassifications
 };
-//# sourceMappingURL=responsiveness-probe-MIPUX3BG.js.map
+//# sourceMappingURL=responsiveness-probe-T4LKSNFO.js.map

package/dist/{session-auth-dead-ZGZZLE4X.js → session-auth-dead-M5SFWTQH.js}

@@ -1,6 +1,6 @@
 import {
   sessionTranscriptDir
-} from "./chunk-Y7ERASS6.js";
+} from "./chunk-IIIMUCGD.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-ZGZZLE4X.js.map
+//# sourceMappingURL=session-auth-dead-M5SFWTQH.js.map

package/package.json

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