@leadbay/mcp 0.39.7 → 0.39.9

package/MIGRATION.md

@@ -32,9 +32,9 @@ field. On the `notification_id` path the job is done when `in_progress` is false
 `still_running[]` is empty on that path from the first poll and must not be read
 as "done". On the `lead_ids` path, done means `still_running[]` is empty.
 
-`leadbay_bulk_enrich_status` answers `ENRICH_JOB_NO_COUNTERS` when the enrichment
-notification carries no per-contact counters (the common case) — re-call with the
-`lead_ids` the launch returned.
+`leadbay_bulk_enrich_status` no longer answers `ENRICH_JOB_NO_COUNTERS`. An
+enrichment notification never carries per-contact counters, so the tool reads the
+job's lead set back from the backend and answers through the per-lead path.
 
 ## Errors removed
 
@@ -43,8 +43,8 @@ notification carries no per-contact counters (the common case) — re-call with
 no longer exist, and neither does `~/.leadbay/bulks.json` or the
 `LEADBAY_BULK_STORE_ALLOW_MEMORY` escape hatch. The replacements are
 `ENRICH_STATUS_INPUT_REQUIRED`, `ENRICH_JOB_NOT_FOUND`, `ENRICH_JOB_WRONG_KIND`,
-`ENRICH_JOB_NO_COUNTERS`, `QUALIFY_STATUS_INPUT_REQUIRED`, `QUALIFY_JOB_NOT_FOUND`
-and `QUALIFY_JOB_WRONG_KIND`. The 0.5.0 sections below describe the old store and
+`QUALIFY_STATUS_INPUT_REQUIRED`, `QUALIFY_JOB_NOT_FOUND` and
+`QUALIFY_JOB_WRONG_KIND`. The 0.5.0 sections below describe the old store and
 are kept as history.
 
 ---

package/dist/bin.js

@@ -1982,7 +1982,7 @@ WHEN TO USE: the user asks for a clickable / interactive artifact, dashboard, or
 
 WHEN NOT TO USE: the user wants a plain data answer (route to leadbay_pull_leads / leadbay_pull_followups) or to log a single real outreach you just did (leadbay_report_outreach).
 `;
-    leadbay_bulk_enrich_status = `Check status + per-lead contacts for a bulk enrichment you previously launched via leadbay_enrich_titles. Pass the \`notification_id\` for the job counters in one call, and/or the \`lead_ids\` + \`titles\` + \`email\` / \`phone\` the launch returned for per-lead progress. \`lead_ids\` alone is a valid call and is the reliable one: the job lookup is a scan of your recent notifications, so an archived job may not be found, and an enrichment notification does not always carry counters (then the tool answers \`ENRICH_JOB_NO_COUNTERS\` with the backend's running/finished flag and asks for \`lead_ids\`) \u2014 but the leads always answer. When \`include_contacts=true\` (opt-in), includes each contact's email/phone_number/job_title/enrichment.done.
+    leadbay_bulk_enrich_status = `Check status + per-lead contacts for a bulk enrichment you previously launched via leadbay_enrich_titles. Pass the \`notification_id\`, and/or the \`lead_ids\` + \`titles\` + \`email\` / \`phone\` the launch returned. Either one alone is a valid call: with \`notification_id\` the tool reads the job's lead set back from the backend, so an id kept from an earlier conversation still answers with per-lead progress. Pass \`lead_ids\` as well whenever you still have them \u2014 the job lookup is a scan of your recent notifications, so an archived job may not be found, but the leads always answer. \`titles\` / \`email\` / \`phone\` scope the count to the roles and channel THIS run asked for. When \`include_contacts=true\` (opt-in), includes each contact's email/phone_number/job_title/enrichment.done.
 
 WHEN TO USE: poll this REPEATEDLY after leadbay_enrich_titles returns a \`notification_id\`, staying active until the job is done \u2014 don't stop after one check, and don't hand the turn back to the user while progress is still climbing. "Done" = \`all_done:true\`, OR \`overall_progress.done\` has held steady across several SPACED polls (~15\u201330s apart) over at least ~90s\u20132 min of elapsed time (a reservation the provider never answers stays \`done:false\`, so \`all_done\` can stay false forever \u2014 don't spin indefinitely; a contact with nothing found does flip, to \`done:true\` with \`credits_used:0\`). Do NOT declare a plateau from the first few back-to-back reads: right after launch, \`overall_progress.done\` can sit flat while the backend is still spinning the job up, so space your polls out and give it real elapsed time before treating a flat count as terminal. Also do NOT declare a plateau while the result carries \`partial_failures\` \u2014 a flat \`done\` there means a transient per-lead fetch error (e.g. a 429), NOT an unresolvable contact; keep polling (respecting any \`retry_after\`) or surface it as a temporary status failure, rather than reporting those leads as permanently unresolved. Default \`include_contacts=false\` for the cheap interim polls; set \`include_contacts=true\` on the read you report from to pull each lead's enriched contacts for the completion report.
 
@@ -2996,7 +2996,7 @@ Pick the 2-3 options that match what actually happened \u2014 never all seven:
 
 | Observation | Suggest | Calls |
 |---|---|---|
-| Job still running (\`still_running: true\`) | "Check on it in ~1 min" | leadbay_lead_job_status(job_id, wait_seconds: 60) |
+| Job still running (\`still_running: true\`) | "Check on it in ~1 min" | leadbay_lead_job_status(job_id, wait_seconds: 45) |
 | Free run delivered on-profile leads | "Qualify these N against your criteria (uses quota \u2014 \`dry_run\` first)" | leadbay_qualify_leads(prior_deliveries: {job_id}) |
 | Delivered leads look right | "Draft outreach for the top ones" | leadbay_prepare_outreach |
 | Delivered 0 or off-profile | "Reshape the example and retry" (name the fix from funnel + scope_notes) | leadbay_find_new_leads (NEW request_id) |
@@ -3992,7 +3992,7 @@ Trigger phrases: "is the lead search done", "any results yet on that job", "chec
 
 Do NOT use for: "is the enrichment done" \u2192 \`leadbay_bulk_enrich_status\`; "is my import done" \u2192 \`leadbay_import_status\`; "is the top-N qualification done" \u2192 \`leadbay_qualify_status\`.
 
-Prefer when: a find_new_leads / qualify_leads result carried next_poll \u2014 pass its job_id; use wait_seconds ~60 when the user asked to wait for results.
+Prefer when: a find_new_leads / qualify_leads result carried next_poll \u2014 pass its job_id; use wait_seconds 45 when the user asked to wait for results.
 
 Examples that SHOULD invoke this tool:
 - "Any leads yet from that search you started?"
@@ -4019,7 +4019,7 @@ usage counters (never render them), and the \`explain\` block
 (basis, seed strategy, scope notes). Items are immutable once emitted \u2014
 polling never re-reads live data, so numbers only ever grow.
 
-\`wait_seconds: 0\` (default) answers instantly; set ~60 to block-wait for
+\`wait_seconds: 0\` (default) answers instantly; set 45 (the maximum) to block-wait for
 completion when the user asked for results "in this reply". \`since\` (from a
 prior poll's \`next_since\`) pages only the new items. Jobs terminalize
 server-side: past the 30-min wall clock a job reads \`completed_partial\`
@@ -4201,7 +4201,7 @@ is a status tool, keep it terse:
 
 | Observation | Suggest | Calls |
 |---|---|---|
-| Still running | "Keep waiting (~1 min) or leave it \u2014 results are kept 30 days" | leadbay_lead_job_status(job_id, wait_seconds: 60) |
+| Still running | "Keep waiting (~1 min) or leave it \u2014 results are kept 30 days" | leadbay_lead_job_status(job_id, wait_seconds: 45) |
 | Terminal (completed / partial / failed) | Render the delivery per the RENDERING block, then offer the matching find_new_leads / qualify_leads NEXT STEPS | \u2014 |
 | \`expired\` (past the 30-day window) | "Re-read the delivered leads from your delivery ledger" \u2014 there is nothing left to render: the job terminalized and its items are no longer listed, so do NOT present an empty delivery as a result | leadbay_qualify_leads(prior_deliveries: {job_id}) |
 `;
