LinkedIn Data Skill
The LinkedIn Data Skill is the source-sliced data guide a Platform Agent owns: it names the concrete `linkedin/...` operations, response shapes, and gotchas for reading public LinkedIn data through UnifAPI MCP, so any B2B research (account research, news-signal, buying-signal, competitor work) runs from one deterministic workflow. Read-only — it never connects or messages.
Agent-native
Run it in Claude, ChatGPT custom MCP apps, OpenClaw, Hermes, Codex, Claude Code, Cursor, VS Code, or another MCP-capable client. No dedicated GUI flow and no separate LLM API key.
Backed by live public data
Every step is grounded in live public-data records UnifAPI returns, so the output cites what is actually ranking, posting, or being said — not a generic best-practice list.
Composable & open source
Skills cross-reference each other and live in a public, MIT-style repo. Read the full SKILL.md on GitHub, fork it, or run it as-is inside your agent.
Paste this into Codex or Claude Code
The prompt is intentionally editable. Replace the handles, market, budget, and campaign goal, then let the agent call UnifAPI MCP when it needs live public data.
Using the LinkedIn Data Skill, research stripe on public LinkedIn: pull the company page, follower and employee counts, open-job count, member insights, and recent posts, then infer the likely buying committee. Return a sourced brief. Read-only.
The full skill, rendered from its SKILL.md
The deterministic read path for public LinkedIn data through UnifAPI. This is
a Data Skill: it does not run a marketing job on its own — it names the
concrete linkedin/... operations, response shapes, and gotchas so any
B2B-first workflow (account research, news signals, buying signals, competitor
profiling) reads from one known recipe instead of rediscovering the surface each
time.
Read-only — eyes, not hands. It researches public LinkedIn data and returns cited records; it never connects, messages, or applies, and UnifAPI never holds LinkedIn credentials.
Use the unifapi skill for live evidence
Connect once through the shared unifapi skill (OAuth MCP), then call the
operations below. Companies are keyed by their public {slug} (the vanity
segment of the company URL) and people by their public {username} — read
both from the LinkedIn URL, not a numeric id. Keep any billing metadata so the
output can state record cost.
Response contract
Single-entity endpoints return the object in data:
{
"request_id": "unif_...",
"data": {},
"billing": { "records_charged": 1, "balance_remaining": 99 }
}
List endpoints return an array in data plus pagination:
{
"request_id": "unif_...",
"data": [],
"pagination": { "has_more": false, "next_cursor": null },
"billing": { "records_charged": 1 }
}
When pagination.has_more is true, pass pagination.next_cursor as the next
request's cursor. Always preserve billing when reporting cost.
Core operations
| Need | Operation |
|---|---|
| Company page | linkedin/companies/{slug} |
| Company headcount signal | linkedin/companies/{slug}/job-count · .../jobs |
| Company people | linkedin/companies/{slug}/people |
| Member insights | linkedin/companies/{slug}/member-insights |
| Company posts | linkedin/companies/{slug}/posts |
| Person profile | linkedin/users/{username} · .../about · .../experience |
| Person reach | linkedin/users/{username}/follower-count |
| Person posts / reactions | linkedin/users/{username}/posts · .../reactions |
| Search people | linkedin/search/people (?title=¤t_company=&industry=) |
| Search jobs / posts | linkedin/search/jobs · linkedin/search/posts |
| Job / post by id | linkedin/jobs/{id} · linkedin/posts/{id} (.../comments) |
| Resolve a geocode / industry | linkedin/search/locations · linkedin/search/industries |
Need a field not listed here? Use the unifapi skill's get_operation to read
the exact schema before calling — but pick the operation from this table, don't
discover blind.
Workflow
The deterministic recipes. Pick the one that matches the job; each names exactly what to call.
- Resolve an account. Take the company
{slug}from its LinkedIn URL, then calllinkedin/companies/{slug}forfollower_count,employee_count,industries, andheadquarters. - Size hiring as an investment signal. Call
linkedin/companies/{slug}/job-count(returns a singletotal) andlinkedin/companies/{slug}/jobsfor the open roles — a rising count or a cluster of senior roles is a growth/priority signal. - Map the buying committee. Call
linkedin/companies/{slug}/peopleandlinkedin/companies/{slug}/member-insights, or narrow withlinkedin/search/people?current_company=...&title=...for specific roles. - Read a person. Call
linkedin/users/{username}plus.../aboutand.../experience;.../follower-countfor reach (a separateLinkedinFollowerStatsobject);.../postsfor what they publish. - Read posts and engagement. Call
linkedin/companies/{slug}/postsorlinkedin/users/{username}/posts; eachLinkedinPostcarrieslike_count,comment_count, andshare_count. Page vianext_cursor. - Search the surface. Use
linkedin/search/people|jobs|postswith filters; resolve ageocode_locationvialinkedin/search/locationsand an industry id vialinkedin/search/industriesfirst. - Cite everything. Every claim ties back to the company, person, or post it
came from; report
billing.records_charged(or estimate when billing metadata is absent).
Shape notes
LinkedinCompany— keyed by{slug}.follower_count,employee_count,employee_count_range,industries,headquarters,is_verified.LinkedinUser— keyed by{username}. Profile flags at top level:is_open_to_work,is_hiring,is_top_voice,is_creator,is_premium. Follower/connection counts are not here — read them from.../follower-count(LinkedinFollowerStats:follower_count,connection_count).LinkedinPost—like_count,comment_count,share_count,reactions,author,post_type.LinkedinJob—title,location,salary,level,employment_type,listed_at,company.LinkedinJobCountis just{ total }.
Gotchas
- Companies are keyed by
{slug}, people by{username}— both read from the public LinkedIn URL, never a numeric id. - Follower and connection counts come from
linkedin/users/{username}/follower-count, not the base profile object. linkedin/search/peopleneeds at least one filter — there is no all-of-LinkedIn dump.- A low balance can silently truncate list pages: check
billing.truncated_due_to_balance— when true the page is partial, so top up before trusting any count computed from it.
Output
Return the records the calling workflow needs, each cited to its company,
person, or post, plus a one-line cost note (records_charged). When this skill
is used directly, a compact account brief is the default:
**{Company}** — {followers} followers, {employees} employees, {industry}. Open roles: {N} ({trend}). Recent posts: {engagement}. Likely buyers: {names/titles}. Evidence: {URLs}. Records: ~{N}.
Related skills
- linkedin-account-research, account-news-signals (Lead & Company Research) — turn this read path into account briefs and news-tied signals.
- buying-signal-monitor (Social Selling), competitor-profiling (Competitive Intelligence) — B2B intent and competitor work on top of LinkedIn reads.
- unifapi — the shared data skill: connect MCP and look up exact schemas with
get_operation.
Source: linkedin/SKILL.md on GitHub — open a PR there to improve it.
The live APIs this skill calls
Every operation the skill names is one of these UnifAPI platforms — still visible and callable for product code, debugging, and custom agent flows.
- The concrete `linkedin/...` operations for each common B2B read job
- Response-contract and shape notes for companies, users, jobs, and posts
- Deterministic recipes: account research, hiring signal, people, posts
- Platform gotchas (slug vs. username keys, cursor pagination, billing)