linkedin
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
call linkedin/companies/{slug} for follower_count, employee_count,
industries, and headquarters.
- Size hiring as an investment signal. Call
linkedin/companies/{slug}/job-count (returns a single total) and
linkedin/companies/{slug}/jobs for 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}/people and
linkedin/companies/{slug}/member-insights, or narrow with
linkedin/search/people?current_company=...&title=... for specific roles.
- Read a person. Call
linkedin/users/{username} plus .../about and
.../experience; .../follower-count for reach (a separate
LinkedinFollowerStats object); .../posts for what they publish.
- Read posts and engagement. Call
linkedin/companies/{slug}/posts or
linkedin/users/{username}/posts; each LinkedinPost carries like_count,
comment_count, and share_count. Page via next_cursor.
- Search the surface. Use
linkedin/search/people|jobs|posts with filters;
resolve a geocode_location via linkedin/search/locations and an industry
id via linkedin/search/industries first.
- 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. LinkedinJobCount is 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/people needs 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.
1---2name: linkedin3description: When a workflow needs public LinkedIn data through UnifAPI — company pages, follower/employee counts, open jobs and job-count, member insights, people, posts, or engagement. Also use on "research this company on LinkedIn," "who works at," "open roles at," "LinkedIn profile for," "company posts," or when another skill (account research, news signal, buying signal, competitor profiling) needs the deterministic LinkedIn read path. Connect via the `unifapi` skill first. Read-only research, never connects or messages.4license: MIT5---6
7# linkedin
8
9The deterministic read path for public **LinkedIn** data through UnifAPI. This is
10a **Data Skill**: it does not run a marketing job on its own — it names the
11concrete `linkedin/...` operations, response shapes, and gotchas so any
12B2B-first workflow (account research, news signals, buying signals, competitor
13profiling) reads from one known recipe instead of rediscovering the surface each
14time.
15
16Read-only — **eyes, not hands**. It researches public LinkedIn data and returns
17cited records; it never connects, messages, or applies, and UnifAPI never holds
18LinkedIn credentials.
19
20## Use the `unifapi` skill for live evidence
21
22Connect once through the shared **`unifapi`** skill (OAuth MCP), then call the
23operations below. Companies are keyed by their public **`{slug}`** (the vanity
24segment of the company URL) and people by their public **`{username}`** — read
25both from the LinkedIn URL, not a numeric id. Keep any `billing` metadata so the
26output can state record cost.
27
28## Response contract
29
30Single-entity endpoints return the object in `data`:
31
32```json
33{
34 "request_id": "unif_...",
35 "data": {},
36 "billing": { "records_charged": 1, "balance_remaining": 99 }
37}
38```
39
40List endpoints return an array in `data` plus `pagination`:
41
42```json
43{
44 "request_id": "unif_...",
45 "data": [],
46 "pagination": { "has_more": false, "next_cursor": null },
47 "billing": { "records_charged": 1 }
48}
49```
50
51When `pagination.has_more` is true, pass `pagination.next_cursor` as the next
52request's `cursor`. Always preserve `billing` when reporting cost.
53
54## Core operations
55
56| Need | Operation |
57| ---------------------------- | --------------------------------------------------------------- |
58| Company page | `linkedin/companies/{slug}` |
59| Company headcount signal | `linkedin/companies/{slug}/job-count` · `.../jobs` |
60| Company people | `linkedin/companies/{slug}/people` |
61| Member insights | `linkedin/companies/{slug}/member-insights` |
62| Company posts | `linkedin/companies/{slug}/posts` |
63| Person profile | `linkedin/users/{username}` · `.../about` · `.../experience` |
64| Person reach | `linkedin/users/{username}/follower-count` |
65| Person posts / reactions | `linkedin/users/{username}/posts` · `.../reactions` |
66| Search people | `linkedin/search/people` (`?title=¤t_company=&industry=`) |
67| Search jobs / posts | `linkedin/search/jobs` · `linkedin/search/posts` |
68| Job / post by id | `linkedin/jobs/{id}` · `linkedin/posts/{id}` (`.../comments`) |
69| Resolve a geocode / industry | `linkedin/search/locations` · `linkedin/search/industries` |
70
71Need a field not listed here? Use the `unifapi` skill's `get_operation` to read
72the exact schema before calling — but pick the operation from this table, don't
73discover blind.
74
75## Workflow
76
77The deterministic recipes. Pick the one that matches the job; each names exactly
78what to call.
79
801. **Resolve an account.** Take the company `{slug}` from its LinkedIn URL, then
81 call `linkedin/companies/{slug}` for `follower_count`, `employee_count`,
82 `industries`, and `headquarters`.
832. **Size hiring as an investment signal.** Call
84 `linkedin/companies/{slug}/job-count` (returns a single `total`) and
85 `linkedin/companies/{slug}/jobs` for the open roles — a rising count or a
86 cluster of senior roles is a growth/priority signal.
873. **Map the buying committee.** Call `linkedin/companies/{slug}/people` and
88 `linkedin/companies/{slug}/member-insights`, or narrow with
89 `linkedin/search/people?current_company=...&title=...` for specific roles.
904. **Read a person.** Call `linkedin/users/{username}` plus `.../about` and
91 `.../experience`; `.../follower-count` for reach (a separate
92 `LinkedinFollowerStats` object); `.../posts` for what they publish.
935. **Read posts and engagement.** Call `linkedin/companies/{slug}/posts` or
94 `linkedin/users/{username}/posts`; each `LinkedinPost` carries `like_count`,
95 `comment_count`, and `share_count`. Page via `next_cursor`.
966. **Search the surface.** Use `linkedin/search/people|jobs|posts` with filters;
97 resolve a `geocode_location` via `linkedin/search/locations` and an industry
98 id via `linkedin/search/industries` first.
997. **Cite everything.** Every claim ties back to the company, person, or post it
100 came from; report `billing.records_charged` (or estimate when billing
101 metadata is absent).
102
103## Shape notes
104
105- **`LinkedinCompany`** — keyed by `{slug}`. `follower_count`, `employee_count`,
106 `employee_count_range`, `industries`, `headquarters`, `is_verified`.
107- **`LinkedinUser`** — keyed by `{username}`. Profile flags at top level:
108 `is_open_to_work`, `is_hiring`, `is_top_voice`, `is_creator`, `is_premium`.
109 Follower/connection counts are **not** here — read them from
110 `.../follower-count` (`LinkedinFollowerStats`: `follower_count`,
111 `connection_count`).
112- **`LinkedinPost`** — `like_count`, `comment_count`, `share_count`, `reactions`,
113 `author`, `post_type`.
114- **`LinkedinJob`** — `title`, `location`, `salary`, `level`, `employment_type`,
115 `listed_at`, `company`. **`LinkedinJobCount`** is just `{ total }`.
116
117## Gotchas
118
119- Companies are keyed by `{slug}`, people by `{username}` — both read from the
120 public LinkedIn URL, never a numeric id.
121- Follower and connection counts come from
122 `linkedin/users/{username}/follower-count`, not the base profile object.
123- `linkedin/search/people` needs at least one filter — there is no all-of-LinkedIn
124 dump.
125- A low balance can silently truncate list pages: check
126 `billing.truncated_due_to_balance` — when true the page is partial, so top up
127 before trusting any count computed from it.
128
129## Output
130
131Return the records the calling workflow needs, each cited to its company,
132person, or post, plus a one-line cost note (`records_charged`). When this skill
133is used directly, a compact account brief is the default:
134
135```markdown
136**{Company}** — {followers} followers, {employees} employees, {industry}. Open roles: {N} ({trend}). Recent posts: {engagement}. Likely buyers: {names/titles}. Evidence: {URLs}. Records: ~{N}.
137```
138
139## Related skills
140
141- **linkedin-account-research**, **account-news-signals** (Lead & Company Research) — turn this read path into account briefs and news-tied signals.
142- **buying-signal-monitor** (Social Selling), **competitor-profiling** (Competitive Intelligence) — B2B intent and competitor work on top of LinkedIn reads.
143- **unifapi** — the shared data skill: connect MCP and look up exact schemas with `get_operation`.