@sellable/mcp 0.1.149 → 0.1.151

package/dist/tools/rubrics.d.ts

@@ -33,6 +33,7 @@ type WaitForRubricResultsInput = {
     tableId?: string;
     targetCount?: number;
     minPassedCount?: number;
+    minMessagesCount?: number;
     timeoutMs?: number;
     intervalMs?: number;
     includeRows?: boolean;
@@ -114,6 +115,7 @@ export declare const rubricToolDefinitions: ({
             tableId?: undefined;
             targetCount?: undefined;
             minPassedCount?: undefined;
+            minMessagesCount?: undefined;
             timeoutMs?: undefined;
             intervalMs?: undefined;
             includeRows?: undefined;
@@ -147,6 +149,7 @@ export declare const rubricToolDefinitions: ({
             tableId?: undefined;
             targetCount?: undefined;
             minPassedCount?: undefined;
+            minMessagesCount?: undefined;
             timeoutMs?: undefined;
             intervalMs?: undefined;
             includeRows?: undefined;
@@ -205,6 +208,7 @@ export declare const rubricToolDefinitions: ({
             tableId?: undefined;
             targetCount?: undefined;
             minPassedCount?: undefined;
+            minMessagesCount?: undefined;
             timeoutMs?: undefined;
             intervalMs?: undefined;
             includeRows?: undefined;
@@ -263,6 +267,7 @@ export declare const rubricToolDefinitions: ({
             tableId?: undefined;
             targetCount?: undefined;
             minPassedCount?: undefined;
+            minMessagesCount?: undefined;
             timeoutMs?: undefined;
             intervalMs?: undefined;
             includeRows?: undefined;
@@ -323,6 +328,7 @@ export declare const rubricToolDefinitions: ({
             tableId?: undefined;
             targetCount?: undefined;
             minPassedCount?: undefined;
+            minMessagesCount?: undefined;
             timeoutMs?: undefined;
             intervalMs?: undefined;
             includeRows?: undefined;
@@ -353,6 +359,7 @@ export declare const rubricToolDefinitions: ({
             tableId?: undefined;
             targetCount?: undefined;
             minPassedCount?: undefined;
+            minMessagesCount?: undefined;
             timeoutMs?: undefined;
             intervalMs?: undefined;
             includeRows?: undefined;
@@ -383,6 +390,7 @@ export declare const rubricToolDefinitions: ({
             tableId?: undefined;
             targetCount?: undefined;
             minPassedCount?: undefined;
+            minMessagesCount?: undefined;
             timeoutMs?: undefined;
             intervalMs?: undefined;
             includeRows?: undefined;
@@ -412,6 +420,10 @@ export declare const rubricToolDefinitions: ({
                 type: string;
                 description: string;
             };
+            minMessagesCount: {
+                type: string;
+                description: string;
+            };
             timeoutMs: {
                 type: string;
                 description: string;
@@ -508,6 +520,12 @@ export declare function checkRubric(input: CheckRubricInput): Promise<{
 export declare function waitForRubricResults(input: WaitForRubricResultsInput): Promise<{
     stats: WorkflowTableStats;
     rows?: import("./rows.js").LightweightRow[] | undefined;
+    messageGeneration?: {
+        completed: number;
+        passingGeneratedMessages: number;
+        minMessagesCount: number;
+        floorMet: boolean;
+    } | undefined;
     ready: boolean;
     attempts: number;
     elapsedMs: number;
@@ -520,28 +538,14 @@ export declare function waitForRubricResults(input: WaitForRubricResultsInput):
         targetCount: number;
         pending?: undefined;
     };
-    reason?: undefined;
-    partialResult?: undefined;
-    diagnostic?: undefined;
-    guidance?: undefined;
 } | {
     stats: WorkflowTableStats;
     rows?: import("./rows.js").LightweightRow[] | undefined;
-    ready: boolean;
-    partial: boolean;
-    reason: string;
-    attempts: number;
-    elapsedMs: number;
-    tableId: string;
-    passRate: {
-        completed: number;
-        passed: number;
-        pending: number;
-        percent: number;
-        targetCount: number;
-        minPassedCount: number;
-    };
     partialResult: {
+        messagesCount?: number | undefined;
+        passingGeneratedMessages?: number | undefined;
+        minMessagesCount?: number | undefined;
+        messageFloorMet?: boolean | undefined;
         completed: number;
         passed: number;
         pending: number;
@@ -551,23 +555,32 @@ export declare function waitForRubricResults(input: WaitForRubricResultsInput):
         enoughToDiagnose: boolean;
         floorMet: boolean;
     };
-    diagnostic?: undefined;
-    guidance?: undefined;
-} | {
+    messageGeneration?: {
+        completed: number;
+        passingGeneratedMessages: number;
+        minMessagesCount: number;
+        floorMet: boolean;
+    } | undefined;
     ready: boolean;
+    partial: boolean;
     reason: string;
     attempts: number;
     elapsedMs: number;
     tableId: string;
     passRate: {
-        minPassedCount?: number | undefined;
         completed: number;
         passed: number;
         pending: number;
         percent: number;
         targetCount: number;
+        minPassedCount: number;
     };
+} | {
     partialResult: {
+        messagesCount?: number | undefined;
+        passingGeneratedMessages?: number | undefined;
+        minMessagesCount?: number | undefined;
+        messageFloorMet?: boolean | undefined;
         enoughToDiagnose: boolean;
         floorMet: boolean;
         minPassedCount?: number | undefined;
@@ -581,12 +594,31 @@ export declare function waitForRubricResults(input: WaitForRubricResultsInput):
         totalRows: number;
         enrichedCount: number | undefined;
         needsEnrichCount: number | undefined;
-        messagesCount: number | undefined;
+        messagesCount: number;
         needsApprovalCount: number | undefined;
         processingCount: number | undefined;
         failedCount: number | undefined;
     };
     guidance: string;
     stats: WorkflowTableStats | null;
+    messageGeneration?: {
+        completed: number;
+        passingGeneratedMessages: number;
+        minMessagesCount: number;
+        floorMet: boolean;
+    } | undefined;
+    ready: boolean;
+    reason: string;
+    attempts: number;
+    elapsedMs: number;
+    tableId: string;
+    passRate: {
+        minPassedCount?: number | undefined;
+        completed: number;
+        passed: number;
+        pending: number;
+        percent: number;
+        targetCount: number;
+    };
 }>;
 export {};

package/dist/tools/rubrics.js

@@ -9,6 +9,11 @@ const DEFAULT_INTERVAL_MS = 2000;
 function sleep(ms) {
     return new Promise((resolve) => setTimeout(resolve, ms));
 }
+function countPassingGeneratedMessages(rowSnapshot) {
+    if (!rowSnapshot?.rows?.length)
+        return 0;
+    return rowSnapshot.rows.filter((row) => row.icpPassed === true && Boolean(row.message?.trim())).length;
+}
 function normalizeRubricItemDefaults(item) {
     return {
         ...item,
@@ -393,6 +398,10 @@ export const rubricToolDefinitions = [
                     type: "number",
                     description: "Optional pass floor for bounded create-campaign samples. When this floor is met, the tool returns ready:true with partial:true instead of waiting for every target row to finish.",
                 },
+                minMessagesCount: {
+                    type: "number",
+                    description: "Optional generated-message floor. When provided with minPassedCount, the tool waits until both floors are met so create-campaign-v2 can review the first passing generated message without waiting for the full batch.",
+                },
                 timeoutMs: {
                     type: "number",
                     description: `Max time to wait in ms (default ${DEFAULT_TIMEOUT_MS}).`,
@@ -688,6 +697,7 @@ export async function waitForRubricResults(input) {
     const intervalMs = Math.max(500, input.intervalMs ?? DEFAULT_INTERVAL_MS);
     const targetCount = resolveMaxProspects(input.targetCount);
     const minPassedCount = resolveMinPassedCount(input.minPassedCount);
+    const minMessagesCount = resolveMinPassedCount(input.minMessagesCount);
     const includeRows = input.includeRows !== false;
     let tableId = input.tableId;
     if (!tableId && input.campaignOfferId) {
@@ -709,19 +719,34 @@ export async function waitForRubricResults(input) {
         const totalRows = stats.totalRows ?? 0;
         const effectiveTarget = totalRows > 0 ? Math.min(targetCount, totalRows) : targetCount;
         const pending = Math.max(effectiveTarget - completed, 0);
+        const messagesCount = stats.messagesCount ?? 0;
         const failedCount = stats.failedCount ?? 0;
         const processingCount = stats.processingCount ?? 0;
         const queuedCount = stats.queuedCount ?? 0;
         const cancellableCount = stats.cancellableCount ?? 0;
         const minPassFloorMet = minPassedCount !== null && passed >= minPassedCount;
+        const rawMessageFloorMet = minMessagesCount === null || messagesCount >= minMessagesCount;
+        let rowSnapshotForMessageCheck = null;
+        let passingGeneratedMessagesCount = null;
+        if (minMessagesCount !== null && minPassFloorMet && rawMessageFloorMet) {
+            rowSnapshotForMessageCheck = await getTableRowsMinimal(tableId, {
+                limit: effectiveTarget,
+                includeMessages: true,
+            });
+            passingGeneratedMessagesCount = countPassingGeneratedMessages(rowSnapshotForMessageCheck);
+        }
+        const messageFloorMet = minMessagesCount === null ||
+            (passingGeneratedMessagesCount ?? 0) >= minMessagesCount;
+        const earlyFloorMet = minPassFloorMet && messageFloorMet;
         const unresolvedRowsResolvedAsFailures = pending > 0 && completed + failedCount >= effectiveTarget;
         const noActiveProcessing = processingCount === 0 && queuedCount === 0 && cancellableCount === 0;
-        if (completed >= effectiveTarget) {
+        if (completed >= effectiveTarget && messageFloorMet) {
             const percent = completed > 0 ? Math.round((passed / completed) * 100) : 0;
             const rowSnapshot = includeRows
-                ? await getTableRowsMinimal(tableId, {
-                    limit: effectiveTarget,
-                })
+                ? (rowSnapshotForMessageCheck ??
+                    (await getTableRowsMinimal(tableId, {
+                        limit: effectiveTarget,
+                    })))
                 : null;
             return {
                 ready: true,
@@ -735,11 +760,21 @@ export async function waitForRubricResults(input) {
                     targetCount: effectiveTarget,
                     ...(minPassedCount !== null ? { minPassedCount } : {}),
                 },
+                ...(minMessagesCount !== null
+                    ? {
+                        messageGeneration: {
+                            completed: messagesCount,
+                            passingGeneratedMessages: passingGeneratedMessagesCount ?? 0,
+                            minMessagesCount,
+                            floorMet: true,
+                        },
+                    }
+                    : {}),
                 ...(rowSnapshot ? { rows: rowSnapshot.rows } : {}),
                 stats,
             };
         }
-        if (minPassFloorMet) {
+        if (earlyFloorMet) {
             const percent = completed > 0 ? Math.round((passed / completed) * 100) : 0;
             const reason = !noActiveProcessing
                 ? "min_passed_count_met_with_active_processing"
@@ -747,9 +782,10 @@ export async function waitForRubricResults(input) {
                     ? "min_passed_count_met_with_resolved_failures"
                     : "min_passed_count_met_no_active_processing";
             const rowSnapshot = includeRows
-                ? await getTableRowsMinimal(tableId, {
-                    limit: effectiveTarget,
-                })
+                ? (rowSnapshotForMessageCheck ??
+                    (await getTableRowsMinimal(tableId, {
+                        limit: effectiveTarget,
+                    })))
                 : null;
             return {
                 ready: true,
@@ -766,6 +802,16 @@ export async function waitForRubricResults(input) {
                     targetCount: effectiveTarget,
                     minPassedCount,
                 },
+                ...(minMessagesCount !== null
+                    ? {
+                        messageGeneration: {
+                            completed: messagesCount,
+                            passingGeneratedMessages: passingGeneratedMessagesCount ?? 0,
+                            minMessagesCount,
+                            floorMet: true,
+                        },
+                    }
+                    : {}),
                 partialResult: {
                     completed,
                     passed,
@@ -775,6 +821,14 @@ export async function waitForRubricResults(input) {
                     minPassedCount,
                     enoughToDiagnose: true,
                     floorMet: true,
+                    ...(minMessagesCount !== null
+                        ? {
+                            messagesCount,
+                            passingGeneratedMessages: passingGeneratedMessagesCount ?? 0,
+                            minMessagesCount,
+                            messageFloorMet: true,
+                        }
+                        : {}),
                 },
                 ...(rowSnapshot ? { rows: rowSnapshot.rows } : {}),
                 stats,
@@ -785,9 +839,22 @@ export async function waitForRubricResults(input) {
     const completed = lastStats?.passRate?.completed ?? 0;
     const passed = lastStats?.passRate?.passed ?? 0;
     const percent = completed > 0 ? Math.round((passed / completed) * 100) : 0;
+    const messagesCount = lastStats?.messagesCount ?? 0;
     const totalRows = lastStats?.totalRows ?? 0;
     const effectiveTarget = totalRows > 0 ? Math.min(targetCount, totalRows) : targetCount;
     const pending = Math.max(effectiveTarget - completed, 0);
+    let timeoutPassingGeneratedMessagesCount = null;
+    if (minMessagesCount !== null) {
+        try {
+            timeoutPassingGeneratedMessagesCount = countPassingGeneratedMessages(await getTableRowsMinimal(tableId, {
+                limit: effectiveTarget,
+                includeMessages: true,
+            }));
+        }
+        catch {
+            timeoutPassingGeneratedMessagesCount = null;
+        }
+    }
     return {
         ready: false,
         reason: "timeout",
@@ -802,6 +869,16 @@ export async function waitForRubricResults(input) {
             targetCount: effectiveTarget,
             ...(minPassedCount !== null ? { minPassedCount } : {}),
         },
+        ...(minMessagesCount !== null
+            ? {
+                messageGeneration: {
+                    completed: messagesCount,
+                    passingGeneratedMessages: timeoutPassingGeneratedMessagesCount ?? 0,
+                    minMessagesCount,
+                    floorMet: (timeoutPassingGeneratedMessagesCount ?? 0) >= minMessagesCount,
+                },
+            }
+            : {}),
         partialResult: {
             completed,
             passed,
@@ -811,17 +888,25 @@ export async function waitForRubricResults(input) {
             ...(minPassedCount !== null ? { minPassedCount } : {}),
             enoughToDiagnose: completed > 0,
             floorMet: minPassedCount !== null && passed >= minPassedCount,
+            ...(minMessagesCount !== null
+                ? {
+                    messagesCount,
+                    passingGeneratedMessages: timeoutPassingGeneratedMessagesCount ?? 0,
+                    minMessagesCount,
+                    messageFloorMet: (timeoutPassingGeneratedMessagesCount ?? 0) >= minMessagesCount,
+                }
+                : {}),
         },
         diagnostic: {
             totalRows,
             enrichedCount: lastStats?.enrichedCount,
             needsEnrichCount: lastStats?.needsEnrichCount,
-            messagesCount: lastStats?.messagesCount,
+            messagesCount,
             needsApprovalCount: lastStats?.needsApprovalCount,
             processingCount: lastStats?.processingCount,
             failedCount: lastStats?.failedCount,
         },
-        guidance: "If this is create-campaign-v2 validate-sample, do not repeat waits indefinitely. Use passRate/stats to diagnose and surface sample_revision_required before Settings when the sample is under the pass floor or messages are incomplete.",
+        guidance: "If this is create-campaign-v2 validate-sample, do not repeat waits indefinitely. Use passRate/stats to diagnose and surface sample_revision_required before Settings when the sample is under the pass floor. If minMessagesCount is set, one passing generated message is enough to start review; do not wait for a stronger sample.",
         stats: lastStats,
     };
 }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@sellable/mcp",
-  "version": "0.1.149",
+  "version": "0.1.151",
   "type": "module",
   "description": "Sellable MCP server for Claude Code and Codex campaign workflows",
   "main": "dist/index.js",

package/skills/create-campaign/SKILL.md

@@ -143,11 +143,34 @@ why. Do not call `search_signals`, `search_sales_nav`, `search_prospeo`,
 `fetch_post_engagers`, or provider-scoped subagents until the user approves this
 source plan or explicitly chooses a different source.
 
+For hiring-led campaigns, do not default to Sales Nav just because the target is
+a role search. Prospeo is the primary lane when the brief asks for companies
+actively hiring specific roles, open-role signals, account/contact coverage, or
+verified contacts at hiring companies because `search_prospeo` supports
+`company_job_posting_hiring_for` and `company_job_posting_quantity`. Signal
+Discovery can be a parallel or fallback lane when relevant hiring conversations
+are likely. Sales Nav is useful for recent LinkedIn activity, role/title
+precision, and referral paths, but it does not provide hiring-by-role filters;
+say that distinction plainly in the source-plan gate.
+
 After scouting, ask for a second approval on the concrete source action. For
 Signal Discovery, name how many selected posts will be scraped, the target
 engager/source-candidate volume, and the bounded review-batch size. For Sales
-Nav or Prospeo, name the specific approved import lane. Do not call
-`import_leads` or `confirm_lead_list` until this second approval is granted.
+Nav or Prospeo, name the specific approved import lane and source lead count.
+Do not call `import_leads` or `confirm_lead_list` until this second approval is
+granted.
+
+For Sales Nav and Prospeo, the second gate approves materializing the source
+lead list, not importing only the review batch. Use the first-page/sample review
+to calculate projected good fits: sampled fit rate after conservative cleanup,
+raw pool size, source target, and expected good-fit count. If the projected
+good-fit pool is below the campaign target (normally about 150+ usable
+prospects unless source defaults say otherwise), keep refining/broadening
+filters before asking for import approval. Once it clears target, approve
+`import_leads` with the source-list `targetLeadCount` (up to the raw count or
+provider max). Only after the source list is ready should `confirm_lead_list`
+clone the bounded review batch into the campaign table.
+
 For Signal Discovery, the customer-facing approval card must use the exact
 action shape "Approve scraping N Signal Discovery posts?" and the chat summary
 should be a compact `## Source Recommendation` block with:
@@ -158,12 +181,13 @@ should be a compact `## Source Recommendation` block with:
 - planning floor: continue with Signal Discovery only when sampled/projected
   fit is at least 10% after cleanup; below that, move to Sales Nav recent
   activity instead of scraping noisy engagers
-- review checkpoint: import the first 25 leads for fit and message review
+- review checkpoint: after the source list exists, clone only the bounded
+  review batch into the campaign for fit and message review
 - a selected-post table with post author/topic, why it fits, and visible
   engagement
 - total visible pool and estimated good-fit pool
-- first pass: build the source list, then import only the review
-  batch
+- first pass: build the source list at the approved source-candidate target,
+  then clone only the bounded review batch into the campaign
 - fallback: switch to Sales Nav recent activity if sampled/projected fit falls
   below 10%, or if the review batch is vendor-heavy, agency-heavy, or off-ICP
 
@@ -171,7 +195,8 @@ When the user has not supplied a source and multiple source angles are viable,
 scout those angles as independent branches when the host can actually do it:
 LinkedIn Engagement / active post engagers (internal `signal-discovery`
 provider prompt), Sales Nav / title + company filters, and Prospeo Contact /
-domains only when relevant. In Codex, explicitly spawn the named custom scouts
+domains, hiring filters, or broad verified-contact expansion when relevant. In
+Codex, explicitly spawn the named custom scouts
 `source-scout-linkedin-engagement`, `source-scout-sales-nav`, and
 `source-scout-prospeo-contact` for the credible lanes only when the current host
 exposes those names; Codex does not infer subagent fan-out from generic source
@@ -193,16 +218,16 @@ that we are pulling sample engagers from these posts to confirm the ICP is
 actually engaging and the source is viable.
 
 After the bounded review batch exists, use the same registry pattern for
-post-lead work. The create-campaign-v2 subskill calls
-`get_post_find_leads_scout_registry`, then launches the returned
-message-generation scout immediately when real subagents are available and the
-current session exposes the returned name. If the user chooses filters, launch
-the filter-leads scout then and join it with the already-running or completed
-message draft before message review. Workflow cell execution still waits for
-filter and template approval. AI Generated is an explicit opt-out that cancels
-or ignores the background template draft. If the post-lead agents are absent,
-the main thread still orchestrates the same branches from the compact context
-with MCP tools/assets.
+post-lead work, but do not load that registry or any deep filter/message prompt
+before the filter-choice question. After `confirm_lead_list`, ask add filters
+vs skip filters immediately. Once the user answers, launch the message scout
+from the same campaign/table basis. If the user chooses filters, also launch the
+filter-leads scout, move to Filter Rules, save rubrics, then keep the browser on
+Filter Leads while the message recommendation is reviewed. If the user skips
+filters, move to Messages/message review. Workflow cell execution still waits
+for filter and template approval. AI Generated is an explicit opt-out from the
+template path. If the post-lead agents are absent, the main thread still
+orchestrates the same branches from the compact context with MCP tools/assets.
 
 Use rendered Markdown for user review surfaces, not fenced code blocks. Keep
 lines short, use indexed section labels and bullets, and translate internal
@@ -615,12 +640,12 @@ updates.
    available. The worker and parent-thread fallback must load the full
    long-form `generate-messages` prompt with
    `mcp__sellable__get_subskill_prompt({ subskillName: "generate-messages", offset, limit })`
-   until `hasMore=false`. The create-campaign message-review safety gate is a
-   supplemental approval checklist, not a replacement for the long prompt. Use
-   campaign state, campaign brief content, selected source state, and imported
-   review-batch rows as the source of truth; do not read stale local markdown
-   such as `message-validation.md`, inspect the database directly, or synthesize
-   local validation artifacts from general knowledge.
+   until `hasMore=false`. Message review requires Message Draft Builder output:
+   do not draft from a checklist, local markdown artifact, or parent-thread
+   intuition. Use campaign state, campaign brief content, selected source state, and
+   imported review-batch rows as the source of truth; do not read stale local
+   markdown such as `message-validation.md`, inspect the database directly, or
+   synthesize local validation artifacts from general knowledge.
 5. Create the campaign shell early with the v1 brief so the user can open the
    watch link and see useful setup state immediately. Import only the first
    bounded review batch after the source is attached to the campaign; do not
@@ -631,13 +656,16 @@ updates.
    call `mcp__sellable__update_campaign({ campaignId, enableICPFilters: true, currentStep: "create-icp-rubric", watchNarration })`
    so the watched app moves to Filter Rules while rubrics are drafted/saved.
    After rubrics save, move the watched app to `apply-icp-rubric` / Filter
-   Leads and say the fit rules are saved; approve the message template next
-   while the browser stays on Filter Leads. After approval, save the template
-   to the campaign brief, then queue the bounded review-batch `enrichCellId`
-   cells to kick off enrichment/filtering. Move to Messages only after at
-   least one review row passes and Generate Message cells are running or ready.
-   Product Generate Message cells must not run from the background template
-   path before that template/token approval.
+   Leads and say the fit rules are saved; the background message scout is
+   preparing the message recommendation and approval comes next while the
+   browser stays on Filter Leads. If filters are skipped, move the watched app to
+   Messages/message review and wait for message approval there. After approval,
+   save the template to the campaign brief, then queue the bounded review-batch
+   `enrichCellId` cells to kick off enrichment/filtering. Move to Messages only
+   after at least one review row passes and Generate Message cells are running or
+   ready.
+   Product Generate Message cells must not run before that template/token
+   approval.
    Do not ask the user to approve the brief before shell creation unless they
    explicitly requested a no-write draft; the shell itself is the review surface.
 6. The main thread owns watch navigation. Call

package/skills/create-campaign/core/providers/apollo.json

@@ -21,10 +21,12 @@
     "priority": 3,
     "useWhen": [
       "You need technology stack targeting",
-      "You need bulk domain list targeting",
       "You need high volume and can accept lower reply rates"
     ],
-    "avoidWhen": ["High reply rate and LinkedIn activity are the top priority"],
+    "avoidWhen": [
+      "The user supplied a company-domain list; use Prospeo domainFilterId first",
+      "High reply rate and LinkedIn activity are the top priority"
+    ],
     "reason": "Best for scale and firmographic/technographic filters, but lower LinkedIn activity by default.",
     "prose": "Since you need to find **{icp}**, I'd recommend **Apollo**.\n\nHere's why:\n- Apollo has technology filters that other sources don't\n- We can find people at companies using {techStack}\n- Heads up: reply rates will be lower since not all leads are active on LinkedIn\n\nShould I search Apollo for {techStack} users?"
   },

package/skills/create-campaign/core/providers/prospeo.json

@@ -21,11 +21,12 @@
     "priority": 2,
     "useWhen": [
       "You want Prospeo filters or domain-based search",
+      "You need companies hiring for specific roles using job-posting filters",
       "You need high deliverability from Prospeo"
     ],
     "avoidWhen": ["You need LinkedIn activity filters"],
-    "reason": "Strong for Prospeo-specific filters and domain lists.",
-    "prose": "Since you're targeting **{icp}**, I'd recommend **Prospeo**.\n\nHere's why:\n- Prospeo has strong domain-based search and deliverability\n- We can find verified contacts at your target companies\n- Good for high-deliverability outreach\n\nShould I search Prospeo for {icp}?"
+    "reason": "Strong for hiring-led search, Prospeo-specific filters, verified contacts, and domain lists.",
+    "prose": "Since you're targeting **{icp}**, I'd recommend **Prospeo**.\n\nHere's why:\n- Prospeo can filter for companies hiring specific roles with job-posting filters\n- We can pair those company hiring signals with buyer/referrer titles\n- Good for verified-contact coverage when Sales Nav cannot filter by hiring role\n\nShould I search Prospeo for {icp}?"
   },
   "askOption": {
     "label": "Prospeo",