@@ -5541,7 +5541,7 @@ Pick the 2-3 options that match what actually happened:
 
 | Observation | Suggest | Calls |
 |---|---|---|
-| Job still running | "Check on it in ~1 min" | leadbay_lead_job_status(job_id, wait_seconds: 60) |
+| Job still running | "Check on it in ~1 min" | leadbay_lead_job_status(job_id, wait_seconds: 45) |
 | Fit leads with contacts delivered | "Draft outreach for the qualified ones" | leadbay_prepare_outreach |
 | Items skipped \`not_in_universe\` | "Import those companies first, then re-qualify" | leadbay_import_leads \u2192 leadbay_qualify_leads |
 | Items skipped \`low_confidence_identity\` | "Pick the right match" (show \`resolution.alternatives\`) | leadbay_qualify_leads with the chosen lead_id |
@@ -7794,7 +7794,7 @@ Pick the 2-3 options that match what actually happened \u2014 never all seven:
 
 | Observation | Suggest | Calls |
 |---|---|---|
-| Job still running (\`still_running: true\`) | "Check on it in ~1 min" | leadbay_lead_job_status(job_id, wait_seconds: 60) |
+| Job still running (\`still_running: true\`) | "Check on it in ~1 min" | leadbay_lead_job_status(job_id, wait_seconds: 45) |
 | Free run delivered on-profile leads | "Qualify these N against your criteria (uses quota \u2014 \`dry_run\` first)" | leadbay_qualify_leads(prior_deliveries: {job_id}) |
 | Delivered leads look right | "Draft outreach for the top ones" | leadbay_prepare_outreach |
 | Delivered 0 or off-profile | "Reshape the example and retry" (name the fix from funnel + scope_notes) | leadbay_find_new_leads (NEW request_id) |
@@ -21087,7 +21087,26 @@ async function pMap(items, fn, concurrency) {
   await Promise.all(Array.from({ length: Math.min(concurrency, items.length) }, () => worker()));
   return out;
 }
-var STATUS_FETCH_CONCURRENCY, bulkEnrichStatus;
+async function readBulkLeadIds(client, bulkId) {
+  const ids = [];
+  for (let page = 0; page < BULK_LEADS_MAX_PAGES; page += 1) {
+    let res;
+    try {
+      res = await client.request("GET", `/leads/bulk_enrichments/${encodeURIComponent(bulkId)}/leads?contacts=false&count=${BULK_LEADS_PAGE_SIZE}&page=${page}`);
+    } catch {
+      return null;
+    }
+    for (const item of res?.items ?? []) {
+      if (item?.id)
+        ids.push(item.id);
+    }
+    const pages = res?.pagination?.pages ?? 1;
+    if (page + 1 >= pages)
+      return ids;
+  }
+  return null;
+}
+var STATUS_FETCH_CONCURRENCY, BULK_LEADS_PAGE_SIZE, BULK_LEADS_MAX_PAGES, bulkEnrichStatus;
 var init_bulk_enrich_status = __esm({
   "../core/dist/composite/bulk-enrich-status.js"() {
     "use strict";
@@ -21097,6 +21116,8 @@ var init_bulk_enrich_status = __esm({
     init_credits_helpers();
     init_tool_descriptions_generated();
     STATUS_FETCH_CONCURRENCY = 5;
+    BULK_LEADS_PAGE_SIZE = 100;
+    BULK_LEADS_MAX_PAGES = 3;
     bulkEnrichStatus = {
       name: "leadbay_bulk_enrich_status",
       annotations: {
@@ -21112,7 +21133,7 @@ var init_bulk_enrich_status = __esm({
         properties: {
           notification_id: {
             type: "string",
-            description: "The `notification_id` returned by leadbay_enrich_titles. Gives the job-level counters in one call."
+            description: "The `notification_id` returned by leadbay_enrich_titles. Answers on its own: the tool reads the job's lead set back from the backend, so an id kept from an earlier conversation still gives per-lead progress."
           },
           lead_ids: {
             type: "array",
@@ -21176,7 +21197,7 @@ var init_bulk_enrich_status = __esm({
       },
       execute: async (client, params, ctx) => {
         const includeContacts = params.include_contacts ?? false;
-        const leadIds = params.lead_ids ?? [];
+        let leadIds = params.lead_ids ?? [];
         const startMs = Date.now();
         if (!params.notification_id && leadIds.length === 0) {
           return {
@@ -21189,6 +21210,7 @@ var init_bulk_enrich_status = __esm({
         let bp = null;
         let inProgress = null;
         let launchedAt = null;
+        let bulkAnchorId = null;
         if (params.notification_id) {
           const n = await readNotificationById(client, params.notification_id);
           if (n && inferKind(n) !== "bulk_enrich") {
@@ -21204,6 +21226,7 @@ var init_bulk_enrich_status = __esm({
             bp = n.bulk_progress;
             inProgress = n.in_progress;
             launchedAt = n.created_at;
+            bulkAnchorId = anchorIdFor(n, "bulk_enrich");
           } else if (leadIds.length === 0) {
             return {
               error: true,
@@ -21213,6 +21236,9 @@ var init_bulk_enrich_status = __esm({
             };
           }
         }
+        if (!bp && leadIds.length === 0 && bulkAnchorId !== null) {
+          leadIds = await readBulkLeadIds(client, bulkAnchorId) ?? [];
+        }
         if (leadIds.length > 0) {
           const wantTitles = new Set((params.titles ?? []).map((t) => t.trim().toLowerCase()));
           const inThisRun = (c) => {
@@ -21316,13 +21342,18 @@ var init_bulk_enrich_status = __esm({
           };
         }
         if (!bp) {
+          const isReportRead2 = inProgress === false;
+          const creditsRemaining2 = isReportRead2 ? await readCreditsRemaining(client, true) : null;
           return {
-            error: true,
-            code: "ENRICH_JOB_NO_COUNTERS",
-            message: `This enrichment notification carries no per-contact counters; the backend reports it as ${inProgress ? "still running" : "finished"}`,
-            hint: "Re-call with the `lead_ids` returned by leadbay_enrich_titles (plus titles/email/phone) \u2014 that path counts contacts directly and works whether or not the notification has counters.",
+            notification_id: params.notification_id,
+            ...launchedAt ? { launched_at: launchedAt } : {},
+            status: inProgress ? "launched" : "complete",
+            leads: [],
+            overall_progress: { done: 0, total: 0, done_ratio: 0 },
             ...inProgress !== null ? { in_progress: inProgress } : {},
-            ...launchedAt ? { launched_at: launchedAt } : {}
+            all_done: isReportRead2,
+            ...isReportRead2 ? { credits_remaining: creditsRemaining2 } : {},
+            counts_hint: "This job's notification carries no per-contact counters and its lead set could not be read back, so done/total are 0. Re-call with the `lead_ids` returned by leadbay_enrich_titles (plus titles/email/phone) to count contacts directly."
           };
         }
         const done = bp.success_count + bp.failure_count + bp.quota_hit_count;
@@ -21557,6 +21588,21 @@ function mergeFilter(current, toAddSectors, toExcludeSectors, sizes, toAddLocati
   const items = current?.lens_filter?.items ?? [];
   const item = items[0] ?? { criteria: [] };
   const criteria = item.criteria ? [...item.criteria] : [];
+  const dropIds = (type, fromExcluded, ids) => {
+    if (ids.length === 0)
+      return;
+    const idx = criteria.findIndex((c) => c.type === type && !!c.is_excluded === fromExcluded);
+    if (idx < 0)
+      return;
+    const cur = criteria[idx];
+    const key = type === "sector_ids" ? "sectors" : "locations";
+    const held = cur[key] ?? [];
+    const kept = held.filter((s) => !ids.includes(s));
+    if (kept.length === 0)
+      criteria.splice(idx, 1);
+    else
+      criteria[idx] = { ...cur, [key]: kept };
+  };
   if (toAddSectors.length > 0) {
     const idx = criteria.findIndex((c) => c.type === "sector_ids" && !c.is_excluded);
     if (idx >= 0) {
@@ -21571,6 +21617,7 @@ function mergeFilter(current, toAddSectors, toExcludeSectors, sizes, toAddLocati
       });
     }
   }
+  dropIds("sector_ids", true, toAddSectors);
   if (toExcludeSectors.length > 0) {
     const idx = criteria.findIndex((c) => c.type === "sector_ids" && c.is_excluded);
     if (idx >= 0) {
@@ -21585,6 +21632,7 @@ function mergeFilter(current, toAddSectors, toExcludeSectors, sizes, toAddLocati
       });
     }
   }
+  dropIds("sector_ids", false, toExcludeSectors);
   if (toAddLocations.length > 0) {
     const idx = criteria.findIndex((c) => c.type === "location_ids" && !c.is_excluded);
     if (idx >= 0) {
@@ -21599,6 +21647,7 @@ function mergeFilter(current, toAddSectors, toExcludeSectors, sizes, toAddLocati
       });
     }
   }
+  dropIds("location_ids", true, toAddLocations);
   if (toExcludeLocations.length > 0) {
     const idx = criteria.findIndex((c) => c.type === "location_ids" && c.is_excluded);
     if (idx >= 0) {
@@ -21613,6 +21662,7 @@ function mergeFilter(current, toAddSectors, toExcludeSectors, sizes, toAddLocati
       });
     }
   }
+  dropIds("location_ids", false, toExcludeLocations);
   if (sizes && sizes.length > 0) {
     const normalizedSizes = sizes.map((s) => ({
       min: s.min ?? 0,
@@ -22773,12 +22823,15 @@ function normalizeSearchFilters(filters) {
   }
   return out;
 }
-function clampWaitSeconds(requested, fallback) {
-  if (requested == null || Number.isNaN(requested))
-    return fallback;
-  return Math.min(Math.max(requested, 0), 180);
+function clampWaitSeconds(requested, fallback, startedAtMs) {
+  const asked = requested == null || Number.isNaN(requested) ? fallback : requested;
+  const bounded = Math.min(Math.max(asked, 0), MAX_WAIT_SECONDS);
+  if (startedAtMs == null)
+    return bounded;
+  const spentSeconds = (Date.now() - startedAtMs) / 1e3;
+  return Math.max(0, Math.min(bounded, MAX_WAIT_SECONDS - spentSeconds));
 }
-var TERMINAL_JOB_STATES, MCP_JOB_POLL, SNAPSHOT_TIMEOUT_MS, PAGE_LIMIT, MAX_JOB_ITEMS, MIN_PAGES, maxPagesFor, JOB_ID_CHARSET, MAX_JOB_ID_LENGTH, UUID_RE2, LEAD_REASON_CHARS, SIGNAL_CHARS, MAX_SIGNALS, MAX_ALTERNATIVE_CONTACTS, RESULT_CHARS, LEAN_ROW_CHARS, COUNTRY_ALIASES, SUBNATIONAL_EXEMPTIONS, ALL_EXEMPTIONS, COUNTRY_LOCATION_VALUES, MAX_EXCLUDE_LEAD_IDS, MAX_LEAD_REFS;
+var TERMINAL_JOB_STATES, MCP_JOB_POLL, SNAPSHOT_TIMEOUT_MS, PAGE_LIMIT, MAX_JOB_ITEMS, MIN_PAGES, maxPagesFor, JOB_ID_CHARSET, MAX_JOB_ID_LENGTH, UUID_RE2, LEAD_REASON_CHARS, SIGNAL_CHARS, MAX_SIGNALS, MAX_ALTERNATIVE_CONTACTS, RESULT_CHARS, LEAN_ROW_CHARS, COUNTRY_ALIASES, SUBNATIONAL_EXEMPTIONS, ALL_EXEMPTIONS, COUNTRY_LOCATION_VALUES, MAX_EXCLUDE_LEAD_IDS, MAX_LEAD_REFS, MAX_WAIT_SECONDS;
 var init_mcp_job_helpers = __esm({
   "../core/dist/composite/_mcp-job-helpers.js"() {
     "use strict";
@@ -22842,6 +22895,7 @@ var init_mcp_job_helpers = __esm({
     COUNTRY_LOCATION_VALUES = buildCountryLocationValues();
     MAX_EXCLUDE_LEAD_IDS = 500;
     MAX_LEAD_REFS = 500;
+    MAX_WAIT_SECONDS = 45;
   }
 });
 
@@ -23031,13 +23085,14 @@ var init_find_new_leads = __esm({
           },
           wait_seconds: {
             type: "number",
-            description: "How long to poll before returning (default 45, max 180, 0 = submit + one snapshot). Free searches usually finish inside the window; qualified exploration can take minutes \u2014 the result then carries still_running:true and the job_id to check with leadbay_lead_job_status."
+            description: "How long to poll before returning (default and maximum 45 \u2014 the whole call is bounded by it, so a slow submit shortens the poll; 0 = submit + one snapshot). Free searches usually finish inside the window; qualified exploration can take minutes \u2014 the result then carries still_running:true and the job_id to check with leadbay_lead_job_status."
           }
         },
         required: ["count", "request_id"],
         additionalProperties: false
       },
       execute: async (client, params, ctx) => {
+        const startedAt = Date.now();
         params = coerceArrayParams(params, [
           "contact_titles",
           "channels",
@@ -23176,7 +23231,7 @@ var init_find_new_leads = __esm({
         const mocked = mockedSubmitPreview(submit, "leadbay_find_new_leads", client.region);
         if (mocked)
           return mocked;
-        const waitSeconds = clampWaitSeconds(params.wait_seconds, DEFAULT_WAIT_SECONDS);
+        const waitSeconds = clampWaitSeconds(params.wait_seconds, DEFAULT_WAIT_SECONDS, startedAt);
         const snapshot = await snapshotAfterSubmit(client, submit.job_id, waitSeconds, ctx, params.count);
         const done = TERMINAL_JOB_STATES.has(snapshot.job.state);
         const { leads, skipped } = splitItems(snapshot);
@@ -23221,7 +23276,7 @@ var init_find_new_leads = __esm({
             // INCREMENTALLY instead of re-reading (and re-rendering) the
             // rows already delivered in this response.
             since: snapshot.next_since ?? null,
-            suggested_wait_seconds: done ? 0 : 60
+            suggested_wait_seconds: done ? 0 : MAX_WAIT_SECONDS
           },
           ...sectorNote(attempt.rewritten),
           ...countryNote,
@@ -23346,7 +23401,7 @@ function identityAnswer(jobId, snapshot, items, offset) {
       job_id: jobId,
       compact: true,
       offset: nextOffset,
-      suggested_wait_seconds: done ? 0 : 60
+      suggested_wait_seconds: done ? 0 : MAX_WAIT_SECONDS
     }
   };
 }
@@ -23571,12 +23626,13 @@ var init_qualify_leads = __esm({
           },
           wait_seconds: {
             type: "number",
-            description: "How long to poll before returning (default 45, max 180, 0 = submit + one snapshot). Large or research-heavy batches can take minutes \u2014 the result then carries still_running:true and the job_id for leadbay_lead_job_status."
+            description: "How long to poll before returning (default and maximum 45 \u2014 the whole call is bounded by it, so a slow submit shortens the poll; 0 = submit + one snapshot). Large or research-heavy batches can take minutes \u2014 the result then carries still_running:true and the job_id for leadbay_lead_job_status."
           }
         },
         additionalProperties: false
       },
       execute: async (client, params, ctx) => {
+        const startedAt = Date.now();
         params = coerceArrayParams(params, [
           "lead_refs",
           "contact_titles",
@@ -23636,7 +23692,7 @@ var init_qualify_leads = __esm({
         const mocked = mockedSubmitPreview(submit, "leadbay_qualify_leads", client.region);
         if (mocked)
           return mocked;
-        const waitSeconds = clampWaitSeconds(params.wait_seconds, DEFAULT_WAIT_SECONDS2);
+        const waitSeconds = clampWaitSeconds(params.wait_seconds, DEFAULT_WAIT_SECONDS2, startedAt);
         const snapshot = await snapshotAfterSubmit(client, submit.job_id, waitSeconds, ctx, submit.items_requested);
         const done = TERMINAL_JOB_STATES.has(snapshot.job.state);
         const indexed = submit.duplicate ?? false ? remapInputIndexes(snapshot.items, params.lead_refs) : { items: snapshot.items, remapped: true };
@@ -23713,7 +23769,7 @@ var init_qualify_leads = __esm({
             // INCREMENTALLY instead of re-reading (and re-rendering) the
             // rows already delivered in this response.
             since: snapshot.next_since ?? null,
-            suggested_wait_seconds: done ? 0 : 60
+            suggested_wait_seconds: done ? 0 : MAX_WAIT_SECONDS
           },
           region: client.region
         };
@@ -23757,7 +23813,7 @@ var init_lead_job_status = __esm({
           },
           wait_seconds: {
             type: "number",
-            description: "0 (default) = instant snapshot. >0 = keep polling up to this many seconds until the job is terminal \u2014 use ~60 when the user asked to wait for results."
+            description: "0 (default) = instant snapshot. >0 = keep polling up to this many seconds (maximum 45) until the job is terminal \u2014 use 45 when the user asked to wait for results."
           },
           compact: {
             type: "boolean",
@@ -23809,7 +23865,7 @@ var init_lead_job_status = __esm({
             // Same incremental handoff as the submit tools — following
             // next_poll without the cursor re-reads the rows just returned.
             since: snapshot.next_since ?? null,
-            suggested_wait_seconds: done ? 0 : 60
+            suggested_wait_seconds: done ? 0 : MAX_WAIT_SECONDS
           },
           region: client.region
         };
@@ -27229,7 +27285,7 @@ searched. Render the delivery table and judge fit honestly: are these the
 kind of companies I asked for?
 
 - **\`still_running: true\`** \u2192 the job is ALIVE. Do not judge the seed and do
-  not relaunch \u2014 poll \`leadbay_lead_job_status\` (\`wait_seconds: 60\`) until
+  not relaunch \u2014 poll \`leadbay_lead_job_status\` (\`wait_seconds: 45\`) until
   it goes terminal, reporting progress. Relaunching now burns an active-job
   slot and rate-limit budget on a search that may be about to deliver.
 - **On-profile** (terminal) \u2192 offer Phase 4.
@@ -27287,7 +27343,7 @@ When I want qualification evidence and/or reachable contacts:
    \`exploration_cap\` can examine more than that, so send the most recent 500
    rejects rather than an over-long list the tool refuses outright.
 3. While the job runs, poll with \`leadbay_lead_job_status\`
-   (\`wait_seconds: 60\`); report progress, not silence.
+   (\`wait_seconds: 45\`); report progress, not silence.
 
 # PHASE 5 \u2014 DELIVER
 
@@ -32137,7 +32193,7 @@ var OAUTH_BASE_URLS = {
     fr: "https://staging.api.leadbay.app"
   }
 };
-var VERSION = "0.39.7";
+var VERSION = "0.39.9";
 var HELP = `
 leadbay-mcp ${VERSION} \u2014 Leadbay Model Context Protocol server
 

