@ak--47/dungeon-master 1.6.0 → 1.6.2

package/dungeons/vertical/fitness/fitness.verify.mjs

@@ -17,7 +17,7 @@ import path from 'node:path';
 import readline from 'node:readline';
 import { execFile } from 'node:child_process';
 import { promisify } from 'node:util';
-import { buildIdentityMap, evaluateStories, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
+import { buildIdentityMap, evaluateStories, validateDungeonConfig, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
 import config, { stories } from './fitness.js';
 
 const PREFIX = process.argv[2] || 'verify-fitness';
@@ -51,12 +51,11 @@ const runSql = async (sql) => {
 	return stdout.trim() ? JSON.parse(stdout) : [];
 };
 
-// funnels passed raw (unvalidated) — the H9 stories carry their own explicit
-// conversion window (48h generative window × the 1.25 max stretch factor,
-// covering the stretched support), so no funnel-default threading is needed
 const results = await evaluateStories(stories, events, {
 	profiles,
-	funnels: config.funnels,
+	// funnel defaults (conversionWindowDays, order) resolve on the VALIDATED
+	// config — the dungeon was not run in this process, so validate here.
+	funnels: validateDungeonConfig({ ...config, token: '' }).funnels,
 	identityMap: buildIdentityMap(profiles),
 	runSql,
 });

package/dungeons/vertical/food-delivery/food-delivery.verify.mjs

@@ -18,7 +18,7 @@ import path from 'node:path';
 import readline from 'node:readline';
 import { execFile } from 'node:child_process';
 import { promisify } from 'node:util';
-import { buildIdentityMap, evaluateStories, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
+import { buildIdentityMap, evaluateStories, validateDungeonConfig, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
 import config, { stories } from './food-delivery.js';
 
 const PREFIX = process.argv[2] || 'verify-food-delivery';
@@ -60,7 +60,9 @@ const runSql = async (sql) => {
 // confounds a raw emulator read would inherit.
 const results = await evaluateStories(stories, events, {
 	profiles,
-	funnels: config.funnels,
+	// funnel defaults (conversionWindowDays, order) resolve on the VALIDATED
+	// config — the dungeon was not run in this process, so validate here.
+	funnels: validateDungeonConfig({ ...config, token: '' }).funnels,
 	identityMap: buildIdentityMap(profiles),
 	runSql,
 });

package/dungeons/vertical/gaming/gaming.verify.mjs

@@ -17,7 +17,7 @@ import path from 'node:path';
 import readline from 'node:readline';
 import { execFile } from 'node:child_process';
 import { promisify } from 'node:util';
-import { buildIdentityMap, evaluateStories, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
+import { buildIdentityMap, evaluateStories, validateDungeonConfig, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
 import config, { stories } from './gaming.js';
 
 const PREFIX = process.argv[2] || 'verify-gaming';
@@ -51,11 +51,11 @@ const runSql = async (sql) => {
 	return stdout.trim() ? JSON.parse(stdout) : [];
 };
 
-// funnels passed raw (unvalidated) — every timeToConvert story carries an
-// explicit conversionWindowMs, so no funnel-default threading is needed
 const results = await evaluateStories(stories, events, {
 	profiles,
-	funnels: config.funnels,
+	// funnel defaults (conversionWindowDays, order) resolve on the VALIDATED
+	// config — the dungeon was not run in this process, so validate here.
+	funnels: validateDungeonConfig({ ...config, token: '' }).funnels,
 	identityMap: buildIdentityMap(profiles),
 	runSql,
 });

package/dungeons/vertical/healthcare/healthcare.verify.mjs

@@ -17,7 +17,7 @@ import path from 'node:path';
 import readline from 'node:readline';
 import { execFile } from 'node:child_process';
 import { promisify } from 'node:util';
-import { buildIdentityMap, evaluateStories, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
+import { buildIdentityMap, evaluateStories, validateDungeonConfig, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
 import config, { stories } from './healthcare.js';
 
 const PREFIX = process.argv[2] || 'verify-healthcare';
@@ -51,13 +51,11 @@ const runSql = async (sql) => {
 	return stdout.trim() ? JSON.parse(stdout) : [];
 };
 
-// funnels passed raw (unvalidated) — the H8/H9 stories carry their own
-// explicit conversion windows (derived from the funnel's generative window
-// × the max H9 stretch factor, covering the stretched support), so no
-// funnel-default threading is needed
 const results = await evaluateStories(stories, events, {
 	profiles,
-	funnels: config.funnels,
+	// funnel defaults (conversionWindowDays, order) resolve on the VALIDATED
+	// config — the dungeon was not run in this process, so validate here.
+	funnels: validateDungeonConfig({ ...config, token: '' }).funnels,
 	identityMap: buildIdentityMap(profiles),
 	runSql,
 });

package/dungeons/vertical/insurance-application/insurance-application.verify.mjs

@@ -18,7 +18,7 @@ import path from 'node:path';
 import readline from 'node:readline';
 import { execFile } from 'node:child_process';
 import { promisify } from 'node:util';
-import { buildIdentityMap, evaluateStories, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
+import { buildIdentityMap, evaluateStories, validateDungeonConfig, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
 import config, { stories } from './insurance-application.js';
 
 const PREFIX = process.argv[2] || 'verify-insurance-application';
@@ -59,7 +59,9 @@ const runSql = async (sql) => {
 // because H5 pins approvals to firstStart + target + [0,4h) by construction.
 const results = await evaluateStories(stories, events, {
 	profiles,
-	funnels: config.funnels,
+	// funnel defaults (conversionWindowDays, order) resolve on the VALIDATED
+	// config — the dungeon was not run in this process, so validate here.
+	funnels: validateDungeonConfig({ ...config, token: '' }).funnels,
 	identityMap: buildIdentityMap(profiles),
 	runSql,
 });

package/dungeons/vertical/logistics/logistics.verify.mjs

@@ -17,7 +17,7 @@ import path from 'node:path';
 import readline from 'node:readline';
 import { execFile } from 'node:child_process';
 import { promisify } from 'node:util';
-import { buildIdentityMap, evaluateStories, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
+import { buildIdentityMap, evaluateStories, validateDungeonConfig, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
 import config, { stories } from './logistics.js';
 
 const PREFIX = process.argv[2] || 'verify-logistics';
@@ -51,14 +51,11 @@ const runSql = async (sql) => {
 	return stdout.trim() ? JSON.parse(stdout) : [];
 };
 
-// funnels passed raw (unvalidated) — the emulator stories carry their own
-// explicit conversion windows (H8: 48h Integration Setup treated arm, 336h
-// Supplier Management placebo; H10: 93.6h = 72h Onboarding generative
-// window × the 1.3 small-business stretch, covering the stretched support),
-// so no funnel-default threading is needed
 const results = await evaluateStories(stories, events, {
 	profiles,
-	funnels: config.funnels,
+	// funnel defaults (conversionWindowDays, order) resolve on the VALIDATED
+	// config — the dungeon was not run in this process, so validate here.
+	funnels: validateDungeonConfig({ ...config, token: '' }).funnels,
 	identityMap: buildIdentityMap(profiles),
 	runSql,
 });

package/dungeons/vertical/marketplace/marketplace.verify.mjs

@@ -18,7 +18,7 @@ import path from 'node:path';
 import readline from 'node:readline';
 import { execFile } from 'node:child_process';
 import { promisify } from 'node:util';
-import { buildIdentityMap, evaluateStories, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
+import { buildIdentityMap, evaluateStories, validateDungeonConfig, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
 import config, { stories } from './marketplace.js';
 
 const PREFIX = process.argv[2] || 'verify-marketplace';
@@ -59,7 +59,9 @@ const runSql = async (sql) => {
 // windows admit cross-instance chains that contaminate the fast tail.
 const results = await evaluateStories(stories, events, {
 	profiles,
-	funnels: config.funnels,
+	// funnel defaults (conversionWindowDays, order) resolve on the VALIDATED
+	// config — the dungeon was not run in this process, so validate here.
+	funnels: validateDungeonConfig({ ...config, token: '' }).funnels,
 	identityMap: buildIdentityMap(profiles),
 	runSql,
 });

package/dungeons/vertical/media/media.verify.mjs

@@ -18,7 +18,7 @@ import path from 'node:path';
 import readline from 'node:readline';
 import { execFile } from 'node:child_process';
 import { promisify } from 'node:util';
-import { buildIdentityMap, evaluateStories, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
+import { buildIdentityMap, evaluateStories, validateDungeonConfig, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
 import config, { stories } from './media.js';
 
 const PREFIX = process.argv[2] || 'verify-media';
@@ -59,7 +59,9 @@ const runSql = async (sql) => {
 // vs cross-session) and flips on sampling noise.
 const results = await evaluateStories(stories, events, {
 	profiles,
-	funnels: config.funnels,
+	// funnel defaults (conversionWindowDays, order) resolve on the VALIDATED
+	// config — the dungeon was not run in this process, so validate here.
+	funnels: validateDungeonConfig({ ...config, token: '' }).funnels,
 	identityMap: buildIdentityMap(profiles),
 	runSql,
 });

package/dungeons/vertical/real-estate/real-estate.verify.mjs

@@ -17,7 +17,7 @@ import path from 'node:path';
 import readline from 'node:readline';
 import { execFile } from 'node:child_process';
 import { promisify } from 'node:util';
-import { buildIdentityMap, evaluateStories, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
+import { buildIdentityMap, evaluateStories, validateDungeonConfig, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
 import config, { stories } from './real-estate.js';
 
 const PREFIX = process.argv[2] || 'verify-real-estate';
@@ -51,16 +51,11 @@ const runSql = async (sql) => {
 	return stdout.trim() ? JSON.parse(stdout) : [];
 };
 
-// funnels passed raw (unvalidated) — H10's emulator stories carry their own
-// conversion window: 31.2h = 24h generative Tour Funnel TTC × the 1.3
-// Standard-tier stretch, so the stretched support is fully covered. The
-// PRIMARY read is the 2-step view→tour-scheduled pair; the doc's 3-step read
-// (…→offer submitted) stays as a directional secondary because H4/H6 offer
-// clones at random timestamps collide with the greedy third-step pick and
-// attenuate the ratio toward 1 (see the H10 story narrative).
 const results = await evaluateStories(stories, events, {
 	profiles,
-	funnels: config.funnels,
+	// funnel defaults (conversionWindowDays, order) resolve on the VALIDATED
+	// config — the dungeon was not run in this process, so validate here.
+	funnels: validateDungeonConfig({ ...config, token: '' }).funnels,
 	identityMap: buildIdentityMap(profiles),
 	runSql,
 });

package/dungeons/vertical/sass/sass.verify.mjs

@@ -17,7 +17,7 @@ import path from 'node:path';
 import readline from 'node:readline';
 import { execFile } from 'node:child_process';
 import { promisify } from 'node:util';
-import { buildIdentityMap, evaluateStories, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
+import { buildIdentityMap, evaluateStories, validateDungeonConfig, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
 import config, { stories } from './sass.js';
 
 const PREFIX = process.argv[2] || 'verify-sass';
@@ -59,7 +59,9 @@ const runSql = async (sql) => {
 // a slow organic tail that dilutes the segment medians.
 const results = await evaluateStories(stories, events, {
 	profiles,
-	funnels: config.funnels,
+	// funnel defaults (conversionWindowDays, order) resolve on the VALIDATED
+	// config — the dungeon was not run in this process, so validate here.
+	funnels: validateDungeonConfig({ ...config, token: '' }).funnels,
 	identityMap: buildIdentityMap(profiles),
 	runSql,
 });

package/dungeons/vertical/social/social.verify.mjs

@@ -17,7 +17,7 @@ import path from 'node:path';
 import readline from 'node:readline';
 import { execFile } from 'node:child_process';
 import { promisify } from 'node:util';
-import { buildIdentityMap, evaluateStories, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
+import { buildIdentityMap, evaluateStories, validateDungeonConfig, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
 import config, { stories } from './social.js';
 
 const PREFIX = process.argv[2] || 'verify-social';
@@ -61,7 +61,9 @@ const runSql = async (sql) => {
 // across 1h-24h windows.
 const results = await evaluateStories(stories, events, {
 	profiles,
-	funnels: config.funnels,
+	// funnel defaults (conversionWindowDays, order) resolve on the VALIDATED
+	// config — the dungeon was not run in this process, so validate here.
+	funnels: validateDungeonConfig({ ...config, token: '' }).funnels,
 	identityMap: buildIdentityMap(profiles),
 	runSql,
 });

package/dungeons/vertical/streaming/streaming.verify.mjs

@@ -17,7 +17,7 @@ import path from 'node:path';
 import readline from 'node:readline';
 import { execFile } from 'node:child_process';
 import { promisify } from 'node:util';
-import { buildIdentityMap, evaluateStories, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
+import { buildIdentityMap, evaluateStories, validateDungeonConfig, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
 import config, { stories } from './streaming.js';
 
 const PREFIX = process.argv[2] || 'verify-streaming';
@@ -60,7 +60,9 @@ const runSql = async (sql) => {
 // campaign cohort without needing hashFloat in SQL.
 const results = await evaluateStories(stories, events, {
 	profiles,
-	funnels: config.funnels,
+	// funnel defaults (conversionWindowDays, order) resolve on the VALIDATED
+	// config — the dungeon was not run in this process, so validate here.
+	funnels: validateDungeonConfig({ ...config, token: '' }).funnels,
 	identityMap: buildIdentityMap(profiles),
 	runSql,
 });

package/dungeons/vertical/support-desk/support-desk.verify.mjs

@@ -17,7 +17,7 @@ import path from 'node:path';
 import readline from 'node:readline';
 import { execFile } from 'node:child_process';
 import { promisify } from 'node:util';
-import { buildIdentityMap, evaluateStories, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
+import { buildIdentityMap, evaluateStories, validateDungeonConfig, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
 import config, { stories } from './support-desk.js';
 
 const PREFIX = process.argv[2] || 'verify-support-desk';
@@ -60,7 +60,9 @@ const runSql = async (sql) => {
 // > 30 min) and split by role without needing hashFloat.
 const results = await evaluateStories(stories, events, {
 	profiles,
-	funnels: config.funnels,
+	// funnel defaults (conversionWindowDays, order) resolve on the VALIDATED
+	// config — the dungeon was not run in this process, so validate here.
+	funnels: validateDungeonConfig({ ...config, token: '' }).funnels,
 	identityMap: buildIdentityMap(profiles),
 	runSql,
 });

package/dungeons/vertical/travel/travel.verify.mjs

@@ -17,7 +17,7 @@ import path from 'node:path';
 import readline from 'node:readline';
 import { execFile } from 'node:child_process';
 import { promisify } from 'node:util';
-import { buildIdentityMap, evaluateStories, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
+import { buildIdentityMap, evaluateStories, validateDungeonConfig, VERDICT_RANK } from '@ak--47/dungeon-master/verify';
 import config, { stories } from './travel.js';
 
 const PREFIX = process.argv[2] || 'verify-travel';
@@ -51,13 +51,11 @@ const runSql = async (sql) => {
 	return stdout.trim() ? JSON.parse(stdout) : [];
 };
 
-// funnels passed raw (unvalidated) — the H8/H9 emulator stories carry their
-// own explicit conversion windows (72h Onboarding; 48h Search to Book
-// generative window × the 1.25 budget/leisure stretch = 60h, covering the
-// stretched support), so no funnel-default threading is needed
 const results = await evaluateStories(stories, events, {
 	profiles,
-	funnels: config.funnels,
+	// funnel defaults (conversionWindowDays, order) resolve on the VALIDATED
+	// config — the dungeon was not run in this process, so validate here.
+	funnels: validateDungeonConfig({ ...config, token: '' }).funnels,
 	identityMap: buildIdentityMap(profiles),
 	runSql,
 });

package/index.js

@@ -20,14 +20,14 @@ import { extractComments } from './lib/core/extract-comments.js';
 
 // Orchestrators
 import { userLoop } from './lib/orchestrators/user-loop.js';
-import { sendToMixpanel, collectWrittenFiles } from './lib/orchestrators/mixpanel-sender.js';
+import { sendToMixpanel, collectWrittenFiles, releaseConnections } from './lib/orchestrators/mixpanel-sender.js';
 // Generators
 import { makeAdSpend } from './lib/generators/adspend.js';
 import { makeMirror } from './lib/generators/mirror.js';
 import { makeGroupProfile, makeProfile } from './lib/generators/profiles.js';
 
 // Utilities
-import { initChance, initUserChance, resetUserChance, setDatasetNow, setDatasetBegin, deleteFile } from './lib/utils/utils.js';
+import { initChance, initUserChance, resetUserChance, resetValueCaches, setDatasetNow, setDatasetBegin, deleteFile } from './lib/utils/utils.js';
 import { runWithDataset } from './lib/utils/dataset-context.js';
 
 // External dependencies
@@ -130,6 +130,10 @@ async function runDungeon(config) {
 		// Initialize seeded RNG BEFORE validation — config-validator captures a
 		// chance reference for default userProps (spiritAnimal). If we init after,
 		// run 1 binds an unseeded instance while run 2 binds a stale one → non-deterministic.
+		// v1.6.1: clear per-run winner/weighted-array caches unconditionally —
+		// a prior in-process run must never leak its winners into this one.
+		// (initChance also clears them, but only fires when a seed is set.)
+		resetValueCaches();
 		if (config.seed) {
 			initChance(config.seed);
 		}
@@ -287,6 +291,12 @@ async function runDungeon(config) {
 			eventCount: context.getStoredEventCount(),
 			userCount: context.getUserCount(),
 			profilesPushed,
+			// v1.6.2: the enriched config this run actually used. `validateDungeonConfig`
+			// no longer writes back to the caller's object, so consumers that need
+			// resolved values (`funnels[].conversionWindowDays`, `events[].isStrictEvent`,
+			// the resolved dataset window) read them here. `verifyDungeon` depends on this.
+			// Credentials are stripped — a Result is a thing hosts log.
+			validatedConfig: redactCredentials(validatedConfig),
 			...(progressSummary.updates > 0 || progressSummary.errors > 0 ? { progress: progressSummary } : {})
 		};
 
@@ -556,6 +566,26 @@ async function flushStorageToDisk(storage, config) {
 	}
 }
 
+/**
+ * Shallow copy of the validated config with every credential removed, for the
+ * `validatedConfig` field on a Result.
+ *
+ * A Result is a thing hosts log, serialize, and attach to CI artifacts. Before
+ * v1.6.2 it carried no credentials at all, and surfacing the resolved config
+ * shouldn't quietly change that: the run object holds `token`, `serviceAccount`,
+ * `serviceSecret` and `projectId` both flattened and under `credentials`.
+ * @param {import('./types').Dungeon} validated
+ * @returns {import('./types').Dungeon}
+ */
+function redactCredentials(validated) {
+	if (!validated || typeof validated !== 'object') return validated;
+	const safe = { ...validated };
+	for (const key of ['token', 'serviceAccount', 'serviceSecret', 'projectId', 'credentials']) {
+		delete safe[key];
+	}
+	return safe;
+}
+
 /**
  * Extract file information from storage containers
  * @param {import('./types').Storage} storage - Storage object
@@ -600,4 +630,7 @@ function extractStorageData(storage) {
 // ES Module exports
 export default DUNGEON_MASTER;
 export { parseJSONDungeon, validateDungeonShape, loadFromFile, loadFromText, dungeonToJSON, extractComments };
+// v1.6.2: pool teardown is automatic when the last import settles; exported for hosts
+// that drive `mixpanel-import` themselves and want the same cleanup.
+export { releaseConnections };
 

package/lib/core/config-validator.js

@@ -407,13 +407,31 @@ function resolveDevicesPerUser(config) {
 }
 
 /**
- * Validates and enriches a dungeon configuration object
+ * Validates and enriches a dungeon configuration object.
+ *
+ * **Does not mutate its input** (as of v1.6.2). Enrichment lands only on the
+ * returned object. Callers that need the enriched `events` / `funnels` must read
+ * the return value — reading them back off the object they passed in worked
+ * before v1.6.2 and no longer does.
+ *
  * @param {Partial<Dungeon>} config - Raw configuration object
  * @returns {Dungeon} Validated and enriched configuration
  */
 export function validateDungeonConfig(config) {
 	const chance = u.getChance();
 
+	// v1.6.2: own our input. Enrichment below writes through to the caller's
+	// nested objects otherwise — `isStrictEvent` onto `events[i]`,
+	// `conversionWindowDays` / `_experiment` onto `funnels[j]`. For a dungeon
+	// loaded from a file those arrays belong to the ESM module cache, so a second
+	// run in the same process was handed a config already enriched by the first:
+	// every event pre-promoted to strict, the catch-all funnel swept nothing, and
+	// event volume collapsed. Enrichment is also not idempotent — re-validating an
+	// already-validated config rebuilds the funnel set incorrectly.
+	// deepClone keeps functions by reference, so `hook`, `onProgress` and
+	// chance-bound prop thunks survive.
+	config = u.deepClone(config);
+
 	// v1.5.1 (TODO #8): merge `switches` / `identity` / `credentials`
 	// sub-objects into top-level keys. New shape is preferred; old top-level
 	// keys still honored for back-compat with a verbose-gated warning. The

package/lib/orchestrators/mixpanel-sender.js

@@ -10,14 +10,64 @@ import { comma, rm } from "ak-tools";
 import * as u from "../utils/utils.js";
 import mp from "mixpanel-import";
 
+export { collectWrittenFiles };
+
+/**
+ * Count of `sendToMixpanel` calls currently in flight in this process.
+ *
+ * `mp.destroy()` tears down mixpanel-import's PROCESS-GLOBAL undici pools, so a
+ * run that finishes while another is still importing would close the sockets out
+ * from under it — surfacing as `UND_ERR_CLOSED`, which mixpanel-import does not
+ * retry. Only the last run out turns off the lights.
+ */
+let _inFlightImports = 0;
+
+/**
+ * Release mixpanel-import's shared undici connection pools, if no import is still
+ * running. dungeon-master is a library — a host process that runs occasional
+ * imports shouldn't hold ingest sockets open in between. Pools are lazily
+ * re-created, so a later run is unaffected.
+ *
+ * Called automatically when the last in-flight import settles; exported so a host
+ * that drives `mixpanel-import` directly can force the same cleanup. Note the
+ * refcount only sees imports that go through `sendToMixpanel` — a host running its
+ * own `mixpanel-import` job concurrently with a dungeon run can still have its
+ * pools closed underneath it.
+ * @returns {Promise<boolean>} true if pools were torn down.
+ */
+export async function releaseConnections() {
+	// `destroy` only exists on mixpanel-import >= 3.5.1.
+	if (_inFlightImports > 0 || typeof mp.destroy !== 'function') return false;
+	try {
+		await mp.destroy();
+		return true;
+	} catch (err) {
+		// Never fail a completed import over socket cleanup.
+		log(`  !! connection pool cleanup failed: ${err.message}\n`);
+		return false;
+	}
+}
+
 /**
  * Sends the data to Mixpanel
  * @param {Context} context - Context object containing config, storage, etc.
  * @returns {Promise<Object>} Import results for all data types
  */
-export { collectWrittenFiles };
-
 export async function sendToMixpanel(context) {
+	_inFlightImports++;
+	try {
+		return await _sendToMixpanel(context);
+	} finally {
+		_inFlightImports--;
+		await releaseConnections();
+	}
+}
+
+/**
+ * @param {Context} context
+ * @returns {Promise<Object>}
+ */
+async function _sendToMixpanel(context) {
 	const { config, storage } = context;
 	const {
 		adSpendData,