关于 replica-entrepreneur
replica-entrepreneur 是从真实用户评价中寻找产品机会的技能。它将带来源的反馈整理为排序后的抱怨、缺失功能和未满足需求，再据此制定修复计划与定位方案。
主要功能
- 01评价收集指引
- 02按主题排序反馈
- 03标记证据不足的主题
- 04排序产品修复计划
- 05基于证据的定位方案
适用场景
- 01从多个评价来源发现重复抱怨
- 02依据反馈证据确定修改优先级
- 03为应用克隆制定产品定位
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/replica-entrepreneur确认已加载。
附带文件reviews.pythemes.json
详细介绍
replica-entrepreneur
直接照搬一个应用没有存在的理由。此技能会找出这个理由： 原版用户讨厌什么，用他们自己的话说出来，并在你的应用中加以改进。
此文件夹中的工具：
python3 reviews.py replica/reviews.csv --out replica/feedback.md
不容商量的规则
- 绝不捏造。 不得编造评价、引言、评分、数量、用户或来源。如果无法访问某个来源，就如实说明并继续。如果有 14 条评价，就说 14 条。
- 每条引言都必须原文引用并附上链接。 必须与页面内容完全一致，并附上评价或讨论帖的 URL。
reviews.py会删除任何没有链接的行。 - 阅读，而非抓取。 像普通人一样在浏览器中阅读评价页面，并将内容复制到表格中。不得使用违反应用商店或评价网站条款的抓取库。符合其条款的官方公开信息流和 API 可以使用：Apple 的客户评价 RSS 信息流（
https://itunes.apple.com/us/rss/customerreviews/id=<APP_ID>/sortBy=mostRecent/json）、Hacker News Algolia API（hn.algolia.com/api/v1/search?query=...）、以及符合条款的 Reddit 官方 API。 - 绝不伪造评价。 无论是针对你的应用，还是针对他们的应用，都不行。在美国（依据 FTC 的 2024 年规定）和许多其他地区，这都是违法的。
- 评价者不是你的推荐人。 他们的话是研究资料。不要把他们的评价放到你的落地页上。
第 1 步：收集
目标是从至少三个来源收集 100 条以上评价，优先看近期评价：
| 来源 | 位置 |
|---|---|
| App Store | 应用页面中的 Ratings and Reviews、See All；或上方的 RSS 信息流 |
| Google Play | 应用详情页中的 See all reviews，按最新排序 |
| G2、Capterra、Trustpilot | 产品的评价页面，也筛选 1 到 3 星的评价 |
| 搜索 "X alternative"、"switched from X"、"X sucks"、"X vs" | |
| Hacker News | 使用 Algolia API 或站内搜索，搜索相同的关键词 |
| 原版自己的意见板 | 查看其公开路线图或功能请求板（Canny 等类似平台）以及投票数 |
| 原版的更新日志 | 查看已发布的内容，避免“修复”已经修好的问题 |
replica/reviews.csv 中的每一行格式为：source,url,date,rating,text，其中 text 必须准确复制原文。也要阅读 3 星和 4 星评价。“喜欢它，但是……”往往藏着最值得改进的地方。
第 2 步：排序
python3 reviews.py replica/reviews.csv --out replica/feedback.md
它会将评价归入主题（themes.json，根据应用类别进行编辑），提高低评分和近期评价的权重，将少于 3 条评价或仅来自一个来源的主题标记为证据不足，列出用户用自己的话提出的每一项请求，并找出未匹配到任何主题的低评分评价。手动阅读最后这份列表，它往往是最有价值的部分。
第 3 步：整理三份清单
根据 feedback.md 写出三份排序后的清单。每一项都应包含：一行问题描述、评价数量、来源数量，以及一两条带链接的引言。
- 他们讨厌什么。 关于应用现有功能的投诉。
- 缺少什么。 用户点名要求的功能。
- 什么问题尚未解决。 应用忽视的完整工作需求或用户群体（“不是为团队打造的”、“对治疗师毫无用处”）。这些将成为定位依据。
将证据不足的主题标记出来。不要把 Reddit 上三条愤怒评论说成一种趋势。
第 4 步：制定修复计划
根据证据强度与修复成本，选出最优先的 5 到 8 项。对每一项说明：要构建或更改什么、规模（S、M、L）、由哪个技能负责，以及证据。将每一项作为一行添加到 replica/features.csv，并将 original 设为 no。定价和账单方面的投诉移至 /replica-launch。
第 5 步：确定定位角度
提出三个定位方案，每个方案都应基于一个主要主题：
For {{who}} who {{hate this about the original, in plain words}},
{{your app}} {{does this instead}}.
Evidence: {{theme}}, {{n}} reviews across {{n}} sources.
推荐其中一个。它将决定 replica-brand 的名称和语气，以及 replica-launch 的主视觉文案。不要在你的应用名称、广告或应用商店详情中使用原版的名称。事实性对比页面是否合规，需要咨询你所在国家的律师。
输出
replica/reviews.csv、replica/feedback.md、replica/fixes.md（包含三份清单、修复计划和定位角度）、features.csv 中新增的行，以及一份注明样本量的摘要。下一步：/replica-brand。