奇喵汪谷繁育版
免费记档案，分享更省心
面向家庭繁育者与小型猫舍犬舍的微信小程序。极简建档、语音录入、繁育闭环、健康存证、到期提醒、分享海报与客户售后管理。
关于奇喵汪谷
我们在做一件不太性感但很要紧的事
把宠物的关键信息，从相册、备忘录和抽屉最底层的疫苗本里捞出来， 变成一份能被记录、能被验证、能随它一起交到新主人手上的档案。
起点
一个反复出现的夜晚
群里有人问：「那只蓝双还有吗？疫苗打全了吗？不是后院吧？」
繁育者翻相册、翻备忘录、翻抽屉最底下的疫苗本，发三条消息过去，对方还是将信将疑。 买家这边也不好过——他没有办法验证任何一句话，只能凭感觉赌一把。 等猫真的接回家了，之前那些疫苗和驱虫记录，又大多留在了对方的手机里。
这不是某个人不够专业，而是整条链路上根本没有一份共享的、可验证的档案。 卖的一方要反复自证，买的一方无从核验，接手之后信息还会断掉一次。
奇喵汪谷想做的，就是把这条断了三截的链路接起来。
愿景
让信任成为可以被记录的东西
在宠物这件事上，信任长期依赖人情、口碑和运气。我们想换一种方式： 让真实、连续、有据可查的记录本身成为证据。
这件事没有捷径。它要求录入足够简单，简单到繁育者深夜也愿意点开； 要求记录足够可靠，可靠到访客扫一下就敢信； 还要求档案足够开放，开放到能完整地交到下一个人手里。
往远了看，当足够多真实的繁育与养育过程沉淀下来， 「谁是靠谱的繁育者」这个问题，就不再需要靠喊。
产品矩阵
三个产品，各自解决一段问题
奇喵汪谷
记录毛孩成长 · 守护每一刻
面向宠物新主人的微信小程序。扫码核验档案、在线预约咨询、交接码领取完整档案、四类成长记录、语音记一笔与成长时光轴。
AI 驱动应用平台
让业务系统长在对话里
支撑两端业务的内部运营底座。运营人员用自然语言描述需求，系统生成受严格约束的结构化方案并固化成可执行页面，运行时不依赖大模型。
| 维度 | 繁育版 | 客户版 |
|---|---|---|
| 服务对象 | 繁育者、猫舍犬舍 | 买家、养宠家庭 |
| 核心任务 | 建档、繁育、健康、客户与交接发出 | 核验、领档、成长记录 |
| 小程序 | 各自独立 | 各自独立 |
| 身份打通 | 同一个已验证手机号，认得出是同一个人 | |
| 档案流向 | 单向：繁育版 → 8 位交接码 → 客户版（领到的是只能查看的原件） | |
| 积分账户 | 独立宠粮账户 | 独立宠粮账户，与繁育版不互通 |
我们怎么做决定
四条不打算让步的原则
录入成本优先于功能数量
一个用户打不开第二次的工具，功能再全也等于零。所有新功能都要先回答一个问题：它会不会让日常那条路径变长。
不碰交易，才有资格谈可信
我们不做挂价、支付与撮合。工具越是不从成交里抽成，它出具的档案作为证据时才越站得住脚。
用户的记录属于用户
成长记录默认私密，没有公开社区与聚合展示。我们不把用户攒下的档案当成可以对外售卖的素材。
AI 用在该用的地方
AI 用来降低录入摩擦、加速内部工具生产，但不参与线上业务的关键判断。任何 AI 产出的结果，都要经人确认或经系统校验。
技术选择
为什么给一个宠物小程序配这么重的底子
因为这套系统的核心资产是「不可改写的记录」。一条存证被悄悄覆盖、一家宠舍的数据串到另一家去， 这类错误一旦发生就很难挽回。所以服务端选了以内存安全和严格著称的高性能编译型语言—— 我们宁可让问题在开发阶段就暴露出来，也不想等线上出事了再补。
两端小程序的数据彼此分区隔离，只有平台层共享身份。这样既能凭一个手机号认出同一个人， 又不会让两边的数据互相串味。
| 小程序端 | 微信原生小程序，采用其新一代渲染引擎 |
|---|---|
| 服务端 | 内存安全的高性能编译型语言 |
| 数据存储 | 企业级关系型数据库，两端分区隔离 |
| 文件存储 | 对象存储，配内容安全检测 |
| 语音与 AI | 云端语音识别 + 大模型理解意图 |
| 运营前端 | 跨平台 Web 框架，界面由服务端下发驱动 |
| 消息触达 | 微信订阅消息 |