小红薯账号诊断与商业化建议

SKILL商业运营
商业运营 未标注权限 许可证不明确
安装这个技能

【小题XT】 Diagnose Xiaohongshu/小红薯 accounts and recommend content or commercialization paths from confirmed account context and evidence; use when the user has supplied the minimum intake information and asks for a professional diagnosis or report. An account URL alone must trigger intake questions, not diagnosis or data collection.

一句话选型结论

按资料字段整理

小红薯账号诊断与商业化建议是商业运营类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类商业运营 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install xiaotiai/xt-xhs-account-diagnosis-commercialization
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

商业运营
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方xiaotiai仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 enterprise
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791680382
正文体量19.6 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写运营方案

按目标产出活动方案与执行清单。

分析数据与指标

从报表里找问题、给结论。

整理客户与销售材料

把客户信息与话术整理成可直接用的材料。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在商业运营场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
小红薯账号诊断与商业化建议当前 未标注权限 未标注 未标注 未标注 有
MX 股票筛选器 联网访问 ClawHub 市场 79.9 万 OpenClaw 有
交易 未标注权限 ClawHub 市场 58.1 万 OpenClaw 有
营销技巧 只读 ClawHub 市场 54.0 万 OpenClaw 有
百灵鸟好 联网访问 GitHub 仓库 52.6 万 Codex、Claude、Cursor 有
股票信息浏览器 接触敏感数据 ClawHub 市场 40.5 万 OpenClaw 有

SKILL.md 全文

19.6 KB
模型实际读到的说明书原文,来自技能仓库

小题 XT MCP 强制前置闸门

本节优先于正文中任何旧版配置、手动兜底或“选择是否使用 MCP”的说明。加载本 Skill 后,第一步只检查当前 Agent 是否实际配置并可用名为 ai-tool-center 的 MCP;以当前 Agent 的 MCP 服务器列表、已注册工具列表或可用连接状态为准。已检测到且可用时直接继续,不重复询问配置、不索取 API Key;未检测到、无法确认或连接失败时,只发送配置提醒并停止,不得先读取外部链接、调用平台数据、生成/分析媒体或使用其他能力绕过闸门。

用户只说“已配置”、只提供 URL/API Key,或配置后尚未重启验证,均不算可用。用户明确不配置时,只有在其再次明确授权无 MCP 继续后,才可执行不依赖 MCP 的部分,并标记受影响能力,不得伪称 MCP 调用成功。

MCP 配置提醒

未检测到可用 MCP 时,提示用户到 xt.gbotai.cn 申请 API Key,在当前 Agent 的 MCP 设置中新增以下配置,完全退出并重启 Agent,确认工具列表出现 ai-tool-center 后再回复“已配置 MCP”;真实 Key 不得写入 Skill、日志或交付物。

{
  "mcpServers": {
    "ai-tool-center": {
      "url": "https://middle-aitool.gbotai.cn/mcp",
      "headers": {
        "Authorization": "Bearer <YOUR_API_KEY>"
      }
    }
  }
}

MCP 错误提醒

调用 ai-tool-center 时按返回错误或状态分流,不要反复重试或猜测原因:

  • 如果返回 Key 无效、未授权、认证失败或类似错误,提醒用户到 xt.gbotai.cn 重新申请 Key,更新配置并重启 Agent 后再重试。
  • 如果返回钱包余额不足、额度不足或类似计费错误,提醒用户到 xt.gbotai.cn 进行充值,确认余额恢复后再重试。
  • 错误处理完成前,将对应能力标记为“待确认/不可用”,不得声称任务成功,也不要索取或展示真实 Key、钱包或支付信息。

MCP 调用规则

