你约到一位供应链从业者做行业访谈,手上只有 LinkedIn 主页链接。临时把简介整段塞进提纲,容易问出重复或过时的问题。先整理公开资料,再把经历中需要确认的部分转成问题,会让访谈更有准备,也更尊重受访者的实际角色。
从正确的个人主页开始准备
该能力按完整个人主页地址获取公开信息,不能把公司页面或搜索结果地址当成个人资料入口。核对姓名、当前公司与邀请邮件中的身份是否一致;遇到同名人员时保留疑问,不根据所在地相同就认定是同一个人。准备材料应附来源链接,方便主持人开场前再核实。
把职业经历写成问题线索
契约列出姓名、公司、简介、所在地、粉丝数、经历、教育等公开字段,但实际缺失的内容不要补齐。比如看到跨行业经历,可以询问两类供应链工作有哪些不同,而不是直接写成对方负责过某个具体项目。粉丝规模与专业判断不是同一回事,不应据此决定问题的可信程度。
在提纲中标出需要本人确认的部分
将背景分为主页可见陈述、访谈中待确认信息和你自己的研究问题。公开经历未必及时更新,涉及当前职责、任职时间或项目贡献时,应在对话中确认。最后形成一页提纲:简短背景、三个基于经历的问题、原始主页。接口不会验证学历真伪,也不会提供私人联系方式;不要把整理资料变成未经核实的个人评价。
完整地址与参数
GET https://api.trmesh.com/openapi/api/v1/linkedin/web_v2/get_user_profile
| 参数 | 类型 | 必填 | 含义 |
|---|---|---|---|
url |
string | 是 | 用户主页完整 URL |
可以复制的 Python 请求
安装 requests 并在环境变量中设置 TRMESH_API_TOKEN。把示例用户名或作品 ID 换成你要查询的对象。
import os
import requests
# 使用自己的 TRMesh 开发者密钥;不要将密钥写入网页。
url = "https://api.trmesh.com/openapi/api/v1/linkedin/web_v2/get_user_profile"
params = {
"url": "https://www.linkedin.com/in/williamhgates/"
}
response = requests.get(
url, params=params, timeout=30,
headers={"Authorization": f"Bearer {os.environ['TRMESH_API_TOKEN']}"},
)
response.raise_for_status()
payload = response.json()
print(payload) # 先核对真实响应,再提取业务字段
调用接口会使用你的 TRMesh 账号额度,运行前请确认接口价格。