Writulos

发布之后的表现

收入

• indie(TrustMRR)库里没有:按 domain=writulos.com、name=writulos 查均无档案库。也就是说它没有把 Stripe 只读 key 交给 TrustMRR,收入无第三方校验数据。库里也没有 for_sale / asking_price / flags / channels / provider / first_seen 可写——该产品在 indie 库中不存在。
• 官网、llms.txt、PH 页面都没有自报 MRR / 用户数 / 订阅数官网。所以收入只能写「不知道」。

用户 / 下载

• App Store、Google Play、Mac App Store、Chrome 应用商店四个库里都没有它库——它是纯 Web + CI 工具,没有移动端或扩展。
• 唯一可量化的使用信号是 npm:writulos-mcp 首次发布 2026-05-06,最新 1.0.3 于 2026-10-21;最近 30 天(2026-09-30 至 10-29)下载 174 次,最近 7 天(10-23 至 10-29)86 次,单日 0–30 次npm registry / api.npmjs.org。这是「装了 MCP 连接器的人」的下限代理,不是用户数。
• PH 产品档案:52 关注者、0 条评价、2 次发布库,2026-10-29 快照。

开发者关注

• github 库里没有它:按 homepage_domain=writulos.com、仓库名=writulos 查均无库。原因是库的门槛是 ≥50 星,它远不到。
• 直接查 GitHub API:writulos 组织 3 个公开库,全部 0 star、0 fork、0 watcher。writulos-mcp(2026-10-20 建,MIT,topics 含 mcp / documentation-generator)、scribe-action(2026-10-20 建,MIT,最新 release v1.0.2 于 2026-10-23)、writulos-action(2026-04-29 建,已 archived,README 写明「no longer updated」)GitHub API。fork/star 比无法计算(分母 0),不构成可疑信号,只是无人关注。
• 一个细节:writulos-mcp 1.0.1/1.0.2 的 repository 字段指向个人仓库 Triumphist230/Writulos-final,1.0.3 才改到 writulos/writulos-mcp;该个人仓库现已 404npm registry / GitHub API。说明项目从个人账号迁到组织账号,是正常的整理动作,不是转手。

讨论

• hackernews 库里没有:按 domain=writulos.com、标题含 writulos 查均无库。没有 Show HN。
• X 本地库(core 层 560 人原创帖)没有一条提到 writulos 或 writulos.com库。
• 公开 X:@writulos 账号 2026-06 注册,只有 4 条帖(全部 2026-06-13,内容为「Stop writing READMEs」类宣传),0 粉丝、1 关注x.com/writulos;创始人 @nevillemathew__ 2026-04 注册,0 条帖、2 粉丝x.com/nevillemathew__。等于没有社交分发。
• 第三方目录:Glama 收录了 writulos-mcp 并给了工具质量评分(TDQS 3.9/5,2026-10-20 评分),这是目前唯一一处外部可见的第三方收录glama.ai。

官网动态

• 站点活着且在维护:博客最新 4 篇均为 2026-10-17(文档漂移、TS/Python 文档、CI 卡 PR),更早 3 篇在 2026-06-13 至 06-27官网 blog。
• 产品面在扩:远程 MCP 端点(scribe.writulos.com/mcp)、本地 npx 连接器、REST API、Claude tool use、GitHub Action、免费无账号的 docs-freshness 检查页、llms.txt 与 .md 镜像页官网。
• 没有 changelog 页(scribe.writulos.com/changelog 返回 404)官网;没有融资、收购、定价调整的公开消息web_search。Wayback Machine 对 writulos.com 无任何快照web.archive.org CDX,所以看不到历史版本对比。

自报 vs 实际

• 自报:官网/llms.txt 称「35 languages and frameworks」「listed in the MCP Registry as com.writulos/scribe」「generates docs in seconds」。这些是能力描述,不是数字,无法与库对照;MCP Registry 收录在 Glama 页面得到间接印证官网 / glama.ai。
• 自报:PH 第二次发布 59 票、被 featured。与库一致(launch_day_score=59,featured=true)库。
• 无自报收入 / 用户数,因此不存在「自报 vs 实际」的落差可指。反过来说,一个上线 7 个月、有 GitHub Action 和 MCP 集成的产品,在 TrustMRR 上连档案都没有,说明它大概率还没到愿意公开收入的量级——这是推断,不是数据。

为什么成了 / 没成

没成,而且原因很清楚:它卖的是「生成文档」,而 2026 年每个开发者手里都有 Cursor / Claude,免费就能生成文档。官网 FAQ 自己承认这个对手(「How is this different from just asking a chat assistant?」),给出的答案是「一致的结构 + 漂移追踪」。漂移追踪确实是真差异——把每份文档钉在生成时的 commit 上,数之后有多少 commit 动过源文件,再让 PR 检查失败——但这条护城河被定价切断了:免费版「drift can't fail a build」,能卡合并的 Pro 要 $5.99/开发者/月,而愿意为 CI 卡点付费的是团队,团队不会从 Product Hunt 的 59 票里来。于是形成死循环:没有团队客户 → 没有收入 → 没有案例 → 拿不到团队客户。

分发端的数据完全支持这个判断:两次 PH 发布(3 票 / 59 票)、GitHub 三个库合计 0 star、npm 周下载 86、X 官方号 0 粉丝、HN 零提及。这不是「产品不好」,是「没人知道它存在」。创始人把精力放在了工程完备度上(远程 MCP、REST API、Claude tool use、llms.txt、免费 freshness 检查工具),这些是给 AI agent 看的门面,但 agent 不会自己找上门。

对想跟的人

别跟「AI 生成文档」这个卖点——npm 周下载 86、GitHub 0 star 已经说明,在 Cursor 免费能干同一件事的年份,这个入口没有位置。真正值得抄的是它那个可验证的钩子:把文档钉在 commit 上、数漂移、让 PR 检查失败。但要做就得反过来定价——把 fail_on_drift 放进免费版或低价版,让「卡住合并」这件事先在小团队里跑起来,再用组织级开关(它标价 $9.99/开发者、10 人起、还写着 Coming soon)收钱。最大的坑是:它的免费版刻意不给卡点能力,等于把唯一有付费理由的功能锁在了最贵的档位后面,而 $5.99/开发者/月 这个价位既不够低到让个人随手买,也不够高到值得团队走采购——一个 5 人团队一年 $359,采购流程的成本比这还高。

没查到的

• indie(TrustMRR):无档案,收入 / MRR / 订阅数 / 是否挂牌出售 / 获客渠道 / 首次收录日期全部没有。
• appstore、googleplay、macappstore、chromestore:四个库都没有它,无榜单位置、无评分数。
• hackernews:零提及,无分数、无评论。
• X 本地库:零提及;创始人 @nevillemathew__ 0 条帖,拿不到他的公开发言。
• github 库:因未达 50 星门槛不在库内,无 star 走势、无 fork/star 比、无 suspect 标记(改用 GitHub API 直查,见上)。
• 答不了的:真实用户数、付费转化率、月收入、GitHub Action 的实际安装量(只有 Marketplace 页面显示 0 star)、Business 档是否真的上线。