完成本 Skill 的信息充分性闸门后,公开小红书数据按需使用:已知主页用 mcp__ai_tool_center__parse_xhs_user_summary,候选账号发现用 mcp__ai_tool_center__get_xhs_user_by_keyword,笔记搜索用 mcp__ai_tool_center__xhs_keywordSearchWork,已知笔记详情用 mcp__ai_tool_center__fetch_content_detail,需要评论证据时用 mcp__ai_tool_center__get_xhs_note_comments。用户截图视觉分析和 OCR 分别用 mcp__ai_tool_center__analyze_image、mcp__ai_tool_center__recognize_image_text_direct。严格按实时 schema 和实际返回字段,不在最低资料闸门通过前调用;不预设固定响应包装。

小红书账号诊断与商业化报告

首轮前置确认(硬性闸门)

每次开始账号诊断任务时,第一轮必须先完成信息收集,不得因为用户已经提供截图、文件或链接就直接分析。若当前环境已配置 ai-tool-center MCP,后续需要外部数据时直接调用,不询问用户是否使用 MCP。前置确认完成前:

  • 不读取、总结、OCR 或解释用户已提供的账号材料。
  • 不调用小红书数据、图片识别或其他媒体分析 MCP。
  • 不输出账号诊断、商业化判断、数据结论或局部分析。

第一轮必须先静默检查当前是否能调用 ai-tool-center MCP。未检测到可用 MCP 工具时,不要反复询问用户是否使用 MCP;如果任务需要线上数据,说明当前无法自动获取,并一次性请求用户补充手动资料:

> ⚠️ MCP 未配置
>
> 要使用账号数据获取功能,需要先配置 ai-tool-center MCP 服务。
>
> 配置步骤
>
> 1. 注册并获取 API Key
>
> 前往 xt.gbotai.cn 注册账号,在「Key申请」页面生成 API Key。
>
> 2. 配置 MCP
>
> 请在当前 Agent 的 MCP 设置中完成配置。不要在对话中发送真实 Key;配置完成后完全退出并重启 Agent,再验证工具是否可用。
>
>
> json > { > "mcpServers": { > "ai-tool-center": { > "url": "https://middle-aitool.gbotai.cn/mcp", > "headers": { > "Authorization": "Bearer <YOUR_API_KEY>" > } > } > } > } >
>
>
>
> 3. 完成配置并重启 agent 工具
>
> 配置完成后,完全退出并重启 agent 工具。
>
> 4. 验证
>
> 重启后回复“已配置 MCP”,我会先验证 MCP 是否可用,再开始获取账号数据。
>
> 如果当前不配置 MCP,请直接上传主页截图、笔记列表截图、创作者中心/数据中心截图和业务背景;资料收齐后我会基于你提供的内容分析。

如果已检测到可用 MCP,不向用户询问是否使用。收到完整的基本信息后,自动用 MCP 获取公开账号和笔记数据;同时在诊断开始前主动收集创作者中心/数据中心截图,用于补充曝光、点击率、涨粉、流量来源和粉丝画像等后台数据。

只要诊断目标、账号/业务背景和最低资料齐全,就进入数据收集流程;不要求用户额外确认是否使用 MCP。用户只说“直接分析”“继续”或重复发送材料,但最低资料仍不齐全时,继续请求缺失信息,不开始诊断。已配置 MCP 时,手动截图是补充证据,不是替代或二选一。

信息充分性闸门(硬性规则)

资料闸门通过才代表可以开始诊断。正式诊断必须满足最低信息要求;账号链接本身不是诊断依据,也不能替代账号背景、作品资料和后台数据。

账号链接单独出现时

如果用户只提供账号主页链接,或只提供“帮我诊断这个账号 + 链接”,必须停止在信息收集阶段:

  • 不打开链接、不调用 MCP、不抓取主页、不做 OCR,不输出任何账号判断或“初步诊断”。
  • 直接请用户补充以下内容:
    1. 诊断目标:想解决涨粉、定位、内容、获客、成交、带货、广告还是其他问题?
    2. 账号背景:账号做什么、面向谁、目前提供什么产品/服务,是否有明确变现方向?
    3. 诊断资料:请同步上传主页截图、笔记列表截图、创作者中心/数据中心截图和业务背景;如果已配置 MCP,系统会自动补充公开账号数据。
  • 告知用户:仅凭链接无法可靠判断账号表现,尤其无法替代曝光、点击、流量来源、粉丝画像、评论/私信和成交数据。

