From apollo
Instant lead enrichment. Drop a name, company, LinkedIn URL, or email and get the full contact card with email, phone, title, company intel, and next actions.
How this skill is triggered — by the user, by Claude, or both
Slash command
/apollo:enrich-lead [name, company, LinkedIn URL, or email][name, company, LinkedIn URL, or email]The summary Claude sees in its skill listing — used to decide when to auto-load this skill
Turn any identifier into a full contact dossier. The user provides identifying info via "$ARGUMENTS".
Turn any identifier into a full contact dossier. The user provides identifying info via "$ARGUMENTS".
Lark-native note: Apollo stays the enrichment engine (it owns the data). Once a contact is enriched, the collaboration layer is Lark — log the lead to a Lark Base CRM (system-of-record), draft outreach as a Lark mail, and resolve any internal owner via
lark_contact_search. See../../connectors/LARK-PATTERNS.md(P1/P4/P5) for the handoff contract.
/apollo:enrich-lead Tim Zheng at Apollo/apollo:enrich-lead https://www.linkedin.com/in/timzheng/apollo:enrich-lead sarah@stripe.com/apollo:enrich-lead Jane Smith, VP Engineering, Lark Wiki/apollo:enrich-lead CEO of FigmaFrom "$ARGUMENTS", extract every identifier available:
If the input is ambiguous (e.g. just "CEO of Figma"), first use mcp__claude_ai_Apollo_MCP__apollo_mixed_people_api_search with relevant title and domain filters to identify the person, then proceed to enrichment.
Credit warning: Tell the user enrichment consumes 1 Apollo credit before calling.
Use mcp__claude_ai_Apollo_MCP__apollo_people_match with all available identifiers:
first_name, last_name if name is knowndomain or organization_name if company is knownlinkedin_url if LinkedIn is providedemail if email is providedreveal_personal_emails to trueIf the match fails, try mcp__claude_ai_Apollo_MCP__apollo_mixed_people_api_search with looser filters and present the top 3 candidates. Ask the user to pick one, then re-enrich.
Use mcp__claude_ai_Apollo_MCP__apollo_organizations_enrich with the person's company domain to pull firmographic context.
Format the output exactly like this:
[Full Name] | [Title] [Company Name] · [Industry] · [Employee Count] employees
| Field | Detail |
|---|---|
| Email (work) | ... |
| Email (personal) | ... (if revealed) |
| Phone (direct) | ... |
| Phone (mobile) | ... |
| Phone (corporate) | ... |
| Location | City, State, Country |
| URL | |
| Company Domain | ... |
| Company Revenue | Range |
| Company Funding | Total raised |
| Company HQ | Location |
Ask the user which action to take. The first two stay in Apollo (its data, its sequences); the rest are the Lark collaboration layer.
mcp__claude_ai_Apollo_MCP__apollo_contacts_create with run_dedupe: truemcp__claude_ai_Apollo_MCP__apollo_mixed_people_api_search with q_organization_domains_list set to this companylark_base_search: it REQUIRES search_fields (the Bitable API mandates which field(s) to match on, e.g. the email or name column) and does NOT support jq — narrow with select_fields / limit instead. If you don't know the field names, discover them first via lark_api GET /open-apis/bitable/v1/apps/{base}/tables/{table}/fields. Then lark_base_record_upsert (base_token, table_id, fields: name, title, company, work/personal email, phone, location, LinkedIn, ICP notes) with dry_run: true; show the planned record, then commit. If no leads Base exists yet, scaffold one with the base-deploy skill rather than hand-rolling schema.lark_mail_draft_create so the user reviews it in the Mail UI before sending. If an internal owner should be assigned, resolve them first with lark_contact_search to get their open_id. For the YAML/card grammar of a richer recap, delegate to the lark-mail / lark-im skills.npx claudepluginhub larkcowork/lark-cowork-plugins --plugin apolloCreates bite-sized, testable implementation plans from specs or requirements, with file structure and task decomposition. Activates before coding multi-step tasks.