Anysite crm champions
Detect job changes among CRM contacts (champion tracking) - find contacts who moved to a new company, flag past champions at new accounts, update the CRM and propose re-engagement plays. Widely considered the highest-converting B2B signal. Use specifically for job-change detection - "who changed jobs", "track champions", "are my contacts still there". For general field updates on contacts use anysite-crm-enrich instead. Requires an active CRM connection and contacts with linkedin_url or email.From its SKILL.md
npx -y skills add anysiteio/agent-skills --skill anysite-crm-championsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 19 stars19 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
4.8 KB, as published. Nobody here has run it
CRM Champion Tracking
People move; CRMs rot (typically ~25%/year of contacts change jobs). A past champion at a new company is warm pipeline. This skill finds the movers and turns them into plays.
Prerequisites
Active CRM connection. Profile mapping for any writes — the Writing rules in
anysite-crm-setup apply, including its create policy: creating records here follows the
profile's allow_create, same as in anysite-crm-prospect. Contacts need linkedin_url
or email — run anysite-crm-enrich first if coverage is poor.
Flow
1. Pick who to track
Priority order (ask the user which tier, default to the first available):
- Key champions — closed-won contacts, power users, admins (if such a list/field exists),
- Open/closed-lost opportunity contacts,
- The working list / everyone with a linkedin_url.
crm_query_records(object_type="contacts", list_id=... | search=...,
properties=[record_id, email, linkedin_url, <company field>, jobtitle])
Cap a run at ~100 contacts (one profile call each); more → propose batching by tier.
1b. Cheap pre-filter on big lists (optional)
For hundreds of contacts, don't live-check everyone: search_sql_users with
urn: [<contact urns>] (batch) or past_company_id: [<your CRM company ids>] +
months_since_change_max: 6 surfaces LIKELY movers from the 856M DB at DB cost.
It's a pre-filter, not evidence: the DB is fresh but not realtime, so every
flagged mover still goes through the live check below before any CRM write or play.
2. Detect moves
Per contact:
linkedin_url→execute linkedin/user/user {user: <url>}→ current experience.- email only → try
execute linkedin/email/email_sql_user {email}(→ liveemail_user), but expect misses; the reliable path uses what the CRM already knows: email domain → resolve company →organizational_urn→search_users {first_name, last_name, current_company: [{"type": "company", "value": "<id>"}]}. NOTE: for champion tracking search by the CRM company tells you where they WERE — a zero-result search there is itself a move signal; re-search without the company filter and disambiguate by headline/history before concluding.
Compare the profile's current company against the CRM company. Normalize before comparing (legal suffixes, casing, known rebrands); when unsure, treat as "same" — false move-alarms erode trust. Also catch promotions (same company, new title) — a secondary but useful signal.
3. Classify and propose plays
- Moved to an in-ICP company → hottest: "past champion at new account" play. Propose: update old record, create the new-company record and a fresh contact entry.
- Moved out of ICP → update CRM only.
- Promoted → update title; suggest congratulation touch if they're an active deal contact.
- Profile gone/private → report, no change.
4. Write back (with explicit user confirmation)
Job-change writes touch the fields most likely to collide with CRM automations, so always dry-run and show the diff, even for small batches:
- Update the old contact: new title/company per profile mapping (these need
overwritein the profile — job data is volatile by design). - New account:
crm_upsert_companies(match by domain,allow_createper profile). - New email at the new company:
user_emailfirst (cheap), thenuser_find_email_by_url {url: <vanity profile URL>}(50cr, high yield; checkvalid_email/email_statusbefore trusting). Note that creating a NEW contact record requires an email; without one, update the existing record. - Association: pass
associate_company_domain(orassociate_company_idfrom the company upsert result) so the contact links to the new company; the server keeps the old association unlessoverwrite_associations=true— set it only if the user confirms the contact should be re-linked.
Save run_ids; mention crm_undo.
5. Report
Table: contact → old → new → play. Lead with movers into ICP accounts. Include suggested
opener anchored on the shared history ("you used X at <old company>...") — personalization
from facts, never invented familiarity. Hand the mover + the shared-history fact to
anysite-outreach to draft the actual re-engagement message.