推荐回复模板:

> 收到账号链接。为了避免因公开页面数据不完整而误判,我先不开始诊断,请补充:
> 1)你最想解决的问题;2)账号内容方向、目标人群、产品/服务;3)主页截图和笔记列表截图;4)创作者中心/数据中心截图(优先提供近7日或近30日数据)。
> 如果已配置 MCP,我会自动获取公开账号数据;后台截图用于补充 MCP 通常拿不到的曝光、点击率、涨粉、流量来源和粉丝画像,资料收齐后再开始正式诊断。

正式诊断的最低条件

在开始正式诊断前,仍需同时具备:

  • 诊断目标;
  • 账号/业务背景(至少说明内容方向或产品/服务、目标人群);
  • 一组可核验的证据:优先由 MCP 自动获取公开数据,并结合用户提供的主页、笔记、创作者中心或数据中心截图;若未配置 MCP,则使用用户提供的截图或文件。

若缺少其中任一项,继续追问缺失信息,不进入正式诊断。不得用账号链接、搜索摘要、单张模糊截图或抓取失败结果补齐缺失项。

信息不完整时的处理

  • 只有目标,没有账号背景:询问账号内容方向、目标用户和产品/服务。
  • 有背景但没有证据:直接请求主页、笔记列表和创作者中心/数据中心截图;如果 MCP 可用,后续自动补充公开数据,不要求用户确认 MCP。
  • 只有主页截图,没有内容/数据证据:继续请求笔记列表和创作者中心/数据中心截图;不能输出完整诊断或商业化结论,并明确标注“资料不足”。
  • MCP 返回字段缺失、异常或明显不可信:停止正式诊断,说明缺失字段和影响,优先建议用户补充创作者中心/数据中心截图;除非用户明确回复“不补充,直接基于现有数据分析”,否则不得进入下一步正式诊断。不要把缺失值当作 0,也不要用推测替代。

诊断前的后台数据补充

在正式诊断前,必须主动收集并检查是否有创作者中心/数据中心截图,包括曝光、观看、点击率、互动、涨粉、主页访问、流量来源、粉丝画像和单篇作品表现。若已配置 MCP,MCP 会自动补充主页和公开笔记数据,但公开数据不等于后台数据,不能因为 MCP 返回了账号名称、粉丝数或笔记列表就视为数据充分。

如果缺少上述关键后台数据,先向用户发送补充请求:

> 为避免误判,请在开始诊断前补充创作者中心/数据中心截图,优先包括近7日或近30日的曝光、观看、点击率、互动、涨粉、主页访问、流量来源和粉丝画像。公开主页数据和后台数据不同,资料补齐后我再开始正式诊断。

在用户明确表示“不补充”“没有后台数据,直接分析”或等价表达前,保持 intake_status: partial,不输出正式诊断、商业化结论或确定性数据判断。用户明确不补充后,才可以基于现有 MCP 数据继续,但必须在报告开头标注缺失后台数据、影响范围和低置信度结论。

Core Workflow

  1. Pass the intake gate before diagnosis. First collect the diagnostic goal, account/business context, homepage/post evidence, creator/data-center screenshots, and any business materials needed for the requested conclusion. If MCP is available, use it automatically to supplement public data; do not ask the user to confirm MCP. If MCP is unavailable, rely on the manually provided materials and state the evidence boundary. Do not start formal diagnosis until the minimum intake is complete or the user explicitly declines to provide missing materials.
  2. Extract visible facts before judging. Capture account name, niche, profile copy, follower count, likes/saves, recent exposure/views/click rate, traffic sources, fan growth, top posts, posting cadence, comments/private-message pain points, and any compliance warnings.
  3. Diagnose the account from business intent. Decide whether the account should optimize for content growth, consultation leads, store visits, product sales, private-domain relationship, brand trust, advertising value, or course/coaching conversion.
  4. Separate four layers. Treat account state, content quality, traffic distribution, and commercialization pathway as different problems. Do not collapse all issues into “多发优质内容”.
  5. Make a commercialization recommendation. Explicitly compare 橱窗带货、接广告、导流私域、单次咨询、陪跑、课程/资料包 and choose the current primary path, secondary path, and paths to postpone.
  6. Write actionable execution. Provide profile copy, pinned-post structure, content pillars, title examples, cover rules, comment/private-message scripts, compliance-safe conversion actions, and 30-day validation metrics.
  7. Generate the requested artifact. For PDF reports, use the pdf skill and render pages to PNG for visual QA. For Word reports, use the documents skill and render QA when available.

