Common Room Account Research 技能实战指南:从 MCP 数据抓取到结构化客户简报
2026/9/13 14:18:20 网站建设 项目流程

Common Room Account Research 技能实战指南:从 MCP 数据抓取到结构化客户简报

【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins

导读

account-research是 knowledge-work-plugins 仓库中 common-room 插件 的核心技能之一,它让 Claude Cowork 能够以 Common Room 的 MCP 服务(mcp.commonroom.io/mcp)为主数据源,自动完成客户(Account)信息的检索、交叉验证与结构化合成。本文以 account-research/SKILL.md 为骨架,结合 signals-guide.md、me-context.md 与 my-company-context.md 等仓库资料,完整还原该技能的六步工作流、四种交互模式、字段选择策略与输出模板,帮助读者掌握一套可直接落地、事实可追溯的账户研究自动化方案。

技能定位与触发方式

该技能在 SKILL.md 的 frontmatter 中声明了名称与描述,描述即触发条件:当用户说出 "research [company]"、"tell me about [domain]"、"pull up signals for [account]"、"what's going on with [company]" 或任何账户级别的提问时,Claude 会自动加载本技能。仓库 README.md 中进一步汇总了与contact-researchcall-prepcompose-outreachprospectweekly-prep-brief的边界:本技能专注于"账户"层面,而联系人层面的查询(如 "Who is [name]")应交给contact-research

其核心职责可概括为一句话:从 Common Room 检索并综合账户信息,并针对四种不同的交互模式(完整概览、定向字段提问、稀疏数据、MCP 数据 + LLM 推理)给出差异化的处理方式。

前置条件:Common Room MCP 连接

在运行任何账户研究之前,必须保证 Common Room MCP 已连接并完成认证。根据 CONNECTORS.md 的说明:

  • 插件所有技能与命令的主数据源均为 Common Room MCP 服务器(mcp.commonroom.io/mcp),它在.mcp.json中登记,是插件正常工作的前提;
  • 日历连接器(~~calendar,可选)仅用于call-prepweekly-prep-brief,账户研究本身不依赖日历;未连接日历连接器时,相关技能会优雅降级为向用户手动询问会议信息。

安装与启用流程见 README.md 的 Setup 一节:先确保 Common Room MCP 连接认证,再安装插件,所有技能与命令即可立即使用。

Step 0:加载用户上下文(Me 对象)

研究任何账户之前,必须先获取 Common Room 的Me对象。这一步提供两类关键信息:

  • 用户自身的画像:登录标识(邮箱或用户名)、全名与显示名、职位头衔与角色、在 Common Room 中的 Persona(如 AE、SDR、CSM、Manager),以及所有关联的账号(如 Salesforce 用户 ID、LinkedIn 主页);
  • 用户的细分列表("My Segments"):属于该用户的所有 Segment 的名称与 ID,对应 Common Room 产品中的"My Segments" 标签页

仓库中的 me-context.md 对Me对象的使用方法做了更细致的约束:

  1. 按领地限定查询范围:除非用户明确要求更广的视角,否则所有查询默认限定在用户自己的 Segments 内。例如 "Show me accounts showing buying signals" 默认按 My Segments 过滤;而 "Show me all accounts in the workspace showing buying signals" 才移除范围限制。如果用户询问的账户不在其 Segments 中,应明确提示:"This account doesn't appear to be in your segments — would you still like me to research it?"(这个账户似乎不在你的细分中——你还需要我研究它吗?)。
  2. 个性化输出:利用用户姓名、职位、角色个性化简报与邮件草稿。
  3. 按 Persona 调整推理侧重:AE/AM 侧重管线、商机、扩张与关单时间线;SDR/BDR 侧重开拓、暖信号与首次触达;CSM 侧重健康度、留存、扩张与关键人(Champion)互动;Manager/Director/VP 侧重团队层面趋势而非单点触达。

Step 1:识别交互模式

在决定拉取多少数据之前,先判断用户真正需要什么。SKILL.md 定义了四种模式,这是整个技能的分支逻辑核心:

模式典型提问数据策略与产出
Pattern 1 — 完整概览(Full Overview)"Tell me about Datadog" / "Summarize cloudflare.com"抓取完整字段集,产出结构化简报
Pattern 2 — 定向提问(Targeted Question)"Who owns the Snowflake account?" / "Is acme.io showing buying signals?" / "What's the employee count for notion.so?"只抓取相关字段,直接给出 1–3 句精炼回答,不为简单问题生成完整简报
Pattern 3 — 稀疏数据(Sparse Data)"Tell me about tiny-startup.io"若 Common Room 数据有限,如实说明:"There is limited information available for this account."(关于该账户的信息有限),绝不臆测或用泛化语句填补空白
Pattern 4 — 综合推理(Combined Reasoning)"Stripe has 8,000 employees and is hiring heavily for AI roles. Based on your ICP of 1k–10k fintech companies, this is a strong fit."先抓取结构化 MCP 数据,再叠加 LLM 分析(ICP 匹配、契合度判断等)

