scan_date: 2026-07-29 mode: B(repo 採用健檢) tier: quick token_cost: ~13 萬(估) target: https://github.com/mnemox-ai/idea-reality-mcp question: 值不值得裝進日常工作流(Claude Code 的 MCP server)


Radar 報告 — mnemox-ai/idea-reality-mcp

1. 裁決

不採(不裝進日常工作流)+ reference(值得借鑑其詞彙擴展做法)

一句話:它做的事你已經有了(radar skill),而它為了做這件事,會在每次回應裡塞一則自家產品廣告、並把你的點子原文送到它的伺服器——而這件事和它自己寫的隱私聲明矛盾。

三個決定性理由,全部回源核實過:

  1. 每次呼叫都注入廣告tools.py 結尾無條件執行 result["next_step"] = angelrun_next_step(idea_text, "mcp"),把一段 AngelRun 推銷文案(含 UTM 追蹤參數與你的點子前 200 字)塞進 MCP 工具回傳值。日常工作流= 每次觸發都繳一次 context 稅,且工具本身對「你該不該做這個」有商業利益衝突。
  2. stdio 模式會外送你的點子原文,與官方文件矛盾tools.py 無條件 await expand_idea(idea_text)expansion.py POST 到 https://idea-reality-mcp.onrender.com/api/expand-idea (預設值,無關閉開關)。但 TERMS.md 寫「MCP stdio mode: No data is collected. Queries stay on your machine.」、SECURITY.md 的對外連線清單完全沒列 onrender.com 且寫「No user data is stored or transmitted to any other service」。兩份文件都與程式碼不符。
  3. 能力與你既有資產近乎完全重疊~/Code/InfraSystem/docs/radar/ 的 radar skill 涵蓋同一份工作(GitHub/HN/npm/PyPI/WebSearch 先例掃描),且管道紀律嚴格得多—— channels.md 甚至已經把「idea-reality-mcp 2026-07 拆掉 PH 源」當成教訓寫進去了。 裝它=用一個更弱、會投放廣告的版本去覆蓋你自己更強的工具。

為什麼仍給 reference 而非全盤否定:MIT 授權、188 commits、12 天前仍有推送——以 MCP 生態的標準它並不算棄養(見 §4)。scoring/synonyms.py(15KB 同義詞表)與 scoring/expansion.py 的「字典關鍵詞 + LLM core_concept 補充,而非取代」策略,正好對應 radar 模式 A 最大死因 「只用自己發明的名字搜」。建議:讀它的 synonyms.py 與 expansion 策略,抄想法進 radar 的詞矩陣,不要裝它。

重啟評估 gate(若日後想推翻此裁決,以下需同時成立)

# 條件 現況
G1 移除或改為 opt-in 的 next_step 廣告注入 ❌ 硬編碼在 tools.py
G2 提供離線/不外送開關(非只是改 API URL) ❌ 僅 IDEA_REALITY_API_URL 可改指向
G3 TERMS.md/SECURITY.md 與程式碼一致,且 PRIVACY.md 實際存在 ❌ PRIVACY.md 404
G4 PyPI 發佈追上 main(目前落後 4.5 個月) ❌ 0.5.0 停在 2026-03-11
G5 CI 由紅轉綠,且 README 徽章改為真實 CI 連結 ❌ 近三次 CI 全 failure

2. 硬閘門表(一票否決)

Repo License 引用可否 棄養 安全 閘門結果
mnemox-ai/idea-reality-mcp MIT ✅ ✅ 可自由引用/改寫 ✅ 未棄養(pushed 2026-07-17,188 commits) ⚠️ 見下 通過閘門,但栽在契合度與誠信面
r14dd/patent(最接近替代) Apache-2.0 ✅ ✅ pushed 2026-07-20 ⚠️ 未深查 通過,但 515★ / 1 watcher 同樣異常,未深查

