Tiden

发布之后的表现

收入

• indie(TrustMRR):库里没有。按 domain=tiden.ai、name≈tiden 查均无档案,所以没有逐月收入、MRR、订阅数、是否挂牌出售可写库。注意 TrustMRR 只覆盖愿意公开收入的独立开发者,Qase 这种融资公司本来就不在里面,「库里没有」不等于没收入。

用户 / 下载

• appstore:库里没有。googleplay:库里没有。chromestore:库里没有库。
• macappstore 命中 1 个 app_id 525416935「När som helst - hela tiden / AnyTime 世界時計」,开发者 MEA Mobile,2012 年首发,日本区付费分类榜第 20 名,评分数 3库——这是瑞典语/日语里的普通词误配,与 Tiden 无关,不采信。
• 官网有 app.tiden.ai 登录/注册入口和 14 天试用官网,但没有任何公开的用户数、客户 logo 或案例页。

开发者关注

• github 库:库里没有。按 homepage_domain=tiden.ai、仓库名≈tiden 都查不到库——因为 qase-tms 名下的 tiden-* 仓库星标都只有 1–2 颗,低于 50 星的入库门槛。
• 补查 GitHub 网页:qase-tms 组织下有 11 个 tiden-* 公开仓库(tiden-mcp-server、tiden-javascript、tiden-go、tiden-swift、tiden-phpunit-reporter、tiden-actions、tiden-telemetry-* 等),星标 1–2、fork 0,最近提交 2026-10-26 至 10-30〔github.com/orgs/qase-tms/repositories?q=tiden〕。fork/star 比接近 0,不是刷星,是纯内部工具开源、外部无人跟进。
• npm:@tiden/reporter-commons、@tiden/playwright-reporter、@tiden/vitest-reporter、@tiden/jest-reporter 均为 0.5.0,「4 天前」发布,周下载量 2,576 / 2,358 / 353 / 213〔www.npmjs.com/search?q=tiden〕。下载量三位数到两千,说明有真实安装但规模很小。

讨论

• hackernews 库:库里没有。按 domain=tiden.ai、标题≈tiden 查无;顺带查 qase 也只有两条无关帖库。Qase 团队这次没走 Show HN。
• x 本地库:库里没有。按 tiden / tiden.ai / qase / nik3r 正则查 core 层 560 人原创帖,零命中;创始人 @NiK3R 也不在五个圈子名单里库。
• 公开可见的讨论只有创始人自己的推:10-14 发布当天「We're currently in 6th place!」和「I'd rather have your honest feedback than your upvote」,互动 22 赞 / 27 回复 / 563 曝光〔x.com/NiK3R〕。10-28 他另发一条谈 Qase 客户流失理由里出现「moving to internal tool / replaced with in-house solution」,20 赞同上。

官网和公开网页

• 官网活着且在更新。changelog 页写「What shipped in Tiden since June 4, 2026」,共 250 条,其中 2026 年 10 月 111 条,最新一条 Oct 29(CLI 0.45.0 的 tiden impact)〔tiden.ai/changelog〕。也就是说产品 6 月就开始出货,10 月才公开亮相。
• blog 只有 1 篇(10-13,Nitin Deshmukh 谈「可执行的验证边界」)〔tiden.ai/blog〕;docs 站点结构完整(CLI / MCP server / telemetry SDK / REST API / FAQ)〔docs.tiden.ai〕。
• 没有融资、收购、定价改版公告。Qase 主站首页已挂 Tiden 导流位〔www.qase.io〕。

自报 vs 实际

为什么成了 / 没成

判断:产品做得扎实,但需求侧还没被验证。

成的部分:这是有资源、有分发、有工程能力的团队在做。10 月一个月 111 条 changelog、11 个开源仓库、4 个 npm reporter 包、完整的 docs 和 MCP server——这不是一个周末项目,是一个 20 人级别的产品线在推。定价也定得克制($20 起步、按 merged PR 计费、bot 提交和文档改动免费),明显是冲着「让团队先跑起来」去的。PH 日榜第 4、211 票,对一个 B2B 开发者工具算及格线以上。

没成的部分(目前):所有公开的需求侧信号都是零。HN 零帖、X 本地库零提及、GitHub 星标 1–2、TrustMRR 无收入档案、官网没有客户案例。一个 10 月 14 日发布、日榜第 4 的产品,19 天后在开发者社区里搜不到任何第三方讨论,说明它没有穿透到「自发的口碑」这一层。更值得警惕的是创始人自己 10-28 那条推:Qase 的客户流失理由里开始出现「moving to internal tool」——Tiden 想卖的那批人(在意 intent 记录、在意审计链路的工程团队),正在用 Claude 自己造工具。这个赛道里还有 Canary(YC W26,Launch HN 58 分)、Sentrial(YC W26,31 分)、CodeRabbit、Greptile,以及 GitHub Spec Kit / OpenSpec / Kiro 这类 spec-driven 工具HN 库。

对想跟的人

别跟「intent verification」这个词,跟它背后的具体缺口。Tiden 的定价把缺口说得很清楚:Start 档 $20 只给 20 次 verified change/月,Pro $100 给 100 次——它赌的是「团队每月合并的 PR 数」这个量。但同一份官网 FAQ 里,Tiden 自己承认「一个把 diff 对着 ticket 检查的 prompt,一个下午就能写出来」,真正难的是「之后一直保持记录为真」。这句话反过来就是机会:如果护城河只是「持续维护」,那它就是一个运营活,不是一个技术活,而运营活最怕客户自己造。想跟的话,位置不在「再做一个验证器」,而在 Tiden 明确不做的两头——要么做它上游(把 intent 从 Slack / Linear / 会议里自动捞出来,而不是让 agent 在 session 开始时手写),要么做它下游(把 verified change 变成合规/审计交付物,卖给 SOC 2 和金融客户,那是 $20/月档位覆盖不到的预算)。最大的坑:这个产品的买家正是最会自己写工具的那批人,而 Tiden 的 250 条 changelog 里没有一条能阻止客户用 Claude 复刻它。

没查到的

• indie(TrustMRR):没有 Tiden 档案,也没有 Qase 档案。所以收入、MRR、订阅数、是否挂牌出售全部答不了。
• appstore / googleplay / chromestore:都没有。macappstore 唯一命中是同名误配。
• github 库:没有。tiden-* 仓库星标低于 50 星门槛,只能去 GitHub 网页现查(已查,见上)。
• hackernews 库 / x 本地库:都没有 Tiden 相关记录;x 本地库只覆盖 5 个圈子的 core 层约 560 人,创始人不在名单里,所以「零提及」有盲区,不能等同于全网零讨论。
• 答不了的:真实付费客户数、留存、是否已有企业客户、Qase 为 Tiden 投了多少人、Tiden 是否计入 Qase 的 ARR。这些公开渠道都没有。