package/dist/http-server.js

@@ -1400,7 +1400,7 @@ searched. Render the delivery table and judge fit honestly: are these the
 kind of companies I asked for?
 
 - **\`still_running: true\`** \u2192 the job is ALIVE. Do not judge the seed and do
-  not relaunch \u2014 poll \`leadbay_lead_job_status\` (\`wait_seconds: 60\`) until
+  not relaunch \u2014 poll \`leadbay_lead_job_status\` (\`wait_seconds: 45\`) until
   it goes terminal, reporting progress. Relaunching now burns an active-job
   slot and rate-limit budget on a search that may be about to deliver.
 - **On-profile** (terminal) \u2192 offer Phase 4.
@@ -1458,7 +1458,7 @@ When I want qualification evidence and/or reachable contacts:
    \`exploration_cap\` can examine more than that, so send the most recent 500
    rejects rather than an over-long list the tool refuses outright.
 3. While the job runs, poll with \`leadbay_lead_job_status\`
-   (\`wait_seconds: 60\`); report progress, not silence.
+   (\`wait_seconds: 45\`); report progress, not silence.
 
 # PHASE 5 \u2014 DELIVER
 
@@ -4932,7 +4932,7 @@ WHEN TO USE: the user asks for a clickable / interactive artifact, dashboard, or
 
 WHEN NOT TO USE: the user wants a plain data answer (route to leadbay_pull_leads / leadbay_pull_followups) or to log a single real outreach you just did (leadbay_report_outreach).
 `;
