I went through each product's public tours, docs, in-app recordings and API terms, then compared them with what appsmith-v2 ships today. All four have converged on the same experience: a chat that produces a live, cited list, a cheap preview before money is spent, and an explicit approval before anything is sent. Kite already has the chat, Slack, and a routed enrichment stack about as good as any of them. What it lacks is the list itself, the preview-and-approve step, and speed.
Not as Kite-paid enrichment. All four terms forbid reselling the data or the service, and Autumn, Artisan and 11x also bar use in a competing product. Details
Keep Treg, Deepline and the contacts router as the paid path, and measure them (the capability matrix has 0 measured rows today).
How each product goes from "I need leads" to a usable list. Screens are real product UI wherever the vendor made it public: in-app recordings, docs screenshots, click-through tours and product-video stills. Marketing renders are labelled. Click any screenshot to enlarge it.
A GTM data and orchestration platform that started as a spreadsheet: Find People/Companies sources, enrichment columns, waterfalls across 150+ providers, and the Claygent AI column. On 2026-10-08 (Sculpt) Clay launched a chat agent called "Clay" (Alpha), plus a Knowledge Hub, alongside Audiences, Signals, Sequencer and Workflows. The UI evidence below comes mostly from frames of Clay's own in-app Loom recordings embedded in its docs. Sculpt recap · agent docs
api.clay.com/v3/mcp with OAuth 2.1 and open DCR for partner products, capped at 20-row pages and 100 results. No numeric rate limits are published. The ToS says "You also agree not to re-sell any data you obtain from Clay." bring-your-own only



















Not captured: a Claygent column's output, the classic Find People panel, CRM sync screens and Signals setup. Clay's public "shared tables" now redirect to login, so these come from docs text and images only. The classic-table frames above come from Clay's own interactive tours, recorded in 2024–25, so the styling predates the 2026 agent UI.
"Everything you need to know about anyone." It claims an index of 1,060,831,012 people and 109,851,694 companies, plus a chat research agent ("Beanstalk 2.1") and an async Task API. The YC launch pitched it as "Stalk your prospects at scale", built on real-time signals. The real app needs sign-in, so the UI below comes from the scripted product mocks embedded on autumn.ai. The component names match the docs, but these are not live screens. site · sales prospecting
{value, source_id}. docsapi.autumn.ai, OpenAPI published, X-API-Key) is on every plan. Starts are limited by credits; reads are capped at 180/min. No webhooks or MCP in the docs (claimed only on AWS Marketplace). The ToS limits use to "internal business purposes" and bans resale and "creating competitive applications". partial: needs a contract












