Tufte

发布之后的表现

收入:indie（TrustMRR）库里没有（按域名 tufte.ai 与名字 \btufte\b 都无）。官网无定价页，npm 包免费、无内购标记，未上架任何应用商店。综合判断为「没有收入模型」，不是「收入未公开」推断，依据:官网 + npm + 无商店条目。

用户 / 下载:appstore、googleplay、macappstore、chromestore 库里均没有。可比量级来自 npm 与 Obsidian:

• npm 官方 API，2026-09-30 至 10-29 的 30 天下载:chart-core 23、markdown-it-chart 14、remark-chart 10、chart-cli 9、chart-evidence 9、chart-mcp 7，六个包合计约 72 次npm API。
• 逐日曲线（chart-core）:2026-06-16 57 次、06-22 174 次（版本发布，非用户）、发布日 06-23 20 次，之后长期个位数，07-21 因发插件+MCP 再冲 126 次，8 月后大多 0–2 次npm API。典型「发布脉冲 + 长尾贴地」。
• Obsidian 社区商店:插件 Tufte Chart 89 次下载，创建 5 个月前、最后更新 4 个月前、2 个版本〔community.obsidian.md/plugins/tufte-chart〕。这是全档案里最像「真实用户」的数字，仍然只有两位数。

开发者关注:GitHub 库里有两条同名仓库，都与本产品无关——taoensso/tufte（Clojure 性能监控库，561 star，fork/star 4%，2016 年建）和 rstudio/tufte（R Markdown 的 Tufte 样式包，433 star，fork/star 25%）库。rstudio/tufte 的 25% fork 比是 R 包分发习惯（用户 fork 改样式），非刷星，两个库近年都无异常增长（2026-10-28 至 11-02 星数分别 560→561、433→433）库。 本产品自己的仓库 arvindang/tufte 不在 GitHub 库里——6 star、0 fork、低于 50 星的收录门槛，属于库的边界，不是异常。现查 GitHub API（2026-11-02）:6 star / 0 fork / 0 open issue / 21 commits / 11 tags / MIT，建库 2026-06-15，最后 push 2026-07-21GitHub API。6 星对 88 票的 PH 发布来说，是「票没有转成开发者关注」的直接证据。

讨论:hackernews 库里没有本产品的任何帖子；6 条命中全是同名噪音（Tufte CSS 207 分、Edward Tufte 的数据墨水比 78 分、社区自发的 Tufte 风格小工具 Show HN 1–4 分）库。注意 HN 库只收 ≥5 分的故事，「发过但没到 5 分」无法从库里排除，只能说没有形成讨论。x 本地库没有提到 tufte / tufte.ai 的帖子，创始人 arvindang 不在任何圈子名单里库。第三方收录:Tufte 被 ClaudePluginHub（2026-09-11）和 awesomeclaudeplugins 收录为 Claude Code 插件网页搜索。

官网动态:网站在线且持续改版。Wayback 2026-06-23 版本只讲「Four packages on npm」；2026-11-02 现版首页已重写为「The deterministic chart layer / Charts AI can generate anywhere text is accepted」，新增 Remote MCP 端点（tufte-chart-mcp.arvindang.workers.dev）、verify 命令、Codex/Claude Code 插件安装方式、GitHub 验证 Action，包从 4 个变 6 个官网 + Wayback。docs 页里还留着未完成的 TODO（把 mcp.tufte.ai 绑到 Cloudflare Worker）官网 tufte.ai/docs。没有 changelog、博客、融资或收购消息。

自报 vs 实际

没有对不上的自报数字——因为一个用户数、一分钱都没自报。

为什么成了 / 没成

它没成。判定依据不是票数，而是三组数字:PH 88 票 → GitHub 6 star；发布日 npm 20 次下载 → 一个月后 0–2 次/天；Obsidian 商店 5 个月 89 次下载。发布脉冲在两周内就归零了。

原因有三层。第一，产品价值是真的但太薄:把 CSV 渲染成 ASCII 图，chart 代码块这个格式确实优雅（fail-safe 回退、source 嵌注释可回读），可它解决的问题「LLM 输出里画图」在 2026-06 时点主要靠让模型直接吐 Unicode 字符就够，用户没有动力额外装一个包。第二，商业化路径根本没建:MIT、无定价页、无账号体系，唯一服务端是免费无状态 Worker；它被定义为一个人的「手艺展示」，不是产品。第三，发布时机与舞台错位:目标用户（写 Markdown 管线、跑 agent 的开发者）在 HN 而不在 PH，而 HN 上关于 Tufte 的热帖全是 Edward Tufte 本人和他的 CSS，本产品一条都没进去——名字致敬经典获得了记忆点，也把搜索与讨论空间让给了别人（6 条 HN 同名命中，0 条指向它）。7 月的 MCP/agent 转向方向是对的（把「图表渲染」升级为「可验证的图表证据层」），但换来的还是 126 次 npm 下载。

对想跟的人

别跟这个具体产品，跟它对的那一半判断:「给 agent 一个确定性的输出/验证层」是个真位置，但必须选一个「没有它 agent 就出错」的场景，而不是「没有它也能凑合」的美化层。Tufte 的 88 票没换来 50 个 star（实为 6 star、0 fork），说明纯开发者审美工具在 PH 上的票和真实装机量是两回事。最大的坑是免费开源:它的六个 npm 包 30 天合计约 72 次下载，且没有一行代码能收钱；如果重做这个方向，第一天就要把 verify / provenance 这类「CI 里必须跑」的能力做成付费服务，而不是先发 MIT 再想商业模式。

没查到的

• indie（TrustMRR）:没有它 → 无逐月收入、MRR、订阅数、for_sale / asking_price / flags 可写
• appstore / googleplay / macappstore:没有它（无榜单、无评分、无下载量）
• chromestore:没有它
• x 本地库:无提及，创始人不在圈子名单，未用实时接口核其近期发帖
• GitHub 库:arvindang/tufte（6 star）低于 50 星收录门槛，故库里没有它的 star 走势；只有同名无关库
• hackernews:库只收 ≥5 分故事，无法证明它「从未发过 Show HN」，只能说没形成讨论
• 查不到:NPM 上的实际使用者数、官网访问量、创始人所在地、有没有任何付费用户