模式识别的意义在于控制数据抓取成本与输出噪音:简单问题给精炼答案,复杂问题给完整简报,数据缺失时诚实说明。

Step 2:查找账户

按域名或公司名在 Common Room 中搜索账户。策略是:先精确匹配,无结果时再尝试部分匹配,并在继续之前与用户确认。这与 Step 0 中"账户不在用户 Segments 时主动提示"的原则一脉相承——所有数据动作都以用户确认为准。

Step 3:抓取正确的字段

通过 Common Room 的对象目录(object catalog)查看可用的字段组及其内容。完整概览时请求所有字段组,定向提问时只请求相关字段。

SKILL.md 特别强调三个关键字段组的处理方式:

  • Scores(分数):必须始终以原始值或百分位形式返回,绝不以类别标签(如 "High")呈现
  • Summary research(摘要研究):RoomieAI 的输出,通常是最丰富的定性信号;
  • Top contacts(顶级联系人):按分数降序排列;需要完整查询时使用communityMemberID

字段选择策略可用官方表格完整复现:

用户查询类型应请求的字段
完整账户概览所有字段组
"Who owns this account?"(谁拥有这个账户?)公司资料与链接、CRM 字段
"Is this company a good fit?"(这家公司合适吗?)关键字段、分数、关于(about)
"What signals is this account showing?"(这个账户显示了什么信号?)分数、摘要研究、CRM 字段
"Who are the top contacts?"(顶级联系人是谁?)顶级联系人
"What does RoomieAI say about them?"(RoomieAI 怎么说?)摘要研究、全部研究
"Find engineers at this account"(找到该账户的工程师)潜在客户(Prospects,带职位过滤)

Step 4:网络搜索(仅限稀疏数据)

Common Room 是主数据源,当 Common Room 返回丰富数据时不要运行网络搜索。只有两种情况触发网络搜索:

  1. 数据稀疏时补缺(对应 Pattern 3):当返回的字段很少、没有活跃度、没有分数时,运行定向网络搜索,搜索模式为"[company name]" news,时间范围限定在最近 30 天,重点寻找:融资轮次、收购、产品发布、高管变动、媒体报道;
  2. 用户明确要求:用户主动要求外部背景或近期新闻时,无论数据是否丰富都执行网络搜索。

Step 5:应用推理(Pattern 4)

当用户的提问期待的是综合而非单纯的数据检索时,需要叠加分析层。SKILL.md 给出的分析动作包括:

  • 将会话上下文中已知的 ICP 标准与账户数据对比;
  • 识别契合信号(规模、行业、技术栈、招聘模式);
  • 标注时机信号(融资、试用状态、近期活跃度激增);
  • 将洞察明确表述为"源自数据"的结论,而非假设。

当用户的公司上下文可用时(见 references/my-company-context.md),应结合用户的价值主张与 ICP 来定位研究结论——例如"This account fits your ICP because..."。该参考文档还给出了收集公司上下文的五条途径:Me对象(含公司名与职位)、以 Organization 身份在 Common Room 中查找用户公司获取企业画像、数据稀疏时网络搜索案例与产品页、检查当前会话中用户是否已描述过产品/ICP/价值主张,以及最后的手段——每个会话最多问一次:"To tailor my recommendations, can you briefly describe what your company does and who your ideal customers are?"(为了定制建议,能否简要描述贵公司做什么、理想客户是谁?)。

Step 6:产出输出

总原则:只包含 Common Room 实际返回了数据的小节;没有数据的章节整体省略,绝不用猜测填充。

完整概览模板(数据丰富时)

SKILL.md 给出了可直接套用的结构化模板:

## [Company Name] — Account Overview **Snapshot** [2–3 sentences: what they do, plan/stage, relationship status] **Key Details** [Employee count, industry, location, domain, funding — from key fields] **CRM & Ownership** [If CRM fields returned] [Owner, opp stage, ARR] **Scores** [If scores returned] [All available scores as raw values or percentiles] **Signal Highlights** [If activity/signals exist] [3–5 most important signals with dates] **Top Contacts** [If contacts returned] [Name | Title | Score — top 5 sorted by score desc] **RoomieAI Research** [If summary research is non-null] [Summary research output; list all available research topic names] **Recommended Next Steps** [2–3 specific, signal-backed actions]

每个可选区块都带条件标记(如[If CRM fields returned]),确保输出与数据真实存在性一一对应。

定向提问

1–3 句直接回答即可,无需完整简报。

稀疏数据模板

## [Company Name] — Account Overview (Limited Data) **Data available:** [List exactly what Common Room returned] [Present only the returned fields] **Web Search** [Findings from web search — or "No significant recent news found"] **Note:** Common Room has limited data on this account. The account may need enrichment in Common Room.

该模板明确提示"账户可能需要到 Common Room 中做数据充实(enrichment)",将缺口诚实暴露给用户。

质量红线(Quality Standards)