安全欄詳解(未達「一票否決」門檻,但足以否決日常採用): - 非惡意程式碼,無混淆、無憑證竊取、無後門跡象。 - 但存在文件與行為不符:宣稱本地執行卻外送 idea_text(§1.2)。 - REST API 路徑(README 主推的 curl .../api/check)會把你的點子原文前 120 字逐字 送進維護者的私人 Discord 頻道:api/main.py:120 idea_short = idea_text[:120] → 塞進 embed 的 description 欄位。TERMS.md 稱「No personal identifiers are included」 ——就「識別碼」而言屬實,但對「你的點子本身會被人看到」這件事有實質誤導。 - 公平校正:MCP stdio 路徑(/api/expand-idea/api/extract-keywords不會進 Discord、 不會寫 query_log——_compute_report 的註解明講「NO request-scoped side-effects (rate-limit / discord / query-log / funnel live in the endpoint)」,Discord 與 query_log 只掛在 /api/check(main.py:716-745)。我原本懷疑 stdio 也被 Discord 記錄,查證後推翻。 - 淨結論:裝 MCP → 點子外送到他們伺服器再轉發 Anthropic Haiku,但不落 Discord/DB; 用 REST API → 點子原文進 Discord。兩者都與「queries stay on your machine」不符。


3. 契合六維(裝進 Brian 日常工作流)

維度 一句話
功能 與既有 radar skill 近乎 100% 重疊,且覆蓋面更窄(無 AlternativeTo/死案考古/本機資產盤點/負對照紀律)。
技術 ⚠️ FastMCP + httpx,架構乾淨、fail-soft(5s timeout 退回字典關鍵詞);但 GitHub 源在未設 GITHUB_TOKEN 時走未授權 60 req/hr——與 channels.md 已列的死路完全同一個坑。
維運 裝下去的是 PyPI 0.5.0(2026-03-11),落後 main 4.5 個月;MCP registry 上更舊(0.3.4)。所有 7 月修正(含 PH 停用、延遲優化)你都吃不到。
團隊(AI agent 看得懂改得動) 這是它最強的一面:docstring 完整、模組邊界清楚、sources/*.py 各源獨立、有 CLAUDE.md 與 .skills/。要 fork 改造門檻低。
生態 ⚠️ 被 awesome-openclaw-usecases(31.5k★)收錄,但該 repo 自 2026-03-24 未更新、內容仍寫「5 sources 含 Product Hunt」=已過期。其餘曝光全是 Glama/PulseMCP/Lobehub/Smithery 等自動鏡像 README 的目錄站,非人類背書。
退出成本 極低——claude mcp remove 即可,無資料遷移、無 lock-in。(唯一不可逆:已送出的點子收不回來。)

本機既有資產盤點


4. 差異化空間+死因分析

本節為模式 A 主用;模式 B 下作縮減版,只提供「這個類別會不會活下去」的判讀。

類別體質:MCP 生態整體 52% 已棄養(1,847 個公開 server 抽樣),中位數一生 6 個 commits、最後更新在 142 天前。以此為尺,idea-reality-mcp(188 commits、12 天前推送) 明顯優於類別中位數——它的問題不是「快死了」,而是誠信與商業模式取向

同類替代極稀薄gh search repos 四組關鍵詞,負對照 playwright mcp → 35,574★ microsoft/playwright-mcp 證明管道正常): - idea validation mcp → 僅 1 筆 0★ - competitor analysis mcp → 僅 1 筆 0★ - mcp market research → 3 筆全 0★ - 最接近者 r14dd/patent(515★,Apache-2.0,2026-07-20 推送)但聚焦專利先前技術,非軟體先例。

判讀:這個縫確實還空著——「agent 動工前自動先例掃描」沒有可信的現成解。 但空著的原因不是沒人想到,而是這件事的價值密度不足以撐起一個獨立產品: 維護者自己的行為就是證據——他把 7 月全部工時投進 hosted service 的 demand-radar/email gate/AngelRun 導流,而非 MCP 套件本身(PyPI 4.5 個月未發版)。 MCP server 是漏斗入口,不是產品。 這正是「用 skill 自己做」比「裝別人的 MCP」更對的結構性理由。

觀察到的死因模式:本例未死,但呈現典型「開源當獲客管道」衰減曲線—— 發佈期衝聲量 → 嘗鮮者不留存(7 月下載量僅為 3 月峰值的 15%)→ 維護重心移往變現層 → 套件緩慢腐化。


5. 證據連結

採用真實度(行為數據,非星數)

指標 數值 判讀
Stars 766
Watchers(subscribers) 4 star:watcher = 192:1,健康 repo 通常 20-60:1。極度異常。
Forks 85 star:fork 9:1,尚屬正常區間
PyPI 下載(生涯 5 個月) 7,306 每顆星僅 9.5 次下載
PyPI 月序列 2月 1,493 → 3月 2,752(峰) → 4月 1,336 → 5月 730 → 6月 573 → 7月 422 峰值後單調下滑,現為峰值 15%=早期嘗鮮者沒留下來
貢獻集中度 zychenpeng 185 / 188 commits bus factor = 1

程式碼證據(全部 main 分支)

維護與品質訊號


6. 覆蓋聲明

已掃管道(含負對照結果)

管道 狀態 負對照
GitHub(gh,已授權) ✅ 正常 playwright mcp → 35,574★ microsoft/playwright-mcp
HN Algolia ✅ 正常 model context protocol → 644 hits
deps.dev ✅ 正常 回傳完整 9 個版本
pypistats ✅ 正常 回傳 6 個月完整序列
ecosyste.ms ✅ 正常(資料略舊,last_synced 2026-07-06)
WebSearch ✅ 正常(實發 7 發,quick 上限 10) 各查詢均有回傳
MCP registry ⚠️ -m 15 逾時兩次,改 -m 40 成功 search=github → 正常回傳
OpenSSF Scorecard ⚠️ HTTP 404=本 repo 無資料 kubernetes/kubernetes → 正常回傳 → 確認為「該專案未收錄」而非管道失效
AlternativeTo ⚠️ 抓取成功但低產出 以 Product Hunt 為錨點,回傳的都是通用軟體目錄站(Slant/OSS Gallery 等),無 MCP 原生的點子驗證競品——與 §4「類別稀薄」互相印證
Reddit ⚠️ 間接覆蓋 JSON API 為已知死路,改走 WebSearch site:reddit.com未回傳任何 reddit.com 結果。因 WebSearch 本身正常,判為「弱證據顯示無 Reddit 討論」,非管道失效

未覆蓋(原因)

管道表建議修正channels.md 的 MCP registry 條目 -m 15 過緊,建議改 -m 40


7. 手動後續(自動化不了,留給 Brian)

  1. star-history 人眼看曲線:https://star-history.com/#mnemox-ai/idea-reality-mcp ——若見階梯式垂直跳升(單日數百顆),即可從「異常」升級為「刷星」定論。
  2. Discord 溫度:mnemox 社群回應速度與 maintainer 在不在(本 repo 未公開邀請連結,需自 mnemox.ai 找)。
  3. X 輿情@mnemox 或 idea-reality-mcp 近期討論——Grok 訂閱可手動搜。
  4. 可選的一次性試用:若你想親眼看廣告注入,用 IDEA_REALITY_API_URL=http://127.0.0.1:9 跑一次(強制 LLM 擴展失敗、退回本地字典,點子不外流),只看回傳的 next_step 欄位。 注意這是動手安裝,已超出 radar 範圍——要做請另開工單。

8. 附錄:查詢原文照列(含 0 結果)

GitHub(/opt/homebrew/bin/gh 1. gh api repos/mnemox-ai/idea-reality-mcp → 766★ / 4 watchers / MIT / pushed 2026-07-17 2. gh api .../releases → 5 筆,最新 v0.5.0 @ 2026-03-11 3. gh api .../contributors → 3 人(185/2/1) 4. gh api .../tags → 8 筆 5. gh api .../commits?per_page=15 → 最新 2026-07-17 6. gh api .../stats/commit_activity{}(0 結果,端點未產生資料) 7. gh api .../issues?state=all&per_page=15 → 10 筆(含 issue #6) 8. gh api orgs/mnemox-ai/repos → 13 repo 9. gh api .../forks?per_page=100&sort=oldest → 時間分布如 §5 10. gh api .../stargazers?per_page=30404(已知死路,符合 channels.md) 11. gh api .../git/trees/main?recursive=1 → 完整檔案樹 12. gh api .../contents/{README,TERMS,SECURITY,CHANGELOG,pyproject}.md → 全部成功 13. gh api .../contents/PRIVACY.md404(0 結果,負對照 TERMS.md 成功) 14. gh api .../contents/src/...{cta,tools,server,llm,expansion,github,terms}.py → 全部成功 15. gh api .../contents/api/main.py → 2,203 行 16. gh api .../actions/workflows/runs?per_page=8 → 4 workflow,CI 近三次 failure 17. gh api repos/r14dd/patent → 515★ / 1 watcher / Apache-2.0 18. gh api repos/hesamsheikh/awesome-openclaw-usecases + 該 use-case 檔 → 31,564★,2026-03-24 停更 19. gh search repos "idea validation mcp" --limit 121 筆 0★ 20. gh search repos "prior art search" --limit 10 → 10 筆(最高 r14dd/patent 515★) 21. gh search repos "mcp market research" --limit 103 筆全 0★ 22. gh search repos "competitor analysis mcp" --limit 101 筆 0★ 23. gh search repos "MCP does this exist" --limit 81 筆 0★ 24. gh search repos "github search mcp server" --limit 81 筆 0★ 25. gh search repos "playwright mcp" --limit 3 → 35,574★(負對照

HN Algolia 26. search?query=idea-reality-mcp&tags=story → 3 hits,全 author=mnemoxai 27. search?query=mnemox&tags=story → 619 hits(絕大多數為 "mnemonic" 誤命中) 28. search?query=model+context+protocol&tags=story → 644 hits(負對照

健檢/採用量 API 29. api.scorecard.dev/.../mnemox-ai/idea-reality-mcpHTTP 404(0 結果) 30. api.scorecard.dev/.../kubernetes/kubernetes → 正常(負對照) 31. repos.ecosyste.ms/.../mnemox-ai%2Fidea-reality-mcp → 正常 32. api.deps.dev/v3/systems/pypi/packages/idea-reality-mcp → 9 版本 33. api.deps.dev/.../idea-realitypackage not found(0 結果) 34. api.deps.dev/.../mnemox-checkpackage not found(0 結果) 35. pypistats.org/api/packages/idea-reality-mcp/overall?mirrors=false → 6 個月序列 36. pypi.org/pypi/idea-reality-mcp/json → latest 0.5.0,last upload 2026-03-11 37. registry.modelcontextprotocol.io/v0/servers?search=idea-m 15 逾時 38. registry.modelcontextprotocol.io/v0/servers?search=idea-reality-m 15 逾時-m 40 成功 → v0.3.4 39. registry.modelcontextprotocol.io/v0/servers?search=github → 正常(負對照

WebSearch(實發 7 發/上限 10) 40. "idea-reality-mcp" review OR experience OR problems → 8 連結,全為官方文件/目錄站鏡像/作者 dev.to,0 則獨立評測 41. site:reddit.com mnemox OR "idea-reality-mcp" MCP server0 筆 reddit.com 結果(回傳的都是目錄站) 42. mnemox-ai GitHub fake stars OR spam OR "star farming" tradememory未命中 mnemox;取得 CMU 假星研究背景 43. "idea validation" OR "prior art" MCP server Claude Code alternative 2026 → 無直接競品,僅 Claude-Patent-Creator 44. MCP server tool response injects promotional upsell advertising context risk → 佐證「MCP 回傳值植入廣告」是已知模式 45. AngelRun angelrun.vercel.app mnemox build in public angels無獨立報導,僅回到 mnemox 自家 README 46. "MCP server" abandoned OR "no longer maintained" idea validation market research tool 2026 → 52% MCP server 已棄養等類別數據

WebFetch(2 發) 47. trendshift.io/repositories/24677 → 成功但無星曲線資料(僅重複「290+ stars」) 48. alternativeto.net/software/product-hunt/ → 成功但低產出(8 個通用軟體目錄站,無 MCP 原生競品)


升級 deep 可加掃的面

  1. gh search code 實作層反查——用 reality_signalidea_checkmarket_momentum 等實作詞彙反查,找出「不叫這個名字但做同一件事」的專案(本次 quick 只用產品名詞搜,是已知盲點)。
  2. 下游 issue 反查——gh search issues --repo <整合它的專案> idea-reality, 看真實使用者的災情而非 README。
  3. 中文詞矩陣(V2EX/知乎/掘金)——維護者在台灣、repo 有完整繁中文件, 中文圈可能有本次完全沒看到的評價。
  4. Wayback 考古——mnemox.ai/check 與 AngelRun 的歷史快照,看漏斗策略演變與 email gate 何時上線。
  5. 母組織橫向掃——tradememory-protocol(1,402★,同樣 2026-02 成立)的 watcher/下載比, 驗證「連續發射+聲量異常」是否為組織級模式。這是本次最想追但超出 quick 檔的線。
  6. 多時點 star 快照——排程隔週重取 star 數,配合 fork 時間分布,把「異常」推向可證偽的結論。