Required Inputs

Do not proceed with formal diagnosis when inputs are missing. Treat the following as required before diagnosis: (1) diagnostic goal, (2) account/business context including content direction or product/service and target audience, and (3) verifiable evidence from homepage/post materials plus creator/data-center screenshots or equivalent backend data. If MCP is available, use it automatically as an additional public-data source; it does not replace the creator/data-center evidence. If incomplete, return an intake request that names the missing items. A URL alone is always intake_status: missing.

Use these intake states internally and reflect them in the response when useful:

  • missing: URL only, vague request, or no usable evidence. Ask for intake; no analysis.
  • partial: some context/evidence exists, but one or more required items are missing or unreliable. Ask targeted follow-up; no formal diagnosis or commercialization conclusion.
  • confirmed: goal, context, and evidence are present, including creator/data-center evidence or an explicit user refusal to provide it. If the user declined missing backend screenshots, formal diagnosis is allowed only with the missing fields, impact, source, retrieval time, and confidence recorded.

MCP 优先与资料兜底

需要线上数据时

当用户已补充诊断目标和账号/业务背景,且当前环境可调用 MCP 时,直接进入线上数据流程,不再询问用户是否使用 MCP:

> 这项任务需要读取线上账号数据。当前已配置 ai-tool-center MCP 时,我会自动获取公开账号数据;如当前未配置,请提供主页截图、笔记列表截图、创作者中心/数据中心截图和业务背景。

  • MCP 已配置:自动通过 MCP 获取公开数据,并记录工具来源、数据时间、返回字段和缺失字段;同时在正式诊断前请求并核对创作者中心/数据中心截图。
  • MCP 未配置:不要直连平台 API、不要用搜索结果冒充账号数据;转为请求用户提供截图、文件或手填数据。
  • MCP 调用失败:明确说明“线上数据获取不可用”,不要把失败解释为账号没有数据。
  • 已配置 MCP 时,手动截图作为补充证据;未配置 MCP 时,手动截图/文件作为主要证据。所有情况下都要在报告中写明资料范围和诊断边界;资料闸门通过前不得提前分析。

资料兜底清单

无 MCP 时,优先请求最少必要资料:

  1. 主页截图:昵称、头像、简介、粉丝、获赞收藏和置顶笔记。
  2. 笔记列表或作品截图:封面、标题、发布时间和可见互动数据。
  3. 数据中心截图:曝光、观看、互动、涨粉、主页访问和流量来源(有则提供)。
  4. 业务背景:产品/服务、目标用户、价格区间和本次目标。

资料不完整时只能做信息整理或证据清单,不能先做局部诊断;必须列出尚需补充的信息,并将 intake_status 保持为 partial。

Minimum viable inputs:

  • 小红书主页截图:昵称、头像、简介、粉丝、获赞收藏、置顶笔记、主页入口。
  • 笔记列表截图:封面、标题、发布时间、观看/点赞/收藏/评论。
  • 业务背景:卖什么、服务谁、客单价/价格区间、目标是涨粉、获客、成交、带货、广告还是私域。

Recommended inputs:

  • 创作者中心/数据中心:近7日/近30日曝光、观看、点击率、互动、涨粉、主页访客、流量来源。
  • 作品分析:单篇观看、点赞、收藏、评论、分享、涨粉、主页访问、停留时长/完播率。
  • 粉丝画像:年龄、性别、城市、兴趣、活跃时间。
  • 评论区/私信截图:真实用户问题、购买/咨询意图、异议、价格敏感点。
  • 商业资料:产品介绍、服务流程、报价、成交记录、过往客户案例、投流历史。