-var leadbay_bulk_enrich_status = `Check status + per-lead contacts for a bulk enrichment you previously launched via leadbay_enrich_titles. Pass the \`notification_id\` for the job counters in one call, and/or the \`lead_ids\` + \`titles\` + \`email\` / \`phone\` the launch returned for per-lead progress. \`lead_ids\` alone is a valid call and is the reliable one: the job lookup is a scan of your recent notifications, so an archived job may not be found, and an enrichment notification does not always carry counters (then the tool answers \`ENRICH_JOB_NO_COUNTERS\` with the backend's running/finished flag and asks for \`lead_ids\`) \u2014 but the leads always answer. When \`include_contacts=true\` (opt-in), includes each contact's email/phone_number/job_title/enrichment.done.
+var leadbay_bulk_enrich_status = `Check status + per-lead contacts for a bulk enrichment you previously launched via leadbay_enrich_titles. Pass the \`notification_id\`, and/or the \`lead_ids\` + \`titles\` + \`email\` / \`phone\` the launch returned. Either one alone is a valid call: with \`notification_id\` the tool reads the job's lead set back from the backend, so an id kept from an earlier conversation still answers with per-lead progress. Pass \`lead_ids\` as well whenever you still have them \u2014 the job lookup is a scan of your recent notifications, so an archived job may not be found, but the leads always answer. \`titles\` / \`email\` / \`phone\` scope the count to the roles and channel THIS run asked for. When \`include_contacts=true\` (opt-in), includes each contact's email/phone_number/job_title/enrichment.done.
 
 WHEN TO USE: poll this REPEATEDLY after leadbay_enrich_titles returns a \`notification_id\`, staying active until the job is done \u2014 don't stop after one check, and don't hand the turn back to the user while progress is still climbing. "Done" = \`all_done:true\`, OR \`overall_progress.done\` has held steady across several SPACED polls (~15\u201330s apart) over at least ~90s\u20132 min of elapsed time (a reservation the provider never answers stays \`done:false\`, so \`all_done\` can stay false forever \u2014 don't spin indefinitely; a contact with nothing found does flip, to \`done:true\` with \`credits_used:0\`). Do NOT declare a plateau from the first few back-to-back reads: right after launch, \`overall_progress.done\` can sit flat while the backend is still spinning the job up, so space your polls out and give it real elapsed time before treating a flat count as terminal. Also do NOT declare a plateau while the result carries \`partial_failures\` \u2014 a flat \`done\` there means a transient per-lead fetch error (e.g. a 429), NOT an unresolvable contact; keep polling (respecting any \`retry_after\`) or surface it as a temporary status failure, rather than reporting those leads as permanently unresolved. Default \`include_contacts=false\` for the cheap interim polls; set \`include_contacts=true\` on the read you report from to pull each lead's enriched contacts for the completion report.
 
@@ -5946,7 +5946,7 @@ Pick the 2-3 options that match what actually happened \u2014 never all seven:
 
 | Observation | Suggest | Calls |
 |---|---|---|
-| Job still running (\`still_running: true\`) | "Check on it in ~1 min" | leadbay_lead_job_status(job_id, wait_seconds: 60) |
+| Job still running (\`still_running: true\`) | "Check on it in ~1 min" | leadbay_lead_job_status(job_id, wait_seconds: 45) |
 | Free run delivered on-profile leads | "Qualify these N against your criteria (uses quota \u2014 \`dry_run\` first)" | leadbay_qualify_leads(prior_deliveries: {job_id}) |
 | Delivered leads look right | "Draft outreach for the top ones" | leadbay_prepare_outreach |
 | Delivered 0 or off-profile | "Reshape the example and retry" (name the fix from funnel + scope_notes) | leadbay_find_new_leads (NEW request_id) |
@@ -6942,7 +6942,7 @@ Trigger phrases: "is the lead search done", "any results yet on that job", "chec
 
 Do NOT use for: "is the enrichment done" \u2192 \`leadbay_bulk_enrich_status\`; "is my import done" \u2192 \`leadbay_import_status\`; "is the top-N qualification done" \u2192 \`leadbay_qualify_status\`.
 
-Prefer when: a find_new_leads / qualify_leads result carried next_poll \u2014 pass its job_id; use wait_seconds ~60 when the user asked to wait for results.
+Prefer when: a find_new_leads / qualify_leads result carried next_poll \u2014 pass its job_id; use wait_seconds 45 when the user asked to wait for results.
 
 Examples that SHOULD invoke this tool:
 - "Any leads yet from that search you started?"
@@ -6969,7 +6969,7 @@ usage counters (never render them), and the \`explain\` block
 (basis, seed strategy, scope notes). Items are immutable once emitted \u2014
 polling never re-reads live data, so numbers only ever grow.
 
-\`wait_seconds: 0\` (default) answers instantly; set ~60 to block-wait for
+\`wait_seconds: 0\` (default) answers instantly; set 45 (the maximum) to block-wait for
 completion when the user asked for results "in this reply". \`since\` (from a
 prior poll's \`next_since\`) pages only the new items. Jobs terminalize
 server-side: past the 30-min wall clock a job reads \`completed_partial\`
@@ -7151,7 +7151,7 @@ is a status tool, keep it terse:
 
 | Observation | Suggest | Calls |
 |---|---|---|
-| Still running | "Keep waiting (~1 min) or leave it \u2014 results are kept 30 days" | leadbay_lead_job_status(job_id, wait_seconds: 60) |
+| Still running | "Keep waiting (~1 min) or leave it \u2014 results are kept 30 days" | leadbay_lead_job_status(job_id, wait_seconds: 45) |
 | Terminal (completed / partial / failed) | Render the delivery per the RENDERING block, then offer the matching find_new_leads / qualify_leads NEXT STEPS | \u2014 |
 | \`expired\` (past the 30-day window) | "Re-read the delivered leads from your delivery ledger" \u2014 there is nothing left to render: the job terminalized and its items are no longer listed, so do NOT present an empty delivery as a result | leadbay_qualify_leads(prior_deliveries: {job_id}) |
 `;
