Tamadoggo Tamadoggo 是一款宠物生活 AI 日记应用,为宠物主人记录日常活动并提供智能建议和文档扫描功能。 热门评论 PH 用户Heyo PH Crowd!👋 我是Sorin,独立开发者,在布加勒斯特独自打造这款产品。Tamadoggo起源于我自己的两只狗,Frankie和Carra。我老是忘记那些小事:什么时候开始跛行的,它们的食物有什么变化(Frankie超级过敏所以经常换粮),还有那些让它们独一无二的趣事。我用过的宠物应用基本都只是医疗记录器:有用,但冷冰冰的,每次遗漏都让我有点愧疚。我想要的是相反的东西——一本温暖的生活日志,恰好还很智能。Tamadoggo首先是一本活着的日志。你可以记录散步、喂食、看兽医、体重、里程碑、小瞬间,它会构建成一个可以滚动回顾的故事。AI在后台安静地工作:它从不唠叨,也不做诊断,只是帮你发现可能忽略的模式,给出针对品种和年龄的提醒,把兽医文件照片转成正式记录,并且每个月会给你写一份温暖的宠物月度总结。免费版功能很完整:一只宠物、无限时间线、体重图表、自己的提醒。Pro版增加了更深入的AI(洞察、兽医文件扫描、月度总结)以及不限宠物数量。我努力让Pro版成为一种邀请,让你走得更远,而不是在重要功能前设置门槛。技术层面是基于React Native + Supabase,AI通过MCP服务器使用Claude的工具调用构建。目前就我一个人在做,所以非常期待你们的真实反馈,尤其是那些觉得其他宠物应用太冷冰冰的人,或者养了不止一只宠物的人。怎样能让你们每天都会打开它?P.S. 目前仅限iPhone,Android已列入路线图,还有其他酷功能以及大家可能提出的改进建议。PH 用户这立刻引起了我的注意,因为我也养了一只狗。虽然我自己只有一只狗,但我很好奇你们是否有计划在未来扩展到狗以外的领域,比如猫或其他宠物?我能想象很多宠物主人会喜欢这类应用。PH 用户这非常有趣。它似乎定位在消费者应用,但你们有没有考虑过与兽医、狗保姆、遛狗师或狗狗日托所开展试点项目?这些商家可以用一种特别有用又可爱的方式向狗主人更新信息。PH 用户恭喜发布,Sorin!我很喜欢你把这个做成日记优先而不是追踪器优先。我是一个独自创业的创始人,正在构建一个架构类似但领域不同的产品:AI 驱动的伴侣日记,其中 AI 的语气同样至关重要(必须在不说教的前提下提出挑战,在不偏袒的前提下促进对话)。有两个问题,我觉得你的决策可能会迁移到我的工作中:“温和的 AI,从不唠叨或诊断”这一约束是 Tamadoggo 最深思熟虑的部分,可能也是最难做对的地方。它是如何编码的?主要是基于 prompt,还是结构性的(AI 被赋予只能呈现、从不推荐的工具),或者是一个单独的审查层在输出到达用户前进行过滤?你提到 AI 是基于 Claude 的 tool-use 通过一个 MCP server 构建的。我现在使用的是流式 Claude API,一直在想 tool-use 是否更适合我们这类产品所需的跨事件模式识别。是什么促使你选择了 MCP + tool-use 而不是基于 prompt 的生成?PH 用户祝贺。我想知道这个应用是否只适用于狗,还是也支持其他宠物?PH 用户大多数宠物应用止步于可爱的照片存储,而AI洞察层——将日常记录转化为实际模式——是更难也更有用的部分。恭喜发布。新主人可以期望获得哪些类型的洞察?它们多久开始显现? 热门产品Sorin Vasiliu2026-06-08原文 打开互动版
Tamadoggo起源于我自己的两只狗,Frankie和Carra。我老是忘记那些小事:什么时候开始跛行的,它们的食物有什么变化(Frankie超级过敏所以经常换粮),还有那些让它们独一无二的趣事。我用过的宠物应用基本都只是医疗记录器:有用,但冷冰冰的,每次遗漏都让我有点愧疚。我想要的是相反的东西——一本温暖的生活日志,恰好还很智能。
Tamadoggo首先是一本活着的日志。你可以记录散步、喂食、看兽医、体重、里程碑、小瞬间,它会构建成一个可以滚动回顾的故事。AI在后台安静地工作:它从不唠叨,也不做诊断,只是帮你发现可能忽略的模式,给出针对品种和年龄的提醒,把兽医文件照片转成正式记录,并且每个月会给你写一份温暖的宠物月度总结。
免费版功能很完整:一只宠物、无限时间线、体重图表、自己的提醒。Pro版增加了更深入的AI(洞察、兽医文件扫描、月度总结)以及不限宠物数量。我努力让Pro版成为一种邀请,让你走得更远,而不是在重要功能前设置门槛。
技术层面是基于React Native + Supabase,AI通过MCP服务器使用Claude的工具调用构建。
目前就我一个人在做,所以非常期待你们的真实反馈,尤其是那些觉得其他宠物应用太冷冰冰的人,或者养了不止一只宠物的人。怎样能让你们每天都会打开它?
P.S. 目前仅限iPhone,Android已列入路线图,还有其他酷功能以及大家可能提出的改进建议。
我是一个独自创业的创始人,正在构建一个架构类似但领域不同的产品:AI 驱动的伴侣日记,其中 AI 的语气同样至关重要(必须在不说教的前提下提出挑战,在不偏袒的前提下促进对话)。有两个问题,我觉得你的决策可能会迁移到我的工作中:
“温和的 AI,从不唠叨或诊断”这一约束是 Tamadoggo 最深思熟虑的部分,可能也是最难做对的地方。它是如何编码的?主要是基于 prompt,还是结构性的(AI 被赋予只能呈现、从不推荐的工具),或者是一个单独的审查层在输出到达用户前进行过滤?
你提到 AI 是基于 Claude 的 tool-use 通过一个 MCP server 构建的。我现在使用的是流式 Claude API,一直在想 tool-use 是否更适合我们这类产品所需的跨事件模式识别。是什么促使你选择了 MCP + tool-use 而不是基于 prompt 的生成?