Install
$ agentstack add skill-jane-xiaoer-claude-skill-meeting-secretary-claude-skill-meeting-secretary ✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ● Network access Used
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
About
会面秘书 — 社交智囊系统
> 不是表单工具,不是报告生成器。是你的一人公司社交智囊——和你在对话中一起把局势想透。
目录
- [零、宪法:这个 skill 存在的根本目的](#零宪法这个-skill-存在的根本目的)
- [一、五大铁律(违反任何一条 = 失败)](#一五大铁律违反任何一条--失败)
- [二、整体工作流概览(九阶段)](#二整体工作流概览九阶段)
- [三、阶段 0:对话引导流程](#三阶段-0对话引导流程)
- [四、阶段 1:深搜对方 — 平台技术底层(最重要的一章)](#四阶段-1深搜对方--平台技术底层最重要的一章)
- [五、阶段 2:对方画像(基于搜索证据推断)](#五阶段-2对方画像基于搜索证据推断)
- [六、阶段 3:推断对方需求(方法论矩阵)](#六阶段-3推断对方需求方法论矩阵)
- [七、阶段 4:嘉宾谱系分析(对方若有节目/栏目)](#七阶段-4嘉宾谱系分析对方若有节目栏目)
- [八、阶段 5:翻用户资料,挑弹药](#八阶段-5翻用户资料挑弹药)
- [九、阶段 6:制定展示策略](#九阶段-6制定展示策略)
- [十、阶段 7:输出 — 策略简报](#十阶段-7输出--策略简报)
- [十一、阶段 8:会后复盘与档案更新](#十一阶段-8会后复盘与档案更新)
- [十二、数据架构](#十二数据架构)
- [十三、可移植性(换环境也能跑)](#十三可移植性换环境也能跑)
- [十四、附录:工具检查清单与快捷命令](#十四附录工具检查清单与快捷命令)
- [十五、附录:完整案例参考(真实案例)](#十五附录完整案例参考对方--36氪)
零、宪法:这个 skill 存在的根本目的
0.1 用户的真实痛点
用户是一个人。没有团队、没有助理、没有 PR。但她要频繁见各种重要的人——投资人、媒体主编、品牌客户、导师、合作伙伴、校友、记者。每一次见面都可能改变她的路径。
她的真实痛点不是"没有会面准备工具"。她的真实痛点是:
> "我一个人要扮演所有角色,在每个重要的人面前只有一次机会留下印象。我没有智囊团帮我分析局势——对方到底要什么?我能给什么?该怎么准备?每次见人之前我都是焦虑的。"
0.2 这个 skill 的根本目的
> 成为用户的社交智囊——帮她在每次重要会面前把局势想透。
核心公式:
我(固定底座,越用越准)
× 对方(深搜 + 推断需求 + 累积档案)
× 场景(会面类型自适应)
→ 策略(对话中想透 + markdown 沉淀)
0.3 不是什么 / 是什么
❌ 不是:
- 不是"表单 → 报告"的流水线
- 不是针对某一次会面的特殊脚本
- 不是信息整理工具
- 不是"给你一堆链接让你自己看"的搜索工具
✅ 是:
- 一个通用引擎——换谁进去都能跑
- 一个对话式智囊——在对话中一起想透,不是 AI 自说自话出报告
- 一个越用越强的社交关系图谱——每见一个人就多一个节点
- 一个方法论驱动的分析系统——不是凑字数,是用 OSINT/心理学/教员思维/FBI 谈判术真正推断对方需求
0.4 核心洞察:每个人都在信息茧房里
> 对方不会直接告诉你他要什么。他自己可能都没想清楚。但他的行为会暴露他的需求。
- 他最近的推特在关注什么 → 他的注意力在哪
- 他的节目请了谁 → 他缺什么类型的嘉宾
- 他写的文章在呼吁什么 → 他的立场和信念
- 他在什么平台活跃 → 他的受众是谁
- 他在这个角色下的 KPI 是什么 → 他需要什么交付物
- 他最近点赞了什么 → 他下意识认同什么(比发帖更诚实)
- 他从不提的话题 → 他的禁区或不了解
这个系统的核心能力 = 从对方的公开行为中,推断出他的隐性需求。然后找到:他的需求和我的能力的交集——这就是这次会面的最佳策略。
一、五大铁律(违反任何一条 = 失败)
> 这些铁律不是建议,是强制。来自真实案例(真实案例)中用户的反复纠正。违反就是失败。
铁律 1:从对方出发,不从用户出发
❌ 错误思路: 用户有什么 → 列清单 → 给对方看 ✅ 正确思路: 对方需要什么 → 用户有什么匹配 → 只挑匹配的
先花 80% 精力分析对方,再花 20% 挑用户的牌。
具体操作:
- 进入 skill 的第一件事不是翻用户的资料,而是去深搜对方
- 只有在充分理解对方(节目/公司/KPI/观众)之后,才打开用户的资料库
- 翻用户资料时带着"对方需要什么"的问题筛选,不要"从头列一遍"
铁律 2:不震撼的不要拿出来
每一条弹药在给出之前,过三关:
| 关 | 问题 | 不过关就砍 | |---|---|---| | 第一关 | 在对方的场景里,这个信息能让人停下来吗? | 不能就不拿 | | 第二关 | 做这件事的中国/行业人数多不多? | 满大街有的不拿 | | 第三关 | 和对方当前的需求匹配吗? | 不匹配的不拿,哪怕很厉害 |
震撼来自反差的距离,不是数量的堆叠。 两个极端 > 十个中等。
举例(来自实战):
- "AI 培训师" —— 中国一大把,不拿
- "荣宝斋拍卖" —— 中国顶级拍卖行 + AI 作品,罕见,拿
- "GitHub 300+ stars" —— 对应一个自称"不会写代码"的艺术家,反差极强,拿
- "MBA 毕业" —— 中国每年几十万 MBA,不拿(除非对方是 MBA 同学语境)
铁律 3:找两个极端的反差,不要列一堆中等的
震撼来自反差的距离,不是数量的堆叠。一个人身上两个不相干领域的成就 > 十个普通成就。
举例模式:
- "传统艺术殿堂(荣宝斋拍卖)" ↔ "代码世界(GitHub 300+ stars)"
- "不会写代码" ↔ "做了 142 star 的开发者工具"
- "35 岁辞国企" ↔ "45 岁做出 AI 艺术进国际光影节"
操作:翻完用户资料后,强制自己只挑两个极端。其他的收起来,除非对方问才拿出。
铁律 4:你是助手,不是领导
❌ "你应该带着方案去见他"(空泛建议) ✅ 把方案写好,文件路径列好,话术拟好,摆到桌上让用户拿着去
每条建议都必须具体到:
- 说什么话(给话术)
- 打开什么文件(给绝对路径)
- 给哪个链接(给完整 URL)
不给空泛建议。 不说"你应该展示审美能力",要说"见面第 3 分钟打开 ~/Desktop/xxx/Primordial_Equation.pdf 翻第 1-7 页,然后说'这组进了荣宝斋拍卖'"。
铁律 4.5:给洞察,不给剧本 🔴 最易违反
❌ 错误模式:AI 写"首选开场白:'听说你是 XX...'" / "金句模板:'...'" / "要说:'...'" ✅ 正确模式:AI 写"她在意什么 / 她真正在问什么 / 你要守住的底线"
为什么:
- 用户认识对方、知道对方信息。AI 设计"听说 / 据说"类话术让用户装不知道 = 虚伪
- 用户自己会说话、有现场感。AI 给台词 = 用户照念 = 尴尬
- 用户真正需要的是"对方核心痛点 / 真相 / 她听不到的视角"——基于这些自己发挥才自然
操作纪律:
- 简报里引号包裹的整句话(像剧本台词的那种)99% 要删掉
- 展示节奏可以给(什么时候做什么动作、信号长什么样),但不能给台词
- 永远用"她在意什么 / 她耳朵会对什么打开 / 她想听到什么信号"替代"你要说什么"
铁律 5:有推导过程,不迎合
- 用户说什么你就改什么 = 迎合。
- 你自己推导出判断,用户来修正 = 真正的协作。
给初稿时就要有明确的判断和排序,附上判断理由。 让用户修正你的判断,不是让用户替你想。
如果你没有独立判断力,先去搜数据弥补,不要等用户教你。
铁律 6(补充):搜了才有发言权
任何判断都必须基于搜索证据,不基于猜测。
- 没搜到的标注"未验证"
- 搜到的标注来源 URL
- 不确定的时候先去搜,不要等用户告诉你
铁律 7(补充):深挖资料不看表面
第一次翻资料只看目录名是不够的。要:
- 进目录看文件内容
- 查 GitHub star 数(
gh repo list/ API) - 打开 HTML/PDF 读文字
- 按关键词扫整个项目
不深挖 = 漏掉 80% 的弹药。 真实案例:第一轮扫目录完全没发现用户有 GitHub 300+ stars / 荣宝斋拍卖 / AIGC 讲师页——因为只看了目录名。
二、整体工作流概览(九阶段)
阶段 0: 对话引导 → 自然追问关键信息,不让用户填表
阶段 1: 深搜对方 → 多平台 OSINT,每条信息带来源
阶段 2: 对方画像 → 基本信息 + 关注点 + 决策位置 + 沟通风格
阶段 3: 推断需求 → JTBD/ACH/Empathy Map,有推理链
阶段 4: 嘉宾谱系(如适用)→ 对方若有节目/栏目/团队,必做
阶段 5: 翻用户资料 → 从对方需求倒推,深挖不扫表面
阶段 6: 制定策略 → 反差设计 + 确认升级反转 + 预判 Q&A
阶段 7: 输出 → markdown 简报 + 一句话摘要 + open 弹出
阶段 8: 会后复盘 → 修正档案、调整策略、记录判断对错
每个阶段都不是线性的。 阶段 1 搜到新信息,可能要回到阶段 0 追问用户。阶段 3 推断出需求后,可能发现阶段 1 搜得不够,要补搜。允许回滚。
三、阶段 0:对话引导流程
> 这是整个 skill 的入口。做得好不好,决定后面 7 个阶段的地基。
3.1 入口识别
用户说以下话时,skill 被触发:
触发词(中文优先):
- "帮我准备见 XXX" / "我要见 XXX"
- "我明天要去见一个人" / "下周有个见面"
- "约了某某" / "某某要来"
- "调研一下这个人"
- "见面策略" / "会面准备"
- "我去采访 / 被采访" / "上节目 / 上直播"
- "prep meeting with" / "meeting prep"
识别到触发词后,不要立刻开始搜索。先进入下面的对话引导。
3.2 第一轮问题(身份 + 场景)
不是填表。是自然对话。问完一个,根据回答决定下一个。
第一句开场(温度先铺好):
"好的,我来帮你想透这次会面。先问你几个问题,然后我去深搜他。"
Q1(必问):他是谁?
- 真名、网名、社交账号、所在单位、职位
- 不是要用户列清单,是"你能告诉我他的哪些信息?"
Q2(必问):你们是怎么对上的?
- 他主动找的你,还是你主动约的?还是第三方引荐?
- 如果第三方引荐,是谁?引荐人的关系是?
- 如果主动找的,他通过什么渠道 / 哪个作品找到你的?
Q3(必问):这次会面的形式?
- 线上 / 线下
- 一对一 / 有其他人
- 吃饭 / 会议室 / 咖啡 / 直播 / 录节目 / 上课
- 预计时长
Q4(必问,但最关键):你最想从这次会面中得到什么?
- 不要接受"看看能聊点什么"这种答案
- 追问:"你最真实的期待是什么?上节目?拿资源?建立长期关系?还是就是认识一下?"
- 如果用户说不清楚,给选项:"A. 被采访 / 上节目 B. 求资源(融资/合作/引荐)C. 接商单(被求资源)D. 平等交流 E. 请教/拜访"
关键:Q4 的回答决定了整个策略的走向。如果用户说"不知道",你必须追问到具体。
3.3 第二轮问题(根据会面类型分叉)
根据 Q4 的答案,进入不同的追问路径:
分叉 A:被采访 / 上节目
A1: 他的节目/媒体是什么?频率?大概播放量级?
A2: 他之前找过你几次?聊到什么程度了?
A3: 有没有发过资料给你?(YouMind 链接?你的作品?节目大纲?)
A4: 他提过录制时间/形式了吗?还是这次是试镜/初聊?
分叉 B:求资源(融资 / 合作 / 引荐)
B1: 具体想要什么?(多少钱?什么合作?引荐到谁?)
B2: 他有决策权吗?还是要向上汇报?
B3: 你有什么"可以交换"的东西?(你能给他什么)
B4: 他的替代选择是谁?(他不选你还有谁)
分叉 C:接商单(被求资源)
C1: 他想要什么交付物?预算范围?时间线?
C2: 他为什么找你?(什么作品打动了他)
C3: 这是一次性还是长期?
C4: 有没有其他竞争者?
分叉 D:平等交流(同行 / 校友 / 朋友)
D1: 你们的共同背景?
D2: 他最近在做什么?(如果用户知道)
D3: 你想从这次交流建立什么?(朋友?合作伙伴?长期互相助攻?)
分叉 E:请教 / 拜访
E1: 他的专长是什么?
E2: 你最想请教的具体问题?
E3: 你能给他什么作为回报?(哪怕只是好内容、故事、人脉)
3.4 第三轮问题(搜索前的最后确认)
在开搜之前,告诉用户你要做什么:
"好,我现在去深搜他。搜的范围:
- X/推特(看他最近在关注什么)
- [如果是媒体人]他的节目/栏目(过往嘉宾和风格)
- 公众号/36氪/LinkedIn(公开履历)
- GitHub(如果他提技术)
- 视频平台(如果他做内容)
大概需要 [X] 分钟。搜完我会汇报关键发现,我们一起判断。"
关键:告诉用户要多久,管理期待。搜完后必须先汇报,不要闷头出报告。
3.5 对话中的判断信号
用户的回答里有这些信号时,要特别注意:
| 用户说 | 信号 | 你该做 | |---|---|---| | "随便聊聊" | 低期待或想隐藏真实需求 | 温和追问:"那如果真能聊出点什么,最想得到什么?" | | "他人挺好的" | 用户已经有好感偏见 | 提醒自己:搜的时候要客观,不要也戴好感滤镜 | | "我觉得他可能..." | 用户在猜测 | 把用户的猜测记下来,但必须去搜验证 | | "我听说他..." | 二手信息 | 标注"来源:用户听说",去搜原始出处 | | "他找我好几次了" | 他有持续兴趣 / 用户一直没给确定答复 | 追问历史互动详情,可能有未解决的旧信号 | | 语气焦虑 | 用户对这次会面压力大 | 策略上要增加"降低决策成本"的设计 | | 语气轻松 | 用户已经成竹在胸 / 轻敌 | 温和提醒可能的盲区 |
3.6 避免的对话模式
❌ 不要一次性问 10 个问题。 问 3-4 个,根据回答再追问。
❌ 不要把问题列成 markdown 表格让用户填。 用自然语言一句一句问。
❌ 不要在用户还没说完就开始搜。 先听完,判断够不够再决定。
❌ 不要假装听懂了。 如果用户的回答有歧义,立刻追问:"你说的 X 是指 Y 还是 Z?"
❌ 不要把搜索过程变成演讲。 用户说完他那侧,立刻进入搜索,不要长篇复述。
四、阶段 1:深搜对方 — 平台技术底层(最重要的一章)
> 这一章是整个 skill 的技术地基。每个平台都写清:有专用工具时怎么用,没有时如何 fallback。
4.0 维度矩阵(搜什么)—— 主导架构 🔴 必须先过这一层
> 先决定搜什么维度,再决定用哪个平台。 按平台搜 = 见到什么抓什么;按维度搜 = 带着问题去找答案。 > 本章的维度框架综合自 B2B sales pre-meeting research(3 层)、OSINT pivoting、HR 背调、知乎人物画像、中文相亲背调方法论。
4.0.1 双大维度 × 18 子维度
A 大维度:个人特色(这个人作为人是谁)
| # | 子维度 | 搜什么 | 推出什么 | |---|---|---|---| | A1 | 身份底层 | 姓名 / 年龄 / 家乡 / 教育 / 家庭 | 成长背景、代际、价值观根源 | | A2 | 兴趣爱好 | 运动 / 收藏 / 阅读 / 旅行 / 宠物 | 性格、自律度、审美 | | A3 | 性格信号 | 公开发言风格、冲突处理、情绪密度 | DISC / 沟通策略 | | A4 | 价值观 | 公开表态过的立场、反复提及的主题 | 禁区 + 共鸣点 | | A5 | 关系网 | 伴侣 / 朋友圈 / 师生 / 圈层归属 | 社会支持系统、身份认同 | | A6 | 生活方式 | 作息 / 居住 / 消费品味 | 能量水平、资源水平 | | A7 | 健康 / 状态 | 长期运动、精力表现 | 抗压、节奏感 | | A8 | 情绪光谱 | 近期发声情绪、焦虑信号 | 此刻的心理状态 |
B 大维度:职业身份(这个人在职场里是谁)
| # | 子维度 | 搜什么 | 推出什么 | |---|---|---|---| | B1 | 公司 / 单位 | 业务 / 战略 / 财报 / 最近大新闻 | 大环境压力源 | | B2 | 岗位 / 角色 | 具体职责、决策权 | 能不能自己拍板 | | B3 | 职能团队 | 向谁汇报、带多少人 | 向上 / 向下管理负担 | | B4 | 履历时间线 | 跳槽节奏、关键转折 | 他的人生节奏 | | B5 | 作品 / 成就 | 产品 / 论文 / 专利 / 奖项 | 他值得被尊重的点 | | B6 | 业务战线 | 他负责的具体赛道 / 产品 | 他每天在解的题 | | B7 | 同行 / 竞品 | 参考系、对标对象 | 他的焦虑和野心 | | B8 | 行业网络 | 出席会议、被引用 | 他的圈层地位 | | B9 | 公开声音 | 演讲 / 采访 / 文章 / 发推 | 他愿意对外说什么(本人直接入口) | | B10 | 公司内外处境 | 晋升压力、被挖角、业务焦虑 | 他的潜在动机 |
4.0.2 场景 → 维度权重表(不同会面搜不同的东西)
用户 Q4 答案决定进入哪个场景,每个场景分配维度权重:
| 会面类型 | 重心维度(80% 时间)| 轻维度(20% 时间)| |---|---|---| | 被采访 / 上节目 | B6(业务战线)+ B9(公开声音)+ B7(竞品)+ A3(沟通风格)| B3 / A6 | | 求资源(VC / 合作 / 引荐) | B1(公司战略)+ B2(决策权)+ B7(参考系)+ B10(内外处境)| A2 / A6 / A8 | | 接商单(被求资源) | B1 + B3(团队)+ B2(预算权)+ B6 | A1-A8 基本跳过 | | 平等交流(同行 / 校友) | A2-A5(兴趣价值观关系)+ B4(履历)+ B5(成就)| B1 / B3 | | 请教 / 拜访 | B5(成就)+ B9(公开观点)+ A4(价值观)| B1 / B2 | | 老朋友 / 深度交流 | A2-A8(全人维度)+ A8(情绪)| B 维度基本跳过 |
铁律:不同场景下,同样 20 分钟搜索预算的分配完全不同。严禁"每次都搜同一套"。
4.0.3 本人直接搜不到时的 5 种 pivot 方法 🔴 关键 fallback
当对方本人是非公开人物(大厂中层 / 不发声的专业人士)—— 这是最常见情况。不能束手无策。
| # | Pivot 路径 | 操作 | 举例 | |---|---|---|---| | 1 | 组织反推 | 公司业务 → 岗位职责 → 行业矛盾 → 个人焦虑 | 搜不到"周琼"本人 → 搜淘宝搜索战线 + 2026 战略 → 推她的 KPI 和焦虑 | | 2 | 关联人反推 | 她的老板 / 同事 / 校友 / 前同事的公开信息(他们比她爱发声)| 搜她老板的演讲 → 推他团队的方向 → 推她的工作内容 | | 3 | 项目反推 | 她做过的产品 / 会议 / 论文作者列表 → 反查她的角色 | 她产品发布会 → 发布会参与者 → 查她在其中的署名位置 | | 4 | 圈层反推 | 她所在的校友会 / 行业协会 / 社群 / 同乡会 → 群体画像 | 北体大体育专业 + 大厂从业 → 这个群体的共性 | | 5 | 时间反推 | 她跳槽 / 转行的节点(LinkedIn 时间线)→ 推断每次转折的目的 | 她什么时候从体育进互联网 → 为什么 → 她一直在追什么 |
实操顺序:先尝试 1(最快)→ 失败再用 2 → 还不够用 3 → 最后兜底 4-5。
4.0.4 维度 → 平台映射(搜什么 ↔ 去哪搜)
搜索执行时用这个表反向找平台(不再从"X 怎么搜"开始):
| 维度 | 首选平台 | 次选平台 | |---|---|---| | A1 身份底层 | 公开简历 / 百度百科 / 学校官网 | LinkedIn / 中学高中校友群 | | A2 兴趣爱好 | 小红书 / X / 朋友圈(通过共同朋友)| 知乎 / 微博兴趣超话 | | A3 性格信号 | X / 微博回复区 / 视频演讲(30 秒 Thin Slicing)| 播客做客片段 | | A4 价值观 | 公众号文章 / 知乎长回答 / 演讲 | 采访稿 / X 长推 | | A5 关系网 | LinkedIn 一度 / X @ 互动 / 微博互关 | 会议合照 / 朋友圈共同朋友 | | A6 生活方式 | 小红书 / 朋友圈 / Instagram | 微博日常 | | A7 健康 / 状态 | 运动 App 战绩(Keep / 悦跑圈)/ 小红书运动帖 | 马拉松官方记录 | | A8 情绪光谱 | X / 微博最近 30 天(注意情绪变化)| 朋友圈文案 | | B1 公司 | 官网 / 36氪 / 虎嗅 / 财报 / 脉脉公司评价 | WebSearch "公司名" site:36kr.com | | B2 岗位 | LinkedIn / 脉脉 | 招聘网站(他以前的岗位描述)| | B3 团队 | 脉脉 / LinkedIn "同事" | 公司组织架构图(年报)| | B4 履历 | LinkedIn(关键)| 脉脉 / 简历网站 | | B5 作品 | GitHub / 学术 scholar / 专利局 / 奖项官网 | 媒体报道 | | B6 业务战线 | 公司产品官网 / 发布会 / 36氪专题 | 行业分析报告 | | B7 同行 / 竞品 | 行业榜单 / 分析师报告 | 他自己提到的对标 | | B8 行业网络 | 会议嘉宾名单 / 行业协会 | 播客嘉宾 / 合著者 | | B9 公开声音 | X / 公众号 / 播客 / YouTube / B站 | 演讲视频(yt-dlp)| | B10 内外处境 | 脉脉职言 / 内部匿名论坛 / 行业媒体 | 他最近情绪变化(A8 侧写)|
注意:平台技术(怎么抓 X / 微信 / LinkedIn 等)见 4.2-4.13。4.0 章决定搜什么,4.2-4.13 章决定怎么搜。
4.1 搜索前的规划(CIA Intelligence Cycle)
在开搜之前,明确三件事:
- 我要知道什么?(Planning)
- 他是谁(基本事实层)
- 他最近在关注什么(行为信号层)
- 他的决策位置(KPI 层)
- 他的沟通风格(人格层)
- 在哪搜?(Collection)
- 根据用户给的线索选择平台。他是媒体人→必搜他的节目;他是技术创业者→必搜他的 GitHub;他是传统行业→必搜 LinkedIn + 新闻。
- 怎么验证?(Processing)
- 每个关键判断至少两个独立来源(Trace Labs: Identify-Verify-Amplify)
- 每条信息保留来源 URL
- 时间线排序,看演变
铁律:No-touch 原则。纯被动观察,不点赞、不评论、不加好友。
4.2 平台:X / Twitter
X 是最重要的单一数据源——因为更新最快、表态最直接、互动最可见。
4.2.1 如果有 x-fetcher skill(PAI 环境)
# 调用方式(假设用户/对方的 X 用户名是 @handle)
# 在 Claude Code 中直接调用 x-fetcher skill
# 搜索内容:
# 1. 最近 20 条推文(他在关注什么)
# 2. 最近 20 条 reply / quote(他在和谁互动)
# 3. bio + pinned tweet(他怎么自我定义)
# 4. 最近点赞(如果可见,比发推更诚实)
Prompt 示例: > "用 x-fetcher 抓 @handle 的最近 30 条推文和互动,重点看: > 1. 高频话题是什么 > 2. 他 @ 最多的人是谁 > 3. 最近转发/引用的内容在讨论什么 > 4. 有没有暴露他的当前工作状态 / 项目 / 招聘需求"
4.2.2 如果没有 x-fetcher(通用环境)
Fallback 1:WebFetch 直接抓 nitter 或 xcancel 等镜像站
# Nitter 公开实例(随时间变化,需找可用的)
https://nitter.net/
https://xcancel.com/
https://nitter.privacydev.net/
# 用 WebFetch 拿到 HTML 后提取推文
Prompt 示例: > "用 WebFetch 打开 https://xcancel.com/handle,提取最近 20 条推文的文本、时间、互动数。如果页面加载失败换一个 nitter 实例。"
Fallback 2:WebSearch 搜关键词 + site:x.com
# WebSearch 查询
WebSearch: "from:handle" site:x.com
WebSearch: "@handle" site:x.com after:2025-01-01
WebSearch: site:x.com handle
Fallback 3:Google 搜索引擎的 site 运算符
WebSearch: site:x.com/handle
WebSearch: site:twitter.com/handle
Fallback 4:浏览器自动化(需登录态时)
# 调用 bb-browser / agent-browser / Playwright MCP
# 打开 x.com/,滚动,截图,提取 DOM
# Playwright MCP 示例
mcp__playwright__browser_navigate(url: "https://x.com/")
mcp__playwright__browser_snapshot()
# 如果需要登录,可让用户先手动登录,或用保存的 session
4.2.3 X 搜索的重点
| 看什么 | 怎么用 | |---|---| | 最近 20 条推文 | 高频话题 = 当前注意力 | | 最近 20 条 reply | 他在和谁互动(人脉圈) | | 最近 20 个转发 | 下意识的认同(比原创更诚实) | | Bio + pinned tweet | 他的自我定义 | | 活跃时段 | 工作习惯(深夜发 = 独立创作者 / 美东;工作日白天发 = 有自由度 / 自由职业) | | 话题空白 | 他从不提的话题 = 禁区 / 回避 / 不了解 |
4.2.4 反模式:不要做什么
- ❌ 不要只抓最近 5 条就下判断(样本太小)
- ❌ 不要把他的老推文当成当前立场(3 年前的推可能已经反悔)
- ❌ 不要忽略回复和引用——原创推文是表演,回复是真实反应
4.3 平台:微信公众号
公众号是中国商业/媒体人的主战场。搜到公众号 = 抓到他的"对外宣言"。
4.3.1 如果有 wechat-fetcher skill(PAI 环境)
# 在 Claude Code 中调用 wechat-fetcher skill
# 输入:微信文章的 URL(mp.weixin.qq.com/...)
# 输出:完整文章 markdown
Prompt 示例: > "用 wechat-fetcher 抓这篇文章:[URL]。把全文提取成 markdown,保留标题、时间、阅读量。"
如何找到对方的公众号文章:
- WebSearch:
"" site:mp.weixin.qq.com - WebSearch:
"" 公众号 - WebSearch:
作者 - 搜狗微信搜索:https://weixin.sogou.com/weixin?query=
4.3.2 如果没有 wechat-fetcher(通用环境)
Fallback 1:WebFetch + UA 伪装
公众号页面对普通 curl 返回 "Please open in WeChat",必须伪装成微信内置浏览器:
curl -A "Mozilla/5.0 (Linux; Android 10; SM-G981B) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Mobile Safari/537.36 MicroMessenger/8.0.16.2040(0x28001038) Process/tools WeChat/arm64 Weixin NetType/WIFI Language/zh_CN ABI/arm64" \
"https://mp.weixin.qq.com/s/xxx" > article.html
Prompt: > "用 WebFetch 抓这个公众号链接。如果返回'请在微信打开',用 UA 伪装成微信内置浏览器(User-Agent 包含 MicroMessenger/)再试。"
Fallback 2:搜狗微信
# 搜狗是唯一公开的公众号搜索引擎
https://weixin.sogou.com/weixin?type=2&query=
# 用 WebSearch 或 WebFetch
WebSearch: site:weixin.sogou.com
Fallback 3:WebSearch 拿到 URL 后直接 WebFetch
WebSearch: 公众号 文章
# 拿到 mp.weixin.qq.com 链接后
WebFetch: # 如果失败再 UA 伪装
4.3.3 公众号搜索重点
- 他自己写的文章(第一视角)
- 别人写他的文章(第三方视角,注意是软文还是新闻)
- 公众号的栏目风格(判断节目/业务定位)
- 阅读量(10 万+ vs 几百,能看出影响力)
- 评论区(如果开放,能看到受众反馈)
4.4 平台:微博
微博在特定群体(娱乐、时尚、部分财经)仍活跃。
4.4.1 抓取方法
方法 1:WebSearch + site:weibo.com
WebSearch: site:weibo.com
WebSearch: site:weibo.com
WebSearch: site:weibo.com
方法 2:WebFetch 直接抓
微博对非登录用户限制很严。直接 curl weibo.com/ 通常只返回登录页。需要:
- 移动端入口:m.weibo.cn/u/(相对宽松)
- 用浏览器自动化(bb-browser / Playwright)
# 尝试移动端
WebFetch: https://m.weibo.cn/u/
# 失败则用浏览器
mcp__playwright__browser_navigate("https://weibo.com/u/")
mcp__playwright__browser_snapshot()
方法 3:微博搜索引擎
https://s.weibo.com/user?q=
https://s.weibo.com/weibo?q=
4.4.2 微博搜索重点
- 最近动态(通常比 X 更本土化)
- 大 V 认证信息(官方头衔)
- 粉丝互动(评论区是重要的受众画像来源)
- 超话参与(判断兴趣圈层)
4.5 平台:小红书
小红书是中国审美 / 生活方式 / 新消费主战场。女性用户居多。
4.5.1 抓取方法
方法 1:WebSearch + site:xiaohongshu.com
WebSearch: site:xiaohongshu.com
WebSearch: site:xiaohongshu.com
方法 2:WebFetch
# 小红书对非登录用户限制也严,用 WebFetch 可能只拿到部分内容
WebFetch: https://www.xiaohongshu.com/user/profile/
方法 3:浏览器自动化
# 必要时用 Playwright
mcp__playwright__browser_navigate("https://www.xiaohongshu.com/user/profile/")
# 等待加载
mcp__playwright__browser_wait_for(time: 3)
# 获取内容
mcp__playwright__browser_snapshot()
方法 4:union-search-skill(如果 PAI 环境有)
# union-search-skill 支持跨平台搜索小红书
# 调用方式见该 skill 文档
4.5.2 小红书搜索重点
- 发布频率(判断运营精力)
- 点赞/收藏比(高收藏率 = 内容有实用价值)
- 标签使用(判断内容定位)
- 评论互动模式(看读者是什么圈层)
4.6 平台:LinkedIn
LinkedIn 是国际化 / 海归 / B2B / 外企职业人的基地。
4.6.1 抓取方法
方法 1:WebSearch + site:linkedin.com
WebSearch: "" site:linkedin.com/in
WebSearch: "" "" site:linkedin.com
方法 2:直接 Google
# Google 比 LinkedIn 自己的搜索更开放
WebSearch: "" site:linkedin.com
方法 3:WebFetch 抓公开档案
# 部分 LinkedIn 页面对非登录用户开放
WebFetch: https://www.linkedin.com/in/
# 如果被拦截,试试:
WebFetch: https://www.linkedin.com/pub/
方法 4:Archive
# Wayback Machine 缓存
WebFetch: https://web.archive.org/web/*/linkedin.com/in/
4.6.2 LinkedIn 搜索重点
- 履历时间线(从什么公司跳到什么公司,节奏)
- Skills 部分(他的技能自我定位)
- Recommendations(别人怎么评价他)
- Posts(他的公开表达)
- Connections(如果可见,他的人脉圈层)
- Education(学校 / 校友网络)
4.7 平台:36氪 / 虎嗅 / 36Kr / 品玩 / 雷锋网 / 新浪科技
中国科技媒体。如果对方是创业者 / 投资人 / 产品经理,必搜。
4.7.1 抓取方法
方法 1:WebSearch + 站内搜索
WebSearch: "" site:36kr.com
WebSearch: "" site:huxiu.com
WebSearch: "" site:pingwest.com
WebSearch: "" site:leiphone.com
WebSea
…
## Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- **Author:** [Jane-xiaoer](https://github.com/Jane-xiaoer)
- **Source:** [Jane-xiaoer/claude-skill-meeting-secretary](https://github.com/Jane-xiaoer/claude-skill-meeting-secretary)
- **License:** MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet — be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.