Not seen: the real app at platform.autumn.ai (sign-in), the contents of the Sources tab, email-verification labels, and export, Slack and CRM screens. A free account (500 credits, no card) would show them; we did not sign up.
An outbound platform built around a named, face-bearing agent persona. Ava 2.0 (May 2026) is a ground-up rebuild that added autonomous replies, a dialer, a Signals page, "Chat with Ava" and credit-based self-serve pricing. Evidence comes from Artisan's own click-through tours embedded in the help center and from help-center app screenshots dated July–September 2026. Ava 2.0 post · help center
api-dashboard.artisan.co/mcp (30 tools, on the customer's own account). The ToS bans redistributing contact data and competing use. not a provider












Not seen without an account: the main lead-search page, the lead profile drawer (including whether provider attribution is shown), the approval queue, the Chat with Ava UI and analytics. A free plan exists (300 credits, no card), but we did not sign up.
Named AI workers for B2B revenue teams. Alice does outbound (email, LinkedIn, consented calls, SMS, WhatsApp), and Julian handles inbound voice and chat. 11x is sales-led on annual contracts with no self-serve trial, and its September 2026 video is titled "Introducing 11x: The AI Growth company". Evidence comes from the public docs (86 pages), stills from 11x's "Launch Sequence" product videos, and UI renders on 11x.ai, which are labelled mockup below. docs · Launch Sequence










Not seen: the live app, because there is no self-serve signup and seeing it needs a sales contract. Interactive tours don't exist on 11x.ai. YouTube blocked video downloads from this host, so the frames above are YouTube's own auto-stills.
The same 14 questions for each product, with Kite today in the last column. Product claims are as published on 2026-10-09; sources are linked in each product section above and listed at the bottom.
| Clay | Autumn | Artisan | 11x | Kite today | |
|---|---|---|---|---|---|
| Shape of product | Data + orchestration platform for GTM engineers and RevOps | People and company research agent plus API ("the research layer") | AI BDR: list, enrich, sequence, reply, dial | AI SDR "digital worker", sold as a managed outbound programme | AI CMO in chat and Slack; lead lists are one research job among many |
| How you start | A sentence becomes editable filters, or you ask the agent. Templates and a lookalike-from-domain option exist. | Type the ICP into a chat, or attach a CSV | Create a campaign, pick a type and data source; Ava suggests personas | Pick a play from a gallery tagged by source; 2–4 weeks of admin setup first | Ask in chat or Slack; the CMO delegates a research task |
| ICP input | Knowledge Hub ICP and personas (agent proposes edits) plus a filter panel with exclusions | Natural language; each constraint becomes a rule column | Auto-built company KB (guessed / couldn't find), persona cards with counts, filter panel | KB scoped per campaign; sentence → numbered criteria with match % each | Inferred from wiki icp/ prose or the request; no editable object |
| List surface | Table or Audience (always-on, deduped, draft first); typed artifact cards in the chat | Split view: chat left, table streaming right; Sources tab | Lists inside campaigns; Contacted / Excluded / Pending counts | Audience preview, then campaign; the CRM is the system of record | A table in the reply plus contacts.csv in task files (500-row read-only preview) |
| Enrichment visibility | waterfall shown provider order, credits per provider, winning provider column, email status values | sources per cell no provider or verification vendor named | "22+ sources" waterfall no per-field provider attribution seen | hidden "21+ providers"; only a mockup names PDL | in the CSV email_source and status per row, plus routes tried; not rendered |
| Signals / intent | Job change, hiring, funding, news, topic intent, web intent (Growth+) | Formation (Delaware), funding and launch feed, GitHub orgs | 14 signals incl. Bombora intent, website visitors, custom AI signals with a test run | Job changes, funding, hires, tech shifts, website visitors to the person | PredictLeads news, jobs and financing (signal-first lane); ads activity |
| Qualification | "Why it fits", score thresholds, Claygent columns, funnel explanation | Fit dots, MATCH per rule, reasoning columns with counts | "Qualify only if" rules + policy for unknowns; Match / Unclear with sources | Qualification Agent before spend; disqualification reasons to review | 1–5 fit score with a one-line reason; gates in cost order (prose) |
| Review & approval | Permission level per task; approval card with estimated cost; drafts never auto-launch | At most one clarifying question; review via "continue" on the same task | "Require approval before sending" queue; max 30-day credit cost shown before launch | Review each / named approver / autopilot; "Don't start on autopilot"; reply simulator | Chat questions; no spend approval; prose drafts for human-sent channels |
| Export / CRM | HubSpot/Salesforce actions, Sheets, ads audiences; auto-sync is Growth+ | CRM sync Enterprise-only; "send to your CRM/sequencer" | HubSpot (Intern+), Salesforce (Enterprise); dedupe on import; CRM lists as DNC | Bi-directional Salesforce/HubSpot/Pipedrive sync with research written back | Only when the task names a store, via a generic connector; no dedupe |
| Outreach hand-off | Sequencer draft; the user presses Launch | None (by design) | Email sequences, dialer, autonomous replies; LinkedIn dropped after the Jan 2026 ban | Email, LinkedIn, phone, SMS, WhatsApp; managed inboxes | Resend single sends; LinkedIn and calls drafted for a human |
| Agent presentation | "Clay" agent (chat), Sculptor (copilot), Claygent (column); no persona | Plain assistant; model name shown ("Beanstalk 2.1") | Named persona with a face: "Ava… she"; "Chat with Ava" | Named persona: "Hi, I'm Alice"; chat-first Campaign Strategist | "Kite", a named CMO with specialists |
| Progress & trust cues | Worked-for timer, memories read, cell-level run status, artifact panel, Alpha caveat | Tool timeline in verbs, interim plan note, source counts, validation receipt | Credits on every control, list counts, CPL, "takes up to 10 minutes" expectation | Criteria match %, confidence, ETA, "Action Required", research-status chips (mockup) | Hand-off receipt only; no working state by design (2026-09-30) |
| Pricing model | Actions + Data Credits; Launch $167, Growth $446/mo; no result means no charge | Credits: $20 / $75 / $280 per month; ~$0.10–0.80 per enrichment | Credits: $0 / $250 / $600 per month (annual); ~20 credits per contacted person | Per prospect: from $3,750/mo annual (2,000 prospects) | Kite credits (LLM + provider spend); no per-list estimate |
| API for Kite | BYO only | pilot w/ contract | connector at most | no | n/a |
Both treat the chat as the steering wheel and the table as the deliverable. Each step leaves an artifact you can open, and every cell carries evidence. That is exactly the gap between Kite's reply and Kite's CSV. Clay's agent adds the guardrails Kite lacks: a permission level, cost approval, "exclude what we already own", and drafts that never auto-launch. Strength: transparency and control. Weakness: the user still has to read a table. Clay is complex and credit-hungry, and Autumn is young, with a weak privacy posture.
The persona is marketing. Kite is already a named agent and gains nothing from a second face. What is worth copying is how the persona is bounded: persona cards the user approves, tests on a sample before scaling, approval queues, escalation rules, send windows, and Slack routing by event. Strength: outcome framing (meetings, CPL) and onboarding that learns the company. Weakness: lock-in contracts, credit burn, generic copy and low reply rates in reviews, plus 11x's 2025 credibility problems. Their sequencing and mailbox infrastructure is out of scope for Kite.
Read from appsmith-v2 origin/main at 8b9f24689e6 (2026-10-09). Paths link to the file on GitHub. Real-run numbers come from the AM-10 comparison eval (deploy previews, 2026-10-01).
icp/, positioning/) or from the request. If neither has it, Kite asks. There is no ICP form and no saved filter set.native:contacts-find-work-emails: Treg, then Deepline batches, then Apollo as a fallback. Every address is verified, personal mailboxes are excluded, and nothing is guessed. (contacts-router.md)contacts.csv with a fixed 12-column header. The web Artifacts page shows that CSV read-only, first 500 rows. CRM loading happens only when the task names a store, through a generic connector call.Case outbound_signal_meetings: "Help us book 20 sales meetings with B2B marketing teams… start with the first 25 accounts." 8 runs: 4 prompt/model arms × 2. Each run had a 60-minute budget on a fresh team. AM-10 report
| Arm · run | Tasks | Billed $ | CSV rows | Reached the founder? |
|---|---|---|---|---|
| baseline · 1 | 25 | 59.5 | 25 | no, CSV stayed in task files |
| baseline · 2 | 16 | 22.7 | 15 | no |
| opus · 1 | 25 | 28.3 | 0 | no |
| opus · 2 | 3 | 5.3 | 0 | no |
| cmo-prompt · 1 | 34 | 47.5 | 0 | no |
| cmo-prompt · 2 | 11 | 20.8 | 0 | no |
| all-prompts · 1 | 13 | 26.6 | 26 | yes, in 38 min |
| all-prompts · 2 | 9 | 20.6 | 25 | yes, in 50 min |
In baseline run 1, all 25 rows had an email. 13 were verified, 11 were "valid-risky; unverified" and 1 was invalid ("do not email"). 22 of the 25 came from the routed contacts tool. The root task ran 52 minutes and fanned out into 24 sub-tasks, about one per account. Caveats: 2 runs per arm, 5 concurrent runs per preview, and billed cost includes LLM plus provider spend. The data is in ~/kite-compare-eval/runs/*/outbound_signal_meetings.
| Source | How it's reached | What it gives Kite | Cost / balance model |
|---|---|---|---|
| Treg routed | 6 native tools (tool_gateway_treg.py) | Company search/enrich, people search/enrich, find work email, verify email. Each call routes across a provider pool (26 children for company enrich). | Per call, depends on provider. Company enrich floor is $0.0018. No balance endpoint. |
| Deepline routed | Platform catalog + onboarding client | A "unified GTM data API" over about 100 providers. Batch email workflows of up to 100 contacts. Reverse-email lookup. | Per workflow run, not measured. |
| Contacts router | native:contacts-find-work-emails | 1–1,000 rows per call: Treg sync, Deepline batches, Apollo fallback, Treg verify on every address. Runs as a 24h Redis background run. | Capped by max_cost_usd (default $0.25 per person). |
| Apollo via Monid | Platform catalog | People search with masked emails, plus a people/match reveal. | One prepaid Monid wallet. A single 402 disables Apollo, LinkedIn, X, Akta and Context.dev together. |
| Crustdata | 4 native tools + 21-tool hosted MCP | 1B+ person profiles, company search/enrich, LinkedIn posts, work email, job search, technographics. | 0.03 credit per search row; 1–7 credits per person enrich. |
| PredictLeads | 6 native tools | Signals: news (37 categories), job openings (27), financing, similar companies. | 1 credit per company; discovery billed per row. |
| Exa · Parallel | Native, behind research | Semantic people/company discovery, event rosters, page reads, FindAll entity lists. | Per query; FindAll pro is $10 + $1 per match. |
| LinkedIn via Monid | Catalog (scrape) | Profiles, employees, posts, jobs. Rate-limited, and not used as a list-building source. | Monid wallet. |
| Clay MCP | not wired | Removed in #18676 (badc6bc990d, 2026-09-15). The roster lists it as evaluating: "Card exists; no registry door. Re-wiring is a separate decision." | Clay credits; the MCP reports balance as booleans only. |
Sources: ROSTER.md, CAPABILITY-MATRIX.md (46 capability claims across 14 sources, 0 measured: hit rate, precision and cost per hit are all still "—"), clay-mcp.md, atlas README.
Research state lives in the result text. provider-runs.json holds no rows, and the wake guard finds "delivered contacts" by scanning prose for addresses. Design question Q1 (a typed ledger per task) is still open. design-questions.md
Kite has no dedupe, no suppression against the CRM, and no "already contacted" check. Q7 (canonical person and company entities) is open. The only "Leads" page in the app lists form submissions from Kite-built websites (frontend/src/data/Leads/types.ts).
The atlas lists sequences, suppression lists, engagement webhooks and "a person-safe lead export to CRM/ESP connectors" as needs wiring. Email goes out as single Resend sends. A prospect list reaches a CRM only when the task names one (prospect-research Output). Inbound leads are logged to a connected CRM (email-campaigns), but outbound lists get no CRM dedupe or sync.
Kite's paid path is the routed contacts tool (Treg, then Deepline, then Apollo via Monid, with every address verified), plus Crustdata, PredictLeads, Exa and Parallel. Coverage figures below are vendor claims. None of the four publishes accuracy that could be compared with Kite's, and Kite's own capability matrix has no measured hit rates yet. Where a product's real advantage is workflow rather than data, the table says so.
| Capability | Kite today | Clay | Autumn | Artisan | 11x |
|---|---|---|---|---|---|
| B2B people & company coverage | Crustdata 1B+ profiles; Apollo's database; Treg routes company enrich across 26 providers; Deepline fronts ~100 | overlaps Own index of 900M people / 70M companies plus 150+ providers. Many are ones Kite reaches already (Apollo, PDL, Hunter). | adds footprint 1.06B people / 110M companies from the open web: X, GitHub, registries, events, relationships, org trees | adds SMB 250M+ B2B plus 200M+ Google Maps local businesses | nothing visible "400M+ verified"; providers unnamed |
| Work email find + verify | Routed batch of 1–1,000 rows, verification on every address, catch-all and risky flags kept, personal mailboxes excluded, nothing guessed | more providers per row ~10 named email providers in one waterfall, a validation step and risk strategies. Claims to "routinely triple" coverage (unverified). | no evidence Emails on request; no verification vendor named | similar Waterfall over 22+ sources, "verified" badge, bounce test before send | opaque Verification stated as a platform guarantee |
| Phone numbers | Excluded by policy (prospect-research enrichment rule 4) | yes Phone waterfall (PDL, ContactOut, Selligence) | on request | yes 10 credits per number, plus a dialer | yes Phone, SMS, dialer |
| Buying signals | PredictLeads: news (37 categories), jobs (27), financing, similar companies; ads activity. No job-change tracking. | adds Job change, promotion, new hire, topic intent, web intent | adds Company-formation (Delaware) and a funding and launch feed parsed from X/LinkedIn | adds Bombora topic intent, champion tracking, website-visitor de-anonymization, custom AI signals | adds Job changes, competitor reviews, renewal windows, person-level website visitors |
| Per-row research at a known price | Agent research per candidate inside sandbox tasks; slow, and costed only after the fact | workflow Claygent / AI columns with a "~" estimate and "try 5 rows first" | workflow Each prompt rule becomes a MATCH column with sources | workflow AI web-research column at 5 credits; qualification at 1–2 credits per check | workflow Deep research per lead with directives; per-prospect pricing |
| CRM-aware dedupe and exclusion | None (open design question Q7) | yes Excludes owned or engaged accounts; Audiences dedupe | Enterprise | yes Dedupe on import; CRM lists as DNC | yes CRM-status column; owned accounts excluded |
| Keeps the list fresh | Cron Workflows exist, but there is no persistent list to append to | yes Always-on Audiences; daily source runs | yes Tasks in cron mode | yes Signal cadence, e.g. monthly at 1 credit per company | yes "Continuous Monitoring" sourcing |
| Published accuracy evidence | Capability matrix: 46 claims, 0 measured | some Publishes provider data tests | none | none | none |
Checked against each vendor's official docs and terms on 2026-10-09. "Provider" means Kite calling the API with its own account to serve its customers. "Bring-your-own" means each customer connects their own account and pays the vendor directly.
| Surfaces | Auth · gating · limits | Pricing | Terms that matter | Verdict for Kite | |
|---|---|---|---|---|---|
| Clay | Public API v0 api.clay.com/public/v0: query-mode people/company search, async routines/{id}/run (1–100 items, 202 → complete), JSONL batch runs, credits/balance, signed (HMAC) completion webhooks. MCP api.clay.com/v3/mcp: search (free), functions, Audiences (Enterprise). CLI and agent plugin. developers.clay.com · MCP docs |
API key per user and workspace; API on all plans (HTTP API integrations, auto-sync and webhooks in-app are Growth+). MCP: OAuth 2.1 + PKCE with open DCR "for a partner product… on behalf of a signed-in Clay user"; the admin must allow unknown clients; DCR is limited to 4 burst / 10 per hour per IP. No numeric rate limits are published (429 + Retry-After). MCP pages are 20 rows, capped at 100 results, with per-user monthly credit caps that hard-block. rate limits · MCP FAQ | Same credits and actions as in-product, "no additional cost". Search filtering is free. Data Credits from $0.05. | ToS §4: "You also agree not to re-sell any data you obtain from Clay." Credits can't be transferred without approval. No separate API terms found. ToS | bring-your-own only Not as Kite-paid enrichment. A customer who already pays for Clay could connect their workspace. Use the routines batch path with webhooks or patient polling for more than 20 rows, not MCP. The docs explain Kite's 2026-08-07 incident: MCP is built for one rep's research, not a fleet of concurrent tasks. |
| Autumn | Task API api.autumn.ai (OpenAPI published, 22 routes): POST /task (prompt) or /task/start (spec with output.schema, target_count), SSE streams, partial rows readable mid-run, continue/stop, /credits, CSV upload. Output kinds: research, person, company. No webhooks and no MCP in the docs (both claimed only on AWS Marketplace). openapi.json · docs |
X-API-Key or Bearer; API on every plan. Starts are limited by credit balance; GET /task/{id} is limited to 180/min, 20k/day and 2 in flight; one turn at a time per task (409). rate limits |
Credits ~$0.0088–0.01 each; ~$0.10 per shallow and ~$0.80 per deep enrichment; 2–10 minutes per task. | §1: licence "for your internal business purposes". §8: may not "resell… distribute, or transfer rights… Prohibited activities include creating competitive applications". No published DPA, subprocessor list or opt-out for indexed people. ToS · privacy | pilot with a contract Technically the best fit of the four. An async task with a schema and cited rows maps straight onto Kite's research tasks. Only consider it as a deep-research lane (org trees, formation, technographics, non-LinkedIn footprint) after a written embedding agreement and a DPA, with personal fields stripped. |
| Artisan | No public REST API (api.artisan.co/v1 answers "Token not found"; no developer docs). Inbound webhook per campaign. MCP api-dashboard.artisan.co/mcp ("early feature", 30 tools: search, enrich with a credit quote, lists, export, campaign drafts; can't launch). webhook docs · MCP docs |
Webhook: a per-campaign sk_live_ key, 10 requests/min per campaign, Employee plan and up. MCP: OAuth to the customer's Artisan org (DCR and PKCE seen in discovery), all plans. No outbound event webhooks. |
Credits: email 2, phone 10, ~20 per contacted person. | May not "distribute, sell, or license… contact data made available by Artisan… to third parties", nor "create or compile… a database", nor use the service "in connection with any commercial endeavors that compete with our Services". ToS | not a provider At most a user-connected integration, so customers who already run Artisan could push Kite-built lists into their campaigns. Low priority. |
| 11x | API + webhooks are described (push data in; pull outreach, research and outcomes out; trigger Alice/Julian), but "The endpoint reference is not published yet". No search, enrich or find-email endpoints. No MCP or SDKs. webhook docs | Auth and limits unpublished ("contact your 11x representative"). Gated to Enterprise for Alice (docs), though the pricing table ticks Pro and Enterprise. billing FAQ | Bundled in the tier; from $3,750/mo billed annually. | §2.1 "internal business purposes"; §2.2.4 no "developing a similar or competing product"; §2.2.7 no "rent, resell or otherwise allow any third-party access". ToS | no The API runs 11x's own outreach and doesn't return lead data. Use 11x as a UX reference only. |
Ranked by impact for customers who use Kite to find leads, then by effort. Effort is rough: S ≈ 1 engineer-week, M ≈ 2–4 weeks, L ≈ 1–2 months. Each item names the competitor screens it comes from and the parts of the Kite repo it touches. None of them changes Kite's chat/Slack-first model. They give the chat a list to point at.
Autumn and Clay's new agent both put the chat on the left and a table on the right that fills row by row, with a source behind every cell. In Kite the list is prose plus a contacts.csv attached to a task. In the AM-10 eval, 6 of 8 "first 25 accounts" runs never got a list to the founder within the hour. One of them built a 25-row CSV the founder never saw. Repo design question Q1 (a typed per-task ledger) already describes the backend half.
Seen in: Autumn chat + streaming table; Clay agent artifacts panel and audience review; 11x "preview contacts start to pop up"
What to build / where: A typed list ledger written through a validated CLI (Q1), the prospect-research Output contract, a new list view next to pages/Artifacts and pages/Tasks (replacing the 500-row read-only TextArtifactPreview for lists), and a Slack summary with the CSV attached via slack_io.upload_file. The wake guard can then read rows instead of scanning prose (utils/contact_addresses.py). A list is a deliverable the user opens, not a busy indicator, so this stays consistent with the 2026-09-30 no-working-state decision.
Clay's agent ends each plan with an approval step that shows the estimated credit cost, and Sculpt says nothing is spent until you approve. Clay columns suggest running 5 rows first. Artisan prices AI qualification at 2 credits per check, right on the toggle. Kite runs spent $5–$60 each with no estimate up front. The contacts router already has max_cost_usd, but the user never sees it.
Seen in: Clay approval with estimated cost, "try 5 rows first"; Artisan credits on the qualification toggle
What to build / where: The first research turn returns 5–10 qualified sample rows, the criteria it applied, an estimated population, and estimated credits and time. The CMO turns that into an approval card (reusing the CmoGoalApprovalCard / CmoProposalCards pattern) and Slack buttons. Paid enrichment runs only after a "go". Touches the CMO receipt rule, work-delegation, the contacts router budget, and Billing's usage breakdown.
Clay runs columns over rows deterministically and shows per-cell progress ("5% of cells completed"), with optional daily auto-update. Kite's baseline run fanned out into 24 per-account agent tasks over 52 minutes and cost $59.5. The repo's open Q9 asks which stages should be code. Search, enrich and verify are code-shaped; fit reasons and why-now are model-shaped.
Seen in: Clay run progress and cell status, waterfall; Autumn parallel agent steps
What to build / where: A list-run capability: discovery returns candidate rows, then code runs the enrichment and verification columns in batch over the ledger. native:contacts-find-work-emails already takes 1–1,000 rows, and the Treg and Crustdata batch endpoints can do the same. Model calls are spent only on judgment columns. Touches work-delegation fan-out rules, contact_email_service.py, and research-enrichment-program/PLAN.md Layer B.
Clay's agent ranks results with a "Why it fits" column. Autumn adds reasoning and source columns next to the ICP score, and every cell links to evidence. Clay's waterfall shows which provider tried each field and what it cost. Kite already computes fit_reason, email_source, email_status and the routes it tried, but they end up as CSV text.
Seen in: Clay ranked list with "why it fits", waterfall providers; Autumn ICP notes, reasoning and sources; Artisan AI signal test run with citations
What to build / where: Cell-level provenance chips and verification badges in the list view (#1), plus a "routes tried" tooltip from the contacts router output. Small once #1 exists.
Artisan builds a company knowledge base from the website, suggests personas, and turns qualification into rules ("qualify only if…", plus what to do when no answer is found). 11x's Alice learns product, positioning and proof points from a knowledge base. Autumn scores against explicit ICP rule columns. Kite re-derives the ICP from wiki prose on every request.
Seen in: Artisan KB autoprofile, suggested personas, AI qualification rules; Autumn ICP rules; 11x knowledge base
What to build / where: A structured icp/ wiki page schema (firmographic filters, personas, rules, exclusions, signals), proposed during onboarding from the research Kite already runs (onboarding_research), editable on the Knowledge page, and reused by every list and watch. Touches wiki-management, prospect-research Inputs, and pages/Knowledge.
Artisan ships a library of intent signals (funding, hiring, champion job change, website visitors, custom AI signals), each with a live preview. Autumn shows a daily signals feed. Clay sources can auto-update daily, and 11x sells plays such as website-visitor retargeting. Kite has a PredictLeads signal-first lane and cron Workflows, but nothing that packages them as "watch for this and add rows".
Seen in: Artisan intent-signal library, funding preview, custom AI signal; Autumn signals feed; 11x plays
What to build / where: A "lead watch" workflow template (manage-workflows) that takes the saved ICP and a signal and appends dated why-now rows to the same list, with a Slack digest. PredictLeads tools exist today; website-visitor identification would be a new provider.
Clay's agent excludes accounts "we already own or have engaged". 11x and Artisan run on bi-directional CRM sync and import CRM lists to qualify. Kite has no person or company entity model (open Q7) and loads a CRM only when the task names one, so the same people can come back on every list.
Seen in: Clay company search excluding owned accounts; 11x CRM list + qualification agent; Artisan data sources incl. CRM
What to build / where: A per-team entity table keyed on domain and LinkedIn URL (Q7 option b), a suppression check against a connected HubSpot or Salesforce through Composio before delivery, and a "Send to CRM" action on the list. Touches tool-discovery-execution, connectors, and the list view.
Artisan has a "request approval before sending" switch and a per-event Slack notification matrix. 11x exposes approval thresholds, escalation rules, channel mix and send windows as agent settings, and lets you simulate a reply before going live. Kite drafts per-contact messages as prose, and email goes out as single Resend sends.
Seen in: Artisan campaign approval settings, Slack notifications; 11x agent configuration, test scenario; Clay sequence draft
What to build / where: A draft column on the list with bulk approve, edit and send, and Slack approve buttons. Explicit per-team autonomy settings (approval threshold, channels, send window) belong in team Settings. Kite should not build a sequencer or mailbox warm-up; leave those to the team's own tool through connectors.
None of the four can be Kite's paid enrichment: Clay, Autumn, Artisan and 11x all forbid reselling their data or service. Autumn is the one technically worth a measured pilot. Its async Task API returns cited rows against a schema, and it covers ground Kite's stack handles poorly: org trees, company formation, technographics, and footprints beyond LinkedIn. It needs a written embedding agreement and a DPA first, with personal fields stripped. Clay should be a bring-your-own connector for customers who already pay for it: their own workspace, the batch routines API (not MCP) for anything over 20 rows, and Retry-After honoured. That avoids the shared-credential 429 storm from 2026-08-07.
Seen in: See API verdicts
What to build / where: Run the existing Layer A source probes (backend/evals/source_probes/, task be:probe-sources) on a small approved budget before wiring a gateway door. If it wins, add it as a routed capability in tool_gateway_platform_integrations.py with capability declarations and prices, so it lands in CAPABILITY-MATRIX.md.
Hover or focus a dot for the item. One series; position carries the meaning.
Impact is judged against the lead-finding job: list delivered, trusted, and used. Effort is a rough engineering estimate. Both are judgment calls, not measurements.
Every URL cited in the research notes behind this page, grouped by product, plus the links used inline above. All were visited between 2026-10-09 09:00 and 13:00 UTC.