@@ -8491,7 +8491,7 @@ Pick the 2-3 options that match what actually happened:
 
 | Observation | Suggest | Calls |
 |---|---|---|
-| Job still running | "Check on it in ~1 min" | leadbay_lead_job_status(job_id, wait_seconds: 60) |
+| Job still running | "Check on it in ~1 min" | leadbay_lead_job_status(job_id, wait_seconds: 45) |
 | Fit leads with contacts delivered | "Draft outreach for the qualified ones" | leadbay_prepare_outreach |
 | Items skipped \`not_in_universe\` | "Import those companies first, then re-qualify" | leadbay_import_leads \u2192 leadbay_qualify_leads |
 | Items skipped \`low_confidence_identity\` | "Pick the right match" (show \`resolution.alternatives\`) | leadbay_qualify_leads with the chosen lead_id |
@@ -10744,7 +10744,7 @@ Pick the 2-3 options that match what actually happened \u2014 never all seven:
 
 | Observation | Suggest | Calls |
 |---|---|---|
-| Job still running (\`still_running: true\`) | "Check on it in ~1 min" | leadbay_lead_job_status(job_id, wait_seconds: 60) |
+| Job still running (\`still_running: true\`) | "Check on it in ~1 min" | leadbay_lead_job_status(job_id, wait_seconds: 45) |
 | Free run delivered on-profile leads | "Qualify these N against your criteria (uses quota \u2014 \`dry_run\` first)" | leadbay_qualify_leads(prior_deliveries: {job_id}) |
 | Delivered leads look right | "Draft outreach for the top ones" | leadbay_prepare_outreach |
 | Delivered 0 or off-profile | "Reshape the example and retry" (name the fix from funnel + scope_notes) | leadbay_find_new_leads (NEW request_id) |
@@ -23290,6 +23290,27 @@ async function pMap(items, fn, concurrency) {
   await Promise.all(Array.from({ length: Math.min(concurrency, items.length) }, () => worker()));
   return out;
 }
+var BULK_LEADS_PAGE_SIZE = 100;
+var BULK_LEADS_MAX_PAGES = 3;
+async function readBulkLeadIds(client, bulkId) {
+  const ids = [];
+  for (let page = 0; page < BULK_LEADS_MAX_PAGES; page += 1) {
+    let res;
+    try {
+      res = await client.request("GET", `/leads/bulk_enrichments/${encodeURIComponent(bulkId)}/leads?contacts=false&count=${BULK_LEADS_PAGE_SIZE}&page=${page}`);
+    } catch {
+      return null;
+    }
+    for (const item of res?.items ?? []) {
+      if (item?.id)
+        ids.push(item.id);
+    }
+    const pages = res?.pagination?.pages ?? 1;
+    if (page + 1 >= pages)
+      return ids;
+  }
+  return null;
+}
 var bulkEnrichStatus = {
   name: "leadbay_bulk_enrich_status",
   annotations: {
@@ -23305,7 +23326,7 @@ var bulkEnrichStatus = {
     properties: {
       notification_id: {
         type: "string",
-        description: "The `notification_id` returned by leadbay_enrich_titles. Gives the job-level counters in one call."
+        description: "The `notification_id` returned by leadbay_enrich_titles. Answers on its own: the tool reads the job's lead set back from the backend, so an id kept from an earlier conversation still gives per-lead progress."
       },
       lead_ids: {
         type: "array",
@@ -23369,7 +23390,7 @@ var bulkEnrichStatus = {
   },
   execute: async (client, params, ctx) => {
     const includeContacts = params.include_contacts ?? false;
-    const leadIds = params.lead_ids ?? [];
+    let leadIds = params.lead_ids ?? [];
     const startMs = Date.now();
     if (!params.notification_id && leadIds.length === 0) {
       return {
@@ -23382,6 +23403,7 @@ var bulkEnrichStatus = {
     let bp = null;
     let inProgress = null;
     let launchedAt = null;
+    let bulkAnchorId = null;
     if (params.notification_id) {
       const n = await readNotificationById(client, params.notification_id);
       if (n && inferKind(n) !== "bulk_enrich") {
@@ -23397,6 +23419,7 @@ var bulkEnrichStatus = {
         bp = n.bulk_progress;
         inProgress = n.in_progress;
         launchedAt = n.created_at;
+        bulkAnchorId = anchorIdFor(n, "bulk_enrich");
       } else if (leadIds.length === 0) {
         return {
           error: true,
@@ -23406,6 +23429,9 @@ var bulkEnrichStatus = {
         };
       }
     }
+    if (!bp && leadIds.length === 0 && bulkAnchorId !== null) {
+      leadIds = await readBulkLeadIds(client, bulkAnchorId) ?? [];
+    }
     if (leadIds.length > 0) {
       const wantTitles = new Set((params.titles ?? []).map((t) => t.trim().toLowerCase()));
       const inThisRun = (c) => {
@@ -23509,13 +23535,18 @@ var bulkEnrichStatus = {
       };
     }
     if (!bp) {
+      const isReportRead2 = inProgress === false;
+      const creditsRemaining2 = isReportRead2 ? await readCreditsRemaining(client, true) : null;
       return {
-        error: true,
-        code: "ENRICH_JOB_NO_COUNTERS",
-        message: `This enrichment notification carries no per-contact counters; the backend reports it as ${inProgress ? "still running" : "finished"}`,
-        hint: "Re-call with the `lead_ids` returned by leadbay_enrich_titles (plus titles/email/phone) \u2014 that path counts contacts directly and works whether or not the notification has counters.",
+        notification_id: params.notification_id,
+        ...launchedAt ? { launched_at: launchedAt } : {},
+        status: inProgress ? "launched" : "complete",
+        leads: [],
+        overall_progress: { done: 0, total: 0, done_ratio: 0 },
         ...inProgress !== null ? { in_progress: inProgress } : {},
-        ...launchedAt ? { launched_at: launchedAt } : {}
+        all_done: isReportRead2,
+        ...isReportRead2 ? { credits_remaining: creditsRemaining2 } : {},
+        counts_hint: "This job's notification carries no per-contact counters and its lead set could not be read back, so done/total are 0. Re-call with the `lead_ids` returned by leadbay_enrich_titles (plus titles/email/phone) to count contacts directly."
       };
     }
     const done = bp.success_count + bp.failure_count + bp.quota_hit_count;
@@ -23742,6 +23773,21 @@ function mergeFilter(current, toAddSectors, toExcludeSectors, sizes, toAddLocati
   const items = current?.lens_filter?.items ?? [];
   const item = items[0] ?? { criteria: [] };
   const criteria = item.criteria ? [...item.criteria] : [];
+  const dropIds = (type, fromExcluded, ids) => {
+    if (ids.length === 0)
+      return;
+    const idx = criteria.findIndex((c) => c.type === type && !!c.is_excluded === fromExcluded);
+    if (idx < 0)
+      return;
+    const cur = criteria[idx];
+    const key = type === "sector_ids" ? "sectors" : "locations";
+    const held = cur[key] ?? [];
+    const kept = held.filter((s) => !ids.includes(s));
+    if (kept.length === 0)
+      criteria.splice(idx, 1);
+    else
+      criteria[idx] = { ...cur, [key]: kept };
+  };
   if (toAddSectors.length > 0) {
     const idx = criteria.findIndex((c) => c.type === "sector_ids" && !c.is_excluded);
     if (idx >= 0) {
@@ -23756,6 +23802,7 @@ function mergeFilter(current, toAddSectors, toExcludeSectors, sizes, toAddLocati
       });
     }
   }
+  dropIds("sector_ids", true, toAddSectors);
   if (toExcludeSectors.length > 0) {
     const idx = criteria.findIndex((c) => c.type === "sector_ids" && c.is_excluded);
     if (idx >= 0) {
@@ -23770,6 +23817,7 @@ function mergeFilter(current, toAddSectors, toExcludeSectors, sizes, toAddLocati
       });
     }
   }
+  dropIds("sector_ids", false, toExcludeSectors);
   if (toAddLocations.length > 0) {
     const idx = criteria.findIndex((c) => c.type === "location_ids" && !c.is_excluded);
     if (idx >= 0) {
@@ -23784,6 +23832,7 @@ function mergeFilter(current, toAddSectors, toExcludeSectors, sizes, toAddLocati
       });
     }
   }
+  dropIds("location_ids", true, toAddLocations);
   if (toExcludeLocations.length > 0) {
     const idx = criteria.findIndex((c) => c.type === "location_ids" && c.is_excluded);
     if (idx >= 0) {
@@ -23798,6 +23847,7 @@ function mergeFilter(current, toAddSectors, toExcludeSectors, sizes, toAddLocati
       });
     }
   }
+  dropIds("location_ids", false, toExcludeLocations);
   if (sizes && sizes.length > 0) {
     const normalizedSizes = sizes.map((s) => ({
       min: s.min ?? 0,
@@ -24993,10 +25043,14 @@ function normalizeSearchFilters(filters) {
   }
   return out;
 }
-function clampWaitSeconds(requested, fallback) {
-  if (requested == null || Number.isNaN(requested))
-    return fallback;
-  return Math.min(Math.max(requested, 0), 180);
+var MAX_WAIT_SECONDS = 45;
+function clampWaitSeconds(requested, fallback, startedAtMs) {
+  const asked = requested == null || Number.isNaN(requested) ? fallback : requested;
+  const bounded = Math.min(Math.max(asked, 0), MAX_WAIT_SECONDS);
+  if (startedAtMs == null)
+    return bounded;
+  const spentSeconds = (Date.now() - startedAtMs) / 1e3;
+  return Math.max(0, Math.min(bounded, MAX_WAIT_SECONDS - spentSeconds));
 }
 
 // ../core/dist/composite/find-new-leads.js
@@ -25177,13 +25231,14 @@ var findNewLeads = {
       },
       wait_seconds: {
         type: "number",
-        description: "How long to poll before returning (default 45, max 180, 0 = submit + one snapshot). Free searches usually finish inside the window; qualified exploration can take minutes \u2014 the result then carries still_running:true and the job_id to check with leadbay_lead_job_status."
+        description: "How long to poll before returning (default and maximum 45 \u2014 the whole call is bounded by it, so a slow submit shortens the poll; 0 = submit + one snapshot). Free searches usually finish inside the window; qualified exploration can take minutes \u2014 the result then carries still_running:true and the job_id to check with leadbay_lead_job_status."
       }
     },
     required: ["count", "request_id"],
     additionalProperties: false
   },
   execute: async (client, params, ctx) => {
+    const startedAt = Date.now();
     params = coerceArrayParams(params, [
       "contact_titles",
       "channels",
@@ -25322,7 +25377,7 @@ var findNewLeads = {
     const mocked = mockedSubmitPreview(submit, "leadbay_find_new_leads", client.region);
     if (mocked)
       return mocked;
-    const waitSeconds = clampWaitSeconds(params.wait_seconds, DEFAULT_WAIT_SECONDS);
+    const waitSeconds = clampWaitSeconds(params.wait_seconds, DEFAULT_WAIT_SECONDS, startedAt);
     const snapshot = await snapshotAfterSubmit(client, submit.job_id, waitSeconds, ctx, params.count);
     const done = TERMINAL_JOB_STATES.has(snapshot.job.state);
     const { leads, skipped } = splitItems(snapshot);
@@ -25367,7 +25422,7 @@ var findNewLeads = {
         // INCREMENTALLY instead of re-reading (and re-rendering) the
         // rows already delivered in this response.
         since: snapshot.next_since ?? null,
-        suggested_wait_seconds: done ? 0 : 60
+        suggested_wait_seconds: done ? 0 : MAX_WAIT_SECONDS
       },
       ...sectorNote(attempt.rewritten),
       ...countryNote,
@@ -25501,7 +25556,7 @@ function identityAnswer(jobId, snapshot, items, offset) {
       job_id: jobId,
       compact: true,
       offset: nextOffset,
-      suggested_wait_seconds: done ? 0 : 60
+      suggested_wait_seconds: done ? 0 : MAX_WAIT_SECONDS
     }
   };
 }
@@ -25699,12 +25754,13 @@ var qualifyLeads = {
       },
       wait_seconds: {
         type: "number",
-        description: "How long to poll before returning (default 45, max 180, 0 = submit + one snapshot). Large or research-heavy batches can take minutes \u2014 the result then carries still_running:true and the job_id for leadbay_lead_job_status."
+        description: "How long to poll before returning (default and maximum 45 \u2014 the whole call is bounded by it, so a slow submit shortens the poll; 0 = submit + one snapshot). Large or research-heavy batches can take minutes \u2014 the result then carries still_running:true and the job_id for leadbay_lead_job_status."
       }
     },
     additionalProperties: false
   },
   execute: async (client, params, ctx) => {
+    const startedAt = Date.now();
     params = coerceArrayParams(params, [
       "lead_refs",
       "contact_titles",
@@ -25764,7 +25820,7 @@ var qualifyLeads = {
     const mocked = mockedSubmitPreview(submit, "leadbay_qualify_leads", client.region);
     if (mocked)
       return mocked;
-    const waitSeconds = clampWaitSeconds(params.wait_seconds, DEFAULT_WAIT_SECONDS2);
+    const waitSeconds = clampWaitSeconds(params.wait_seconds, DEFAULT_WAIT_SECONDS2, startedAt);
     const snapshot = await snapshotAfterSubmit(client, submit.job_id, waitSeconds, ctx, submit.items_requested);
     const done = TERMINAL_JOB_STATES.has(snapshot.job.state);
     const indexed = submit.duplicate ?? false ? remapInputIndexes(snapshot.items, params.lead_refs) : { items: snapshot.items, remapped: true };
@@ -25841,7 +25897,7 @@ var qualifyLeads = {
         // INCREMENTALLY instead of re-reading (and re-rendering) the
         // rows already delivered in this response.
         since: snapshot.next_since ?? null,
-        suggested_wait_seconds: done ? 0 : 60
+        suggested_wait_seconds: done ? 0 : MAX_WAIT_SECONDS
       },
       region: client.region
     };
@@ -25876,7 +25932,7 @@ var leadJobStatus = {
       },
       wait_seconds: {
         type: "number",
-        description: "0 (default) = instant snapshot. >0 = keep polling up to this many seconds until the job is terminal \u2014 use ~60 when the user asked to wait for results."
+        description: "0 (default) = instant snapshot. >0 = keep polling up to this many seconds (maximum 45) until the job is terminal \u2014 use 45 when the user asked to wait for results."
       },
       compact: {
         type: "boolean",
@@ -25928,7 +25984,7 @@ var leadJobStatus = {
         // Same incremental handoff as the submit tools — following
         // next_poll without the cursor re-reads the rows just returned.
         since: snapshot.next_since ?? null,
-        suggested_wait_seconds: done ? 0 : 60
+        suggested_wait_seconds: done ? 0 : MAX_WAIT_SECONDS
       },
       region: client.region
     };
@@ -29410,7 +29466,7 @@ function parseWriteEnv(env = process.env) {
 }
 
 // src/http-server.ts
-var VERSION = true ? "0.39.7" : "0.0.0-dev";
+var VERSION = true ? "0.39.9" : "0.0.0-dev";
 var PORT = Number(process.env.PORT ?? 8080);
 var HOST = process.env.HOST ?? "0.0.0.0";
 var logger = {

package/dist/installer-electron.js

@@ -1805,7 +1805,7 @@ var init_installer_gui = __esm({
     init_install_dxt();
     init_install_shared();
     init_oauth();
-    VERSION = true ? "0.39.7" : "0.0.0-dev";
+    VERSION = true ? "0.39.9" : "0.0.0-dev";
     MESSAGES = {
       en: {
         installer: {

package/dist/installer-gui.js

@@ -1068,7 +1068,7 @@ async function oauthLogin(opts) {
 }
 
 // installer/installer-gui.ts
-var VERSION = true ? "0.39.7" : "0.0.0-dev";
+var VERSION = true ? "0.39.9" : "0.0.0-dev";
 var MESSAGES = {
   en: {
     installer: {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@leadbay/mcp",
-  "version": "0.39.7",
+  "version": "0.39.9",
   "mcpName": "io.github.leadbay/leadbay-mcp",
   "description": "Model Context Protocol (MCP) server for Leadbay — AI lead discovery, qualification, and enrichment for Claude Desktop, Cursor, and Claude Code.",
   "type": "module",