Versionveil

Product Hunt 社区，快来认识 Versionveil 👋

开发团队总是会被第三方供应商的变更打个措手不及：API 弃用、藏在博客文章里的定价结构调整，或是某个细微的行为变更直接导致生产环境在凌晨 2 点崩溃。

问题不在于这些变更没有公告——而是它们分散在十几家不同供应商的更新日志、文档页、定价表和 RSS 订阅里，没有哪个团队有精力人工监控所有渠道。

Versionveil 把一件事做到了极致：持续监控你依赖的供应商，检测有实质影响的变更，用 AI 分析影响范围，然后按严重等级排序，以直白易懂的文字发送提醒到 Slack 或 Discord。

它的爬虫引擎支持处理文档页、更新日志、定价页、API schema 和 RSS 订阅，目前支持 10 家供应商，每 30 分钟扫描一次。

聊聊项目开发过程：

我花 4 天搭出了初版——包含落地页、仪表盘、Stripe 集成和认证系统，一共提交了 52 次代码。但我对当时的架构不太满意：爬虫配置太死板，工作流逻辑混乱，抽象设计处处不顺手。

所以我推倒重来，从零开始。

重写版本花了 10 天，61 次提交：

- 第 1-2 天：完成 Supabase SSR、Cloudflare Workers、数据库 schema 和供应商爬虫骨架

- 第 3 天：从 Cloudflare Workflows 迁移到 Trigger.dev——对于长时间运行的爬虫任务，可观测性和重试机制都更好

- 第 4-5 天：完成 Slack 和 Discord OAuth 集成、Stripe 计费和通知推送

- 第 6-7 天：完成仪表盘 UI、新手引导流程、供应商管理和套餐限额

- 第 8-9 天：通过 OpenRouter 实现 AI 驱动的差异分析，完成测试基础设施、SEO、结构化数据和站点地图

- 第 10 天：用本地 Puppeteer 实例替换了 Browserless.io——减少了一个外部依赖

重写非常值得：现在所有代码更清晰、模块性更强，爬虫管道真的能应对供应商页面各种现实中的杂乱情况（RSS 源、JS 渲染的文档、内联样式，应有尽有）。

欢迎大家都来试用，告诉我你们接下来想监控哪些供应商。🚀