SCMD（Stop Calling Me Daddy）

发布之后的表现

收入

• indie（TrustMRR）库里没有 SCMD库。按域名 github.com、名字 \bscmd\b、创始人 nelson 都查不到；库里唯一带 "scmd" 的是德国产品 agentscmd（agentscmd.com，与 SCMD 无关，且已标「停更」）库。没有收入数据可写。
• 项目本身免费开源，没有可收费入口，所以「没有收入」是设计结果而非失败信号。

用户 / 下载

• appstore / googleplay / macappstore / chromestore 库里都没有它库——它是 CLI / Claude Code 插件，不是商店 App，符合预期。
• 唯一可量化的使用量是 npm:registry 显示 3 个版本（0.0.1 于 2026-09-19、0.1.0 于 09-21、0.1.1 于 09-21），最新 0.1.1官网；npm downloads API 显示 2026-09-30 至 10-29 的 last-month 下载量 60 次官网。发布后一个月总下载 60 次，量级极小。

开发者关注

• GitHub 库里没有 nelsonjohnsolo/scmd库——它没进 ≥50 星的普查名单，说明星数一直低于门槛。
• GitHub 网页现查:14 stars、1 fork、0 watchers、11 commits、1 branch、0 tags，fork/star 比 7%（正常范围，无刷星迹象）官网。仓库无 description、无 topics、无 homepage。
• 关键异常:最后一次提交是 2026-09-21「Release 0.1.1」，比 PH 发布（10-03）还早 12 天；发布后至今（11-02）零提交、零 release官网。发布即封版，之后没再动过代码。

讨论

• hackernews 库里没有 SCMD 的帖子库（唯一命中是 2024 年 Apple Notes 的 notescmdr，无关）。
• x 本地库里没有 SCMD 或作者的提及库；作者在 PH 档案里也没有绑定 X handle库。
• 库外:PH 官方 newsletter 2026-10 期以「Claude called him Daddy」为标题推荐过它〔官网，producthunt.com/newsletters/archive/56332〕；第三方目录 ClaudePluginHub、Product Watch 收录了它官网。除此之外没有独立媒体报道、没有 HN 讨论。

官网动态

• 仓库 README 完整（含截图、quick start、隐私说明），但内容停在 0.1.1；无 changelog、无博客、无 roadmap 更新官网。npm 包描述仍是「Stop Calling Me Daddy — review Claude Code's memories as swipeable cards」官网。

自报 vs 实际

• 自报:PH 文案称「open-source, local review deck…No telemetry, no cloud service」自报。与 GitHub README、npm 包一致，无夸大，可核对通过。
• 自报:PH 档案 customers_count=0、followers=95自报。followers 95 是 PH 关注数，不是用户数；与 npm 月下载 60 次官网量级吻合，没有「用户数」类自报数字可对。
• 无收入 / MRR / 用户数自报，因此没有「自报 vs 库」的冲突点。唯一需要点出的是:PH 发布日收盘 89 票，但库里现在显示 83 票库——PH 反作弊调整把票数往下修了 6 票，属正常波动。

为什么成了 / 没成

没成，但「没成」的形态是「发布即封版」而不是「做砸了」。 三条证据:

1. 代码在 PH 发布前 12 天就停更（最后提交 09-21，发布 10-03），说明作者把发布当成终点而非起点；
2. 发布后一个月 npm 下载仅 60 次官网，14 个 star官网，没有任何自然传播；
3. 作者没有 X 账号、没有独立官网、没有 changelog，发布后没有任何运营动作。

产品本身定位是准的——Claude Code 的 auto-memory 确实会静默写入 ~/.claude/projects/*/memory/，用户看不见、清不掉，SCMD 用「卡组 + 暂存确认 + 可恢复回收站」解决它，还带「这条记忆为什么被存下来」的溯源。痛点真实，故事也好（作者自述 AI 开始叫他 daddy，被太太先看到）。问题在于:这是一个一次性小工具，装完清一次就结束，没有留存钩子、没有付费点、没有网络效应；而 Claude Code 官方在 2026 年持续加记忆管理能力，第三方同类（claude-mem、claude-brain、claude-memory-engine 等，GitHub 库里就有十几个）扎堆，SCMD 的 14 star 在同类里排不上号。免费 + 无运营 + 无迭代，注定停在「PH 上被看到过一次」。

对想跟的人

这个方向还有位置，但不在「审阅卡组」这一层。SCMD 的 14 star / 60 次月下载说明:纯本地、一次性、MIT 免费的记忆清理工具，用户愿意看一眼但不会留下来——因为它没有「每次会话都用到」的钩子。真正的位置在持续性的记忆治理（跨机器同步、团队共享记忆的权限与审计、记忆质量评分），而不是单次清理；GitHub 库里 toroleapinc/claude-brain（92 star，做跨机器语义合并同步）和 Mibayy/token-savior（1201 star，把记忆引擎绑在 token 节省这个可量化收益上）就是两个走对方向的反例。最大的坑是:把「痛点真实」当成「生意成立」——SCMD 的痛点是真的，但免费开源 + 无留存 + 官方随时可能内建，三者叠加就是死局；要跟就跟「能持续产生可量化收益（省 token、省时间、合规审计）」的那一层，别做一次性清理器。

没查到的

• indie（TrustMRR）:没有 SCMD 档案，无收入 / MRR / 订阅数 / 挂牌信息。
• appstore / googleplay / macappstore / chromestore:四个商店库都没有它（非商店产品，符合预期）。
• github 库:没有 nelsonjohnsolo/scmd（未达 50 星门槛），无逐日 star 曲线、无 gain_7d/30d；星数只能从 GitHub 网页现查（14）。
• hackernews 库:无相关帖子；x 本地库:无相关提及。
• 答不了的:PH 发布当天的逐小时票数曲线（库里只有 1 个观测点，post_obs 仅 2026-10-29 一条）；作者的真实身份 / 所在地 / 全职与否（GitHub 与 LinkedIn 均无公开说明）；npm 60 次下载里有多少是 CI / 爬虫（无法区分）。