SKILL.md 末尾的五条质量标准是整个技能的行为准则,值得逐条展开:

  1. 分数必须始终是原始值或百分位,绝不用类别标签;
  2. 定向提问要精准,不过度交付(Don't over-deliver);
  3. 数据缺失或过期时明确说明,不推测
  4. 完整简报控制在 2–3 分钟内可读完
  5. 每一条事实都必须能追溯到一次工具调用——不包含 Common Room 未返回的数据。这是"事实可追溯"原则的具象化,与整个插件的定位(README.md:Every output is grounded in real Common Room signal data)一致。

信号解读手册:如何把原始数据变成洞察

references/signals-guide.md 是账户研究推理环节(Step 5)的配套参考,将信号分为四大类并给出"信号 → 含义"的映射,是整个插件数据语义的基础:

产品信号(第一方,Product Signals)

信号含义
活跃席位增加账户内扩张,存在触达机会
功能采用(使用了新功能)产品参与度加深,适合谈扩张
登录频率激增参与度上升,跟进以了解原因
登录频率下降脱钩或流失风险,需要主动出击
试用开始处于积极评估期,时间敏感,优先处理
试用临近到期决策点临近,需立即行动
打开支持工单可能存在摩擦,检查是否有模式

社区信号(第二方,Community Signals)

信号含义
新的社区帖子积极参与,有问题或想法
回复/点赞帖子社区参与行为
发起论坛主题寻求帮助或分享反馈,可直接互动
查看了特定文档页面正在研究特定功能,若与扩张领域相关则价值高
活动注册/出席强参与度与意图信号

意图信号(第三方,Intent Signals)

信号含义
招聘相关岗位团队扩张,有预算
宣布融资可能释放新预算,可祝贺式触达
公司新闻/媒体报道良好的外联切入点
技术栈变化可能需要新的集成
竞争对手产品从技术栈移除机会窗口,优先级极高
网站活跃度激增处于积极研究阶段

关系信号(Relationship Signals)

信号含义
近期有会议记录关系活跃,有上下文可用
90 天以上无会议关系降温,需要 check-in
CRM 中有公开商机进行中的交易,与 AE 协作
关键人(Champion)跳槽关系风险或机会

四条解读原则是运用上述表格的方法论:

  1. 时效性最重:昨天的信号远比 6 个月前的信号重要,务必标注时间戳;
  2. 信号簇强于单点信号:多个同向信号远比任何一个单独信号强;
  3. 信号缺失本身也是信号:付费账户出现极低用量 + 零社区互动 = 风险指标;
  4. 结合账户阶段解读:试用期以转化信号为主,成熟客户以扩张与流失风险为主,潜在客户以意图信号为要。

这四条原则直接支撑 SKILL.md 中"Signal Highlights 取 3–5 个最重要的带日期信号"与"Recommended Next Steps 必须信号支撑"的要求。

与插件生态的协同

账户研究不是孤立的能力,它与 common-room 插件其余技能形成完整 GTM 工作流(见 README.md):

  • contact-research:下钻到联系人层面(邮箱、姓名、社交账号查询),补齐账户内的个人画像;
  • call-prep:基于账户研究的成果生成会议准备(公司快照、与会者画像、信号要点、谈话要点、可能的异议);
  • compose-outreach:将账户研究发现的信号转化为邮件/通话脚本/LinkedIn 消息三种外联格式;
  • prospect:当账户研究确认某公司契合 ICP 后,可用其扩展潜在客户列表,支持"find companies like [X]"同类搜索;
  • weekly-prep-brief:将账户研究与未来 7 天外部会议结合,产出每周预备简报。

在数据源层面,Common Room 提供第一方产品信号、第二方社区信号、第三方意图信号,并叠加 RoomieAI 与 Spark 的富化能力——账户研究技能正是把这些异构数据统一收敛为一份可读、可追溯、可执行的结构化简报的核心入口。

总结:账户研究技能的设计要点

从实现角度看,account-research是一个"先识别意图、再按需抓取、最后结构化呈现"的范式范本:

  • 意图驱动:四种交互模式决定抓取深度与输出形态,避免数据过度抓取与输出噪音;
  • 事实边界严格:只呈现 Common Room 实际返回的数据,分数只给原始值/百分位,稀疏数据诚实声明并启动定向网络搜索补缺;
  • 上下文敏感:通过Me对象默认限定用户领地,通过公司上下文(my-company-context)将推理定位到用户的价值主张与 ICP;
  • 信号语义化:依托 signals-guide 的信号分类体系,把原始事件翻译成销售可执行的洞察(扩张机会、流失风险、时机窗口);
  • 输出模板化:完整概览/定向回答/稀疏数据三种输出形态均有明确模板,确保任意一次调用都能产出稳定、可复现的结果。

如需完整实现细节,可直接在仓库中阅读 account-research/SKILL.md、配套的 signals-guide.md、me-context.md、my-company-context.md 以及 CONNECTORS.md。

【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询