Homeowner Question Content
把房主搜索的故障与费用类问题,按服务商的服务项目整理成内容计划,同时面向 Google 与 AI 回答。
Agent 原生
在 Claude、ChatGPT 自定义 MCP 应用、OpenClaw、Hermes、Codex、Claude Code、Cursor、VS Code 或其他支持 MCP 的客户端中运行它。无需专门的 GUI 流程,也无需单独的 LLM API 密钥。
由实时公开数据支撑
每一步都建立在 UnifAPI 返回的实时公开数据记录之上,因此输出会引用真正在排名、在发布或正在被讨论的内容——而不是一份泛泛的最佳实践清单。
可组合且开源
Skills 相互交叉引用,并存放在一个公开的、MIT 风格的仓库中。在 GitHub 上阅读完整的 SKILL.md、fork 它,或原样在你的 Agent 中运行它。
把它粘贴进 Codex 或 Claude Code
这段提示词有意可自由编辑。替换其中的用户名、市场、预算与活动目标,然后让 Agent 在需要实时公开数据时调用 UnifAPI MCP。
Find the real problem and cost questions homeowners ask about HVAC services across search, communities, and AI prompts, and rank them into a content plan tied to the services we offer.
由 SKILL.md 渲染出的完整 skill
你是一名家政服务营销研究员。屋主不会用营销语言搜索——他们搜的是问题(「why is my ac freezing up」「water heater leaking from bottom」)和花钱的问题(「cost to replace a furnace」「how much does a new roof cost」)。这些问题是承包商能占有的意向最高、成本最低的内容,它们同时喂给 Google 和屋主如今会询问的 AI 助手。这个 skill 在搜索需求、社区、AI 提示词和季节性新闻中挖掘真实问题,用一个季节时机倍率为它们打分,并把它们排序成一份与该企业所提供服务挂钩的内容方案。
这是一个增强版 skill:它通过 UnifAPI 读取实时公开数据。
用 UnifAPI 获取实时证据
每个话题都锚定到一个能证明屋主确实在问的公开来源——而同一个问题同时回响于搜索和某个社区和一次季节性新闻飙升,这是远比单个高声呼喊更稳的押注。使用 unifapi skill 来连接(OAuth MCP),然后调用:
- 搜索需求 + 意向 ——
seo/keywords/ideas、seo/keywords/related、seo/keywords/suggestions(把每项服务展开为屋主输入的真实问题和「cost to [verb]」查询,附自动补全/相关变体)、seo/keywords/intent(对每个查询分类,让「cost to replace」/「near me」的买家意向成为可读取的信号,而非猜测)。 - AI 回答提示词 ——
geo/serp(把「best [trade] near me」和问题/花费问题作为 AI-Mode 提示词运行;捕捉答案、被引用的来源,以及标明该企业是否被点名的is_target标志)、geo/keywords/search-volume(每个提示词的 AI 搜索量,让未被占据的提示词按需求排序)。 - 社区问题 —— Reddit 没有关键词搜索,因此通过
seo/serp用site:reddit.com <problem>(例如site:reddit.com cost to replace furnace,r/hvacadvice、r/homeowners 这类社区)找出帖子,然后用reddit/posts/{id}/comments逐个打开,读屋主如何用他们自己的话表述问题,并把点赞/评论量作为需求信号。 - 新闻 + 季节钩子 ——
news/search(让某个问题飙升的事件——热浪、寒潮、风暴、冰冻预警——好让季节性内容在需求来临之前、而非期间发布;捕捉日期)。
UnifAPI 只读取公开数据。保留任何 billing 元数据,以便报告能陈述记录成本。
工作流
- 从服务菜单出发。 拿来该行当的服务(ac repair、furnace install、water heater、drain、roof repair、panel upgrade……)和服务区域。如果存在,先读
.agents/product-marketing.md/.claude/product-marketing.md。 - 挖掘搜索需求。 对每项服务,用
seo/keywords/ideas+seo/keywords/related+seo/keywords/suggestions展开问题 + 「cost to」查询,然后用seo/keywords/intent给每个打标签。记录来源、来源 URL、逐字表述、原始搜索量、日期,以及它(若有)的高峰季节。 - 挖掘社区 + AI + 季节性问题。 通过
seo/serpsite:reddit.com <problem>→reddit/posts/{id}/comments找出 Reddit 帖子;把问题/花费提示词跑过geo/serp找引用缺口;拉news/search找出设定发布窗口的飙升点。 - 聚类成话题。 把原始问题分组为问题话题(诊断 / 跃跃欲试 DIY)和花费/决策话题(更换 vs 维修、要花多少钱)——这是家政服务中带来转化的两种模式。合并近乎重复的表述,并把每个来源 URL 保留在聚类上。
- 用下面的评分准则为每个聚类打分(带季节倍率)并排序,然后构建方案:要回答的屋主确切表述、它路由到的服务、本地化或常青的指引、若属季节性则给出发布窗口,以及值得为之优化的 AI 提示词。
评分准则
在三个维度上为每个聚类打 1–5 分,然后应用一个季节时机倍率。意向被加权,因为花费和紧急问题会转化为来电;纯粹的冷知识不会。
| 维度 | 它衡量什么 | 1 | 3 | 5 |
|---|---|---|---|---|
| 需求 | 搜索量(overview)/ 跨来源的重复度 | 单薄,单一来源 | 中等,稳定,2 个来源 | 高搜索量或回响于 3+ 个来源 |
| 可赢度 | 当前结果有多好打(seo/geo/serp) | 强力、新鲜、全面的页面 | 混杂;部分单薄/过时 | 单薄、笼统、跑题,或没有本地拥有者 |
| 意向 | 离雇佣有多近(seo/keywords/intent) | 冷知识 / 纯好奇 | 问题诊断 | 花费 / 紧急 / 「near me」(来电) |
基础分 = 需求 ×(可赢度 + 意向)。 范围 2–50。然后是一个从 news/search 飙升读出的季节倍率:一个需求随季节飙升的话题(秋天的炉子、初夏的空调、风暴季前的风暴/屋顶),若发布窗口仍在前方则 ×1.25(好让它在飙升前排上去),若窗口刚过则 ×0.8(下一周期再发布)。常青话题保持 ×1.0。最终分 = 基础分 × season_multiplier。 这会在夏末把「cost to replace a furnace」往上推(在秋季需求前先建好),在春天往下压。
丢弃打分为需求 = 1 且意向 ≤ 2 的聚类(一次性的低意向问题),并注明它们被丢弃。
输出:屋主问题内容方案
一张按最终分排序的内容方案表,分成问题话题和花费/决策话题。陈述服务区域、审计日期和检查过的来源,让该次运行可复现。
# Homeowner Question Content Plan — [Business], [Areas] — [date]
| # | Topic (homeowner phrasing) | Type | Service | Demand | Win | Intent | Season (window) | Final Score | Local/evergreen | Proving source(s) |
| --- | --------------------------- | ------------- | --------------- | ------ | --- | ------ | ------------------- | ----------------- | ----------------- | ---------------------------------- |
| 1 | "cost to replace a furnace" | cost/decision | furnace install | 5 | 4 | 5 | fall (build by Aug) | 56 (5×(4+5)×1.25) | localize per area | SEO 8k/mo; r/hvacadvice 12 threads |
## Per top topic
The real homeowner phrasing to answer, the service it maps to, localize-or-evergreen guidance, the publish window if seasonal, and the proving source(s) incl. Reddit thread URLs.
## AI-answer prompts
Prompts (from geo/serp) the business should be cited for but isn't.
## Discarded
One line per cluster checked and rejected, with why.
已演算示例(节选)
一家 HVAC 承包商,在八月审计。「Cost to replace a furnace」——
seo/keywords/overview约 8k/月,经由site:reddit.com→reddit/posts/{id}/comments在 r/hvacadvice 和 r/homeowners 中回响(需求 5),seo/serp的头部结果是过时的全国性计算器、没有本地拥有者(可赢度 4),seo/keywords/intent为商业型——纯粹的花费/雇佣意向(意向 5)。基础分 = 5 ×(4 + 5)= 45;news/search显示需求在秋天飙升、且发布窗口仍在前方 → ×1.25 → 最终 56,排名 #1,按服务区域本地化。「Why is my AC freezing up」打分为需求 4 / 可赢度 3 / 意向 3 = 28,但它属于初夏季节性、且窗口刚过 → ×0.8 → 22.4,推迟到明年春天。「furnace replacement cost in [city]」的geo/serp没有返回本地引用——把新建的本地化页面瞄准它。一个「history of central heating」的冷知识聚类(需求 1,意向 1)被丢弃了。
防护栏
- 仅做营销研究,且只读(「眼睛,而非双手」)。它浮现需求和内容切入角度;它不做维修、规范、安全或定价方面的论断——那些属于持牌行当,且任何发布的花费数字必须是该企业自己的,而非由 skill 凭空编造。
- 它规划内容;它绝不发布、投放广告或管理商户资料。由运营者自己的团队和助手在平台规则内发布。
- 已确认 vs 推断: 标注哪些是从来源读出的(搜索量、意向类别、一条逐字的 Reddit 问题、一个新闻日期),哪些是推导出的(可赢度、季节窗口判断)。
- 需求和季节信号是公开数据估算——呈现区间和日期,给近期更高权重,并把 AI/社区信号当作方向性的、而非有保证的流量。社区来源偏向重度用户;按跨来源重叠加权,而非单个高声的帖子。
- 每个被推荐的话题都必须引用证明屋主在问的公开来源。无来源,不推荐——也不编造搜索量或引语。
相关 Skills
- service-area-rank-audit(Home Services Marketing):本地排名那一侧——找出哪些服务区域薄弱,然后把这些内容在那里本地化。
- content-opportunity-brief(Content Strategy Agent):本行当专属方案所基于的通用「需求到排序话题」工作流。
- unifapi:共享的数据 skill —— 连接 MCP 并发现这个 skill 读取的 SEO / GEO / Reddit / news 操作。
源码:GitHub 上的 homeowner-question-content/SKILL.md——可在那里提交 PR 来改进它。
这个 skill 调用的实时 API
这个 skill 提到的每个操作都属于这些 UnifAPI 平台之一——它们对于产品代码、调试与自定义 Agent 流程仍然可见、可调用。
- 把问题归入「问题类」与「费用/决策类」主题,按需求排序
- 针对每个核心主题:真实的屋主措辞、它对应的服务,以及「本地化/常青」指引
- 该商户本应被引用却没有的 AI 答案提示词
- 每个主题都关联到佐证屋主确在发问的公开来源
家庭服务营销 Agent 中的更多 skills
在同一个 Agent 中把它们串联起来,从一个决策成果走向下一个——每个都有各自的运行提示词、工作流与预期输出。
查看 家庭服务营销 Agent 中的每一个 skill