Reference Routing

Load only the reference needed for the task:

  • For the full diagnostic dimension checklist, read references/diagnosis-framework.md.
  • For commercialization decisions and SOPs, read references/commercialization-playbook.md.
  • For report section order, tone, and artifact requirements, read references/report-template.md.

Evidence Rules

  • Anchor claims to visible evidence: e.g. “近30日曝光32万、观看4.4万、点击率13.8%”, not “数据很好”.
  • Use cautious language for suspected platform risk: “存在风险/迹象/需要观察”, not “一定限流”.
  • When screenshots conflict with chat notes, state both and give the likely interpretation.
  • Do not recommend risky off-platform导流 as the first action. Prefer platform-native comments, private messages, group chat, shop/service entries, location, or compliant lead capture.
  • Never promise guaranteed涨粉、爆款、成交、变现结果.

Commercialization Decision Rule

Always answer these questions explicitly:

  1. 当前最适合的主变现路径是什么?
  2. 橱窗带货是否适合现在做?如果适合,卖什么类目;如果不适合,为什么?
  3. 接广告是否适合现在做?需要达到什么条件再接?
  4. 私域是否要做?用什么合规方式承接?
  5. 是否应该先做咨询/诊断/陪跑/课程?优先级和验证指标是什么?

If the account sells expertise, strategy, consulting, coaching, or education, usually prioritize:

内容获客 -> 评论筛选 -> 私信诊断 -> 低门槛付费咨询 -> 陪跑复购 -> 课程/资料包产品化

Treat 橱窗 and advertising as secondary unless the account has strong product-scene content, stable niche audience, or brand-collaboration value.

Default Report Sections

Use this order unless the user requests otherwise:

  1. 元信息与诊断依据
  2. 一句话诊断
  3. 核心数据与证据摘要
  4. 账号状态与流量来源解读
  5. 主页定位与信任承接
  6. 内容结构、封面标题和栏目诊断
  7. 用户问题与评论/私信承接
  8. 商业化路径判断
  9. 推荐商业化链路 SOP
  10. 30天执行计划
  11. 每周复盘指标
  12. 投流、橱窗、广告、私域的阶段建议
  13. 诊断边界与最终建议

Output Tone

Write as a practical Chinese growth consultant: direct, evidence-based, business-oriented, and executable. Prefer concrete actions, tables, and scripts over broad advice. Avoid empty phrases such as “打造人设”“持续输出优质内容” unless they are translated into specific actions.

ai-tool-center MCP 配置方法

涉及生图、生视频、外部平台数据获取、媒体分析、OCR 或远程媒体上传时,统一调用 ai-tool-center MCP;不要改用本地脚本、直连业务 API、搜索引擎或其他未授权服务绕过该路由。纯文案整理、规则检查和本地文件排版无需调用 MCP。

{
  "mcpServers": {
    "ai-tool-center": {
      "url": "https://middle-aitool.gbotai.cn/mcp",
      "headers": {
        "Authorization": "Bearer <YOUR_API_KEY>"
      }
    }
  }
}

如果需要配置或更新 MCP,直接回复“帮我配置 MCP”,由配置流程协助写入。

调用失败时要明确记录为“数据/媒体能力不可用”,不得把失败当成数据不存在,也不得编造结果;可使用用户提供的截图、文件或文字作为降级输入,并标注来源和缺失字段。

常见问题

5 问
答案由本站依据条目字段整理
小红薯账号诊断与商业化建议怎么安装?

在支持 Skills 的客户端里执行:skillhub install xiaotiai/xt-xhs-account-diagnosis-commercialization。安装方式为未标注。装完刷新技能列表或重开客户端。

小红薯账号诊断与商业化建议支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

小红薯账号诊断与商业化建议权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

小红薯账号诊断与商业化建议收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

小红薯账号诊断与商业化建议用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。