竞品应用需求 PRD 合订版

更新日期：2026-10-14。各应用独立原件为维护源，本合订版按交付时版本汇编；研究范围与待核项保留。

返回总览

原件：Fi

Fi 产品需求文档：定位、健康与共同照护

版本：研究稿 2.0；日期：2026-10-13；研究对象：Fi 3.124.0（904）。本稿依据先完成的 Fi 应用报告重建产品需求，不是 Fi 厂商原始 PRD，也不代表所有账号、地区和设备可见的完整功能清单。

页面名称按用户任务归纳，实际导航仍待核对。“已确认”表示当前客户端处理或资源支持；“范围已确认”表示有接口或模型依据；“补全建议”表示待评审的设计。所有验收项都是拟定检查点，尚未做真机测试。

1. 产品目标与使用者

Fi 面向宠物主人，主要帮助用户查看位置、了解活动与休息变化，并协调家人或照护者共同照看。设备能力和会员权益决定部分任务的可用范围。以上目标根据现有功能归纳。

使用者包括宠物主人、照护者、临时照护者，以及查看分享链接的人。前三者有角色声明依据；具体全量权限未恢复，不能认为照护者拥有主人的所有操作。健康 AI 对话有已确认的 OWNER 门控。社区访问者/其他宠物主人属于产品角色归纳，不是额外的账户等级。

2. 功能地图

以下是研究归纳，不是 App 菜单。

用户目标	相关任务
找到宠物	看位置与更新时间、开启寻宠、历史轨迹、临时位置分享、搜索队伍
防止走失	建安全区、调整边界、临时安全区、区域到期与转换
理解日常状态	活动目标、睡眠、行为变化、周期比较、健康对话
管好宠物资料	多宠切换、档案编辑、健康文档、兽医信息
一起照护	家庭成员邀请、照护角色、分享与撤销
保持服务可用	设备/基站/Wi-Fi、固件、后台同步、订阅账单
参与社区与其他服务	动态、关注、评论、排行榜、公园、寄养、救助、通知

3. 具体需求

FI-001 看懂宠物当前位置

场景与入口： 主人打开某只宠物的位置任务页，判断它在哪里、位置是否可信。

操作与反馈： 选择宠物，查看地图上的位置和相关状态；收到新的位置数据后刷新。位置资料中有精度、过期、最后上报、预期下次更新、电量/在线、同行人和主/备用设备等信息。

规则与异常： 已确认数据契约区分这些状态；实际每个字段如何显示未全部恢复。手机位置与宠物位置应分别核验，不能认为手机此刻的坐标就是宠物坐标。

拟定验收： 过期位置与新鲜位置可区分；切换宠物后不显示另一只的名字；测试无位置、没电、手机离线和主/备用设备来源不同的情况。

依据：首轮报告第 3—4 节，范围已确认；深挖范围见 F03。

FI-002 回看某段时间的活动路线

场景与入口： 主人想知道宠物今天走过哪里、何时离开安全区，从位置历史任务进入。

操作与反馈： 选择日期或时间范围，加载轨迹；沿时间轴查看点、活动段和出区事件，继续加载相邻时间窗。

规则与异常： 已确认请求按时间窗组织，结果将点、段和事件分开。实际无数据、轨迹中断的画法、滑块文案、筛选项和最长保留时长待确认。

拟定验收： 时间轴和地图选择一致；分页边界不产生重复事件；缺失区间不被误解为完整路线；切换时间范围后旧请求不覆盖新选择。

依据：首轮轨迹实现，请求与转换规则。

FI-003 开启和结束寻宠

场景与前置： 宠物疑似走失，用户希望加快获得位置；当前需有宠物和至少一个关联设备。

主流程： 用户开启寻宠 → 应用提交模式变更 → 成功后更新宠物状态；在已开放相应能力时，额外尝试让已连接的主/备用设备立即上报。结束寻宠是相反方向的模式请求。

规则与反馈： 已确认没有宠物或设备时入口处理不继续；设备立即上报是可选后续步骤。未连接设备或单设备上报失败不会被等同于模式请求失败。正在激活的本地标志也不等于设备已执行。

异常： 模式请求失败不能显示设备已执行；设备尚未回报不能伪造新位置。失败弹窗和自动回滚的原始行为待确认。

拟定验收： 无设备时不启动无目标请求；双设备仅一台连接时行为可解释；开启请求成功但新位置未到时仍能看出等待；结束失败不误报已结束。

依据：F03。

FI-004 创建和修改安全区

场景与入口： 用户在安全区编辑任务中设置住宅、常去地点等边界。

主流程： 选择区域形状 → 在地图调整位置和范围 → 查看合法性反馈 → 命名并保存 → 接收保存结果。已确认圆和多边形的校验路径，形状选择入口及完整菜单待确认。

已确认规则： 当前圆编辑校验要求半径至少 18.288 米；多边形面积需达到相应圆面积，随后检查自相交。面积不足与自相交是两种错误。保存或另一操作进行中时忽略重复保存；成功和失败分别有结果及提示。

待确认： 非法边界在画布的具体反馈、是否禁用保存按钮，以及保存失败后如何保留编辑内容。

拟定验收： 验证半径边界值、面积不足、多边形交叉；连续点保存只处理一次；保存失败不跳成成功页面。以上几何阈值仅是本版本编辑规则，不作为定位精度承诺。

依据：F05。

FI-005 管理临时安全区、删除与转换

场景： 用户临时停留，设置带期限的安全范围；之后延长时长、删除，或转为长期区域。

流程与反馈： 查看当前区域和有效时间 → 选择修改时长、转换或删除 → 等待结果。已确认这些操作有各自结果；保存、删除、转换、删除临时区属于结束态，修改时长成功并不在该结束态集合。结果模型会为保存/删除及失败提供对应提示，部分成功操作没有单独 Snackbar。

规则： 到期字段与转换操作范围已确认；到期由哪一侧执行、允许多长时间、是否所有型号都提供声振区域、删除确认的原始交互待确认。

拟定验收： 修改时长后能辨认新的期限；失败不变成已删除/已转换；区分长期区和临时区；声振设置不把“已保存设置”当设备已经执行。

依据：F05与首轮第 5 节。

FI-006 查看活动、行为与周期变化

场景： 用户比较宠物最近是否比过去更活跃，或查看某类行为的变化。

操作： 选择宠物、指标和时间周期，查看摘要、图表、上一周期比较并进入详情；对有能力限制的内容理解不可用原因。已确认行为详情按不同周期返回分段或图表，趋势包含说明、变化方向、下钻信息和不可用/升级相关信息。

规则与异常： 数据能力、周期与结果分别存在于返回对象；缺数据不代表活动值为零。具体支持的行为、所有周期入口、完整性提示、失败后的交互和升级锁定形式按实机核对。

拟定验收： 当前周期与比较周期标签一致；不完整数据可辨认；返回相同数值但不同状态时不只更新数字；错误页不展示旧周期标题配新周期数据。

依据：首轮第 6 节；应用覆盖矩阵。

FI-007 看懂睡眠和休息记录

场景： 用户回看夜间睡眠、午睡及休息，理解睡眠是否仍在持续。

操作与反馈： 选择日期/周期，查看总时长、平均值、夜间开始结束、打断与分段；继续加载历史。已确认数据把午睡、夜间睡眠、休息分开，并有正在进行、不完整、数据截止时间等状态。

规则： 进行中与完整记录是不同结果；是否可以比较、如何显示尚未完整的夜晚，原页面细节未全部恢复。

拟定验收： 同时覆盖完整夜晚、进行中、部分数据和无数据；跨日记录不丢失时间归属；分页前后不重复同一夜晚。

依据：首轮报告第 6 节。

FI-008 针对当前宠物进行健康对话

场景与前置： 主人希望围绕宠物健康信息提问。当前客户端需同时满足已开放功能、宠物有健康 AI 能力、用户是 OWNER。

流程： 进入对话 → 等待历史与建议问题 → 无历史时显示建议问题 → 输入非空内容发送 → 消息进入待处理 → 返回后更新回答或失败状态；可发起清空对话。

已确认规则： 没有宠物或空白文本不发送；加载失败与功能不可用分开；请求结束时若用户已切换宠物，旧回复不进入新宠物的对话。失败消息有独立状态；已有消息 ID 的再次提交不执行新建消息步骤。清空只有请求成功才更新列表。

异常与反馈： 已有失败消息状态和再次提交的参数路径；用户如何点击重试、按钮布局和文案尚未确认。回答仅作为应用返回内容，不能在 PRD 中承诺诊断结论。

拟定验收： OWNER 与照护者条件区分；空文本不提交；发送中切宠不串会话；清空失败保留原记录；失败后再次操作能对应原消息。

依据：F01。

FI-009 邀请主人或照护者共同照看

场景： 用户为当前宠物家庭邀请新成员。

流程： 提供手机号及可选姓名、指定角色 → 提交邀请 → 已有用户分支显示带姓名的角色确认；需要短信分支打开系统短信编辑器，预填号码与内容，由用户决定是否发送；请求失败进入错误状态。

规则： 邀请属于指定家庭和角色。系统短信编辑器打开只能算交接，不能算短信送达或成员已加入。客户端声明了临时照护角色和邀请期限，其完整权限仍待确认。

异常： 手机号格式、重复邀请、无短信应用和取消发送后的原始行为待确认；创建邀请与接收人处理结果不能混为一谈。

拟定验收： 两种返回走不同反馈；失败不显示邀请确认；短信取消后不显示对方已加入；角色与家庭对象正确。

依据：F02；接受与到期仅确认相关功能范围。

FI-010 分享位置和组织搜索队伍

场景： 主人让他人临时查看位置，或在寻宠时组织附近人员帮助。

流程： 针对宠物创建相应分享 → 获得有效链接后交给他人 → 查看会话状态 → 主动结束。普通位置分享与搜索队伍是两种会话，不应共用一条不可撤销的永久链接。

已确认规则： 创建成功但链接为空时不记为有效会话；普通位置分享只有结束请求成功才清空状态，失败保留；寻宠关闭有清理搜索队伍本地状态的处理。

范围与异常： 附近人员检测、访问人数、通知查询已存在；实际通知条件、访客可看范围和授权没有完整恢复。结束失败的最终页面文案仍待确认。

拟定验收： 空链接无分享动作；结束成功/失败表现不同；普通分享操作不串改搜索队伍；退出页面不被误当结束会话。

依据：F04；搜索队伍扩展未全部追通。

FI-011 切换宠物、查看和编辑档案

场景： 用户在多只宠物间切换，查看自身或其他宠物的档案，并修改自己宠物的资料。

流程： 选择档案目标 → 清理旧目标状态 → 加载档案头、统计和动态 → 修改字段并等待反馈。体重更新的请求与结果处理已核对，其他字段的保存流程仍待确认。

已确认规则： 目标变化会取消旧工作并清空旧数据；相同目标不重复整套清理。体重更新缺少宠物目标时失败；成功后才替换档案数据，失败返回失败结果。自己/其他宠物档案采用不同数据路径。

待确认： 当前编辑对象与单位如何显示、未保存退出、体重输入范围与单位转换。

拟定验收： 快速切宠不闪回旧档案；体重失败不显示已保存；编辑对象和当前对象不同的场景按指定目标处理；无目标不误改其他宠物。

依据：F06。

FI-012 保持设备和数据同步可用

场景： 用户关联项圈、配置基站/Wi-Fi、日常同步及升级固件。

范围已确认： 客户端有后台 BLE、基站/Wi-Fi 线索、持久化待上传位置与固件升级接入。完整绑定、配网和升级页面未恢复。

已知处理范围： 位置记录可先保存在待上传队列，再批量提交；新一轮寻宠可另行触发已连接设备立即上报。完整设备关联、配网和升级的用户操作步骤需要补证。

规则与异常： 设备关联、手机连接、数据同步是不同研究对象；升级中断、换机、关联冲突、权限拒绝的处理列为待确认，不承诺竞品已有某种恢复方式。

拟定验收： 手机离线后重连不丢失待传记录；重复同步不重复展示；后台服务停止可感知；升级失败不能显示完成。此处为建议测试场景，非已验证能力。

依据：首轮第 2—3 节、F03。

FI-013 查看会员、账单和付款问题

场景： 用户理解设备服务权益、下次续费与付款失败原因。

范围已确认： 账单数据包含多支付方式、订阅、续费预览、币种、续期月数、失败账单与欠款信息；设备权益和健康内容升级提示分别存在。

已知操作范围： 客户端读取当前账单账户，提供付款方式与订阅相关操作契约；支付提交、取消、失败恢复和权益刷新的整条页面流程尚未恢复。

规则与待确认： 金额、价格、地区套餐、自动续费政策、退款和欠款恢复规则不由静态字段臆造；支付授权完成与服务权益生效需要分别确认。

拟定验收： 付款取消不增加权益；账单失败与服务到期可区分；金额单位与币种对应；刷新前后的状态有一致解释。验收为补全建议。

依据：首轮报告第 9 节；完整页面链未恢复。

FI-014 保存健康文档和兽医信息

场景与对象： 用户在家庭下集中管理健康文件，查看处理结果，并查找或记录兽医信息。文档当前按家庭归集，不能默认每份文件都直接关联某只宠物。

已确认的数据与规则： 文档列表支持分页并返回未读总数。新增文档提交家庭标识、文件记录键、类型、字节大小和文件名，返回文档标识；详情含名称、日期、摘要、费用（分）、标签和文件信息。等待与处理中统一呈现为进行中，就绪呈现为成功，失败与未知值按失败处理。上传还区分类型错误、大小错误及其他错误，上传结束不等于内容处理完成。编辑成功返回更新后的详情；删除、状态查询、标签查询和兽医列表/搜索有各自契约。

基于接口推断的流程： 选择文件 → 上传并取得文件记录 → 登记到指定家庭 → 查看处理状态 → 就绪后阅读摘要、费用和标签 → 按需编辑或删除。该顺序尚未取得完整页面证据；兽医搜索后的关联步骤也待确认。

异常与拟定验收： 分别检查上传失败、上传完成但仍处理中、处理失败和无文档；上传失败时保留可重试状态。核对切换家庭后的文件归属、分页与未读同步、删除目标及编辑失败时的旧值，标签保存失败不显示已生效。不同宠物资料若在同一家庭中展示，需进一步验证其关联规则；空搜索与网络失败也应分别检查。

待确认： 文件记录键的获取方式、格式白名单、大小上限、上传入口、摘要生成方式、标签规则、轮询频率、打开详情是否消除未读、批量上传部分失败，以及家庭成员可见范围和兽医关联权限。

依据：应用报告 F07及首轮报告第 7 节。

FI-015 社区动态、关注与活动激励

场景： 用户发布宠物近况、查看他人动态，参与公园、排行和达标活动。

范围已确认： 图文/视频、评论、点赞、关注、举报、拉黑、公园、排行榜、连续达标与周报相关操作存在；档案确有独立内容分页，并按宠物能力决定部分统计请求。

已知操作范围： 档案内容有独立分页，发布、举报、拉黑是不同操作；各自成功/失败后如何更新页面尚未完成恢复。

异常与待确认： 内容审核、发布限制、删除权限、榜单计算、地区可用性及失败互动的计数回退未恢复。

拟定验收： 发布失败可辨认；拉黑后的列表行为待实机核对；分页不重复；无步数能力的宠物不展示虚假的活动排行。

依据：首轮报告第 8 节、F06；扩展流程待核实。

FI-016 寄养、救助、通知与整合的后续范围

本条保留照护交接、关系转移、通知、收件箱、账号设置、外部整合和 Widget 的业务范围。寄养及救助转移已在 FI-017、FI-018 补充输入和关系状态；通知、设置、整合和 Widget 仍主要由声明或模块支持。实际菜单与完整页面流程待确认。

拟定验收方向： 交接失败不能转移责任状态；通知打开正确对象；撤销外部授权状态明确；过期 Widget 数据保留时间。全部为待验证的补全建议。

依据：覆盖矩阵。

FI-017 办理寄养入住、在住查看与离店

用户与前置： 适用机构工作人员；已经确定机构家庭、预约宠物和拟使用设备。具体角色授权待验证。

直接依据： 可按机构与搜索词分页查找外部宠物；入住同时关联外部宠物及设备并形成会话；离店以会话为对象。会话携带设备在线、电量和供电等信息。

基于接口推断的流程：

进入机构的待入住宠物列表，按名字等搜索线索查找；对照照片、品种、年龄和主人信息，确认没有选错宠物。
选择该宠物本次入住使用的设备，提交入住；收到会话后进入在住详情。
在住期间以本次会话查看设备和宠物状态；设备离线时仍保留在住身份。
离店时选择当前在住会话并提交，返回后刷新在住列表与详情。

异常与拟验收： 搜索无结果、入住提交失败、设备离线、会话已结束、离店失败分开核验。模拟重复点击和两个工作人员同时办理，确认不会误关联宠物或设备；并发处理方式仍待验证。不能凭请求发出显示已离店。

待验证： 预约同步、押金/费用、权限、设备占用冲突、离店通知和资料保留。详见应用报告 F08。

FI-018 将宠物交给寄养人或领养家庭

用户与前置： 管理救助宠物的适用人员，宠物具备相应转移资格。

直接依据： 接收人姓名、邮箱、电话为创建输入；寄养与领养是独立操作，具有不同返回结果；可读取双方家庭和当前转移状态，存在寄养召回及领养取消。

基于接口推断的流程： 打开宠物交接 → 检查资格和既有转移 → 选择寄养或领养 → 填写接收人信息 → 提交 → 展示寄养中或等待领养等返回状态 → 按当前关系允许的操作撤回/召回 → 刷新关系。

规则： 操作目标始终绑定具体宠物；创建请求成功不等于对方已经接受。寄养召回与领养取消分别描述，不使用含义不清的“解绑”统称。

异常与拟验收： 不具备资格、已有待处理转移、接收人资料不合法、提交失败、撤回失败分别验证；失败时重新核对当前关系，不默认宠物已回到原家庭。

待验证： 对方接收方式、完成条件、订阅与设备迁移、双方历史数据权限。详见应用报告 F09。

FI-019 在收件箱查看互动消息并进入对应内容

场景： 用户查看关注、点赞、评论和平台资讯，继续阅读对应宠物或动态。

已确认的客户端处理： 收件箱按每次 10 条请求分页。返回内容先按消息类型转换，再交给列表；无法识别的类型不转换为可展示条目。新消息状态同时检查消息时间是否晚于本地已读时间，以及消息是否已在本次已读集合中。没有历史已读时间时，客户端以当前时间往前 7 天作为初始比较点；这不是消息只保留 7 天的规定。

操作与反馈： 点击关注宠物新发的照片消息，会携带照片动态标识进入对应内容；点击被关注消息，会进入关注方宠物资料。加载失败走分页失败状态，不能当作列表确实为空。页面还存在更新本地已读时间并重新加载的动作，但具体按钮或生命周期触发点尚待运行确认。

拟定验收： 检查旧消息、新消息、已查看消息和无法识别类型；分页失败后原消息是否保留；照片消息与关注消息是否跳到正确对象。跨设备的已读同步以及删除原动态后的页面反馈待确认。

依据：应用报告 F10。以上为客户端处理依据，本轮未登录运行。

FI-020 分别设置平台资讯、营销邮件和搜索队伍提醒

场景： 用户调整希望收到的内容，避免把一种偏好误认为所有通知的总开关。

主流程： 进入对应设置 → 加载当前用户的三个偏好 → 修改其中一项 → 提交该项变更 → 正常返回后更新该项状态。三个偏好分别是平台资讯通知、营销邮件订阅，以及屏蔽所有搜索队伍提醒。

已确认规则： 各项有独立的加载、成功和失败状态；当前项尚未加载成功时，切换处理不提交修改。正常请求返回后才替换当前项；异常会把该项置为失败状态。用户设置不存在时，三项都进入加载失败，不能把它解释成三个开关均关闭。搜索队伍项保存的是“屏蔽”含义，和其他两项的“接收”含义相反。

异常与拟定验收： 分别检查初次加载失败、单项保存失败、连续点击和重新进入后的值。关闭平台资讯后，宠物安全提醒是否继续送达需单独验证；不能由这三个设置推定系统通知权限、短信及设备告警全部关闭。

依据：应用报告 F11。服务端落库、实际投递和界面重试入口尚待验证。

4. 跨模块核心流程

寻宠协作： 选中宠物 → 看最后位置 → 开启寻宠 → 等待新位置 → 创建搜索队伍/分享 → 找回后结束模式与相关会话。每一步只报告该步已确认的结果，位置更新不能由开启成功代替。
日常健康： 看活动/睡眠 → 选择异常变化的周期 → 进入详情 → 符合条件时提问 → 必要时整理健康文档。图表结论与对话回答都不直接成为诊断。
多人照护： 邀请家庭角色 → 系统短信交接或已有用户确认 → 等待接收处理 → 按角色参与照护。接收后的权限仍需补证。
多宠一致性： 切宠后先切换对象与清理旧状态，再加载位置、档案和健康；异步返回只回到所属宠物。

5. 核心数据对象（产品语言）

对象	需要表达的内容
宠物与设备	身份、档案、主/备用设备、可用能力、权益
位置记录	发生时间、来源、精度、是否过期、点/段/事件
安全区	名称、几何边界、长期/临时、期限、编辑与保存结果
健康记录	指标、周期、数据完整性、比较摘要、原始结果来源
对话	宠物、建议问题、消息、处理状态、清空结果
邀请与分享	家庭、角色、接收对象、邀请状态；独立的链接会话与结束状态
账单与内容	付款方式、账单、订阅；动态、互动与分页对象

6. 待确认清单

优先补证真实入口与按钮布局、手机号与表单校验、寻宠失败提示、临时区到期及声振执行、绑定/升级中断、完整角色权限、支付与权益生效、文档限制和社交审核。需要授权运行或服务端/设备证据的项目不由当前 PRD 推定为事实。

7. 待验证交互（非竞品事实）

以下是研究补全建议，集中留作后续评审，不表示 Fi 已经实现：

地图明确显示位置时间与过期状态；离线时保留最后位置并说明时间，寻宠区分正在开启、等待设备和等待新位置。
轨迹无数据与中断分别显示，避免跨缺失区间画连续线；切日期时隔离旧请求。
围栏非法形状保留供调整并解释原因，保存失败保留编辑，删除前确认对象。
活动和睡眠对采集中、不完整、缺数据分别解释，不把未知写成零；对比完整夜晚前核对数据范围。
对话失败提供可辨认的再次尝试；清空失败保留记录。邀请输入在失败时保留；外部短信取消不显示送达。
结束位置分享失败明确说明尚未确认停止；档案编辑显示目标宠物和单位，未保存退出时提供选择。
设备关联、连接与同步分别反馈；升级中断可恢复；支付页打开、支付结果和服务权益分别确认。
文档上传失败保留重试状态；互动失败不永久增加成功计数；照护交接失败不转移责任状态；通知落到正确宠物。

上述建议和正文的拟定验收均需补齐使用证据，不构成已批准的研发安排。

附录：报告对应关系

编号	实现核对点	关联需求	证据深度
F01	可用性检查、聊天状态及切宠结果隔离	FI-008	A：方法与状态链
F02	邀请结果分发与系统短信	FI-009	A：发送链；接收扩展 B
F03	寻宠模式请求与逐设备即时上报	FI-001/003/012	A：模式与上报；部分位置字段 B
F04	分享创建/结束结果与状态	FI-010	A：会话状态；扩展 B
F05	编辑校验、保存去重、结果终态	FI-004/005	A：编辑子链；设备执行未验证
F06	档案切换与体重更新	FI-011/015	A：档案子链；其他互动 B
首轮报告及覆盖矩阵	历史、健康、设备、付费、文档、运营业务	FI-002/006/007/012—016	A 局部方法，B 声明，C 模块/入口
待验证交互	后续设计评审	文末建议	D：非竞品事实

开发细节见应用报告相应章节。A 表示具体处理或资源，B 表示接口与模型，C 表示入口线索，D 表示设计建议；这些等级不代表测试通过或 PAWRIO 已批准的研发优先级。

本轮补充条目的可信范围

需求	对应报告	依据与边界
FI-014（补充）	报告 F07	请求/响应和应用状态直接支持；上传与登记顺序为接口推断
FI-017	报告 F08	寄养查询、入住/离店契约直接支持；完整办理界面为推断
FI-018	报告 F09	转移输入与关系状态直接支持；接收与权限变化待验证

功能补证任务表（2026-10-14）

本表区分尚未分析的内容与需要运行才能确认的内容。本轮补充未登录账号、未调用线上业务接口，也未控制设备；已有需求编号不等于完整功能覆盖率。

功能范围	缺口类别	下一步怎么取证	完成标准
档案字段保存、社区发布与互动回退	尚未追完调用端	继续逐字段检查编辑入口、请求、失败后的页面状态；用可删除草稿核对发布。	编辑及发布链和相应错误证据齐全
收件箱、通知偏好及多宠切换	需要账号运行	登录测试账号，比较消息类型跳转、已读、单项开关保存和重新进入。	界面、操作、返回和最终状态对应同一对象
寻宠、安全区、后台同步及固件	需要硬件配合	使用测试项圈核对上报、离线及恢复，升级仅在适用设备与授权窗口执行。	请求成功与设备真实变化分别有记录
会员、寄养和救助角色	需要账号与权限	用拥有相应业务资格的账号核对入口，停止在付费或转移确认之前。	地区、角色和权益条件可解释
健康模型、排名与告警服务规则	服务端未知	以受控输入输出核对可观察行为，不能由字段推定内部算法。	形成行为范围，保留无法证明的内部规则

新发现但尚未写成完整需求的任务

离线罗盘、推荐与试用邀请、每周回顾分享、桌面组件、通讯录访问、附近公园、外部服务整合和生日卡片需要继续拆解。当前能确认的入口、页面状态及缺口见应用报告的候选功能表。这些任务没有新增需求编号，避免把“发现功能”当作“已经恢复完整流程”。

2026-10-14 验证范围

已补充 3.124.0 的页面观察，具体结果见应用报告。本稿仍按各条目的依据区分客户端流程、产品说明和推断；仅看到启动、协议或登录页，不代表账号内需求与拟验收场景通过。后续步骤见功能覆盖与验证清单。

原件：Tractive

Tractive 产品需求文档：寻宠、健康与共享

版本：研究稿 2.0；日期：2026-10-13；对象：Tractive 26.40.0（681）。本文依据先完成的 Tractive 应用报告重建用户功能，不是厂商原始 PRD，也不是该产品的完整功能清单。原分析未进行运行核对；2026-10-14 的启动观察见配套应用报告，业务功能与设备结果仍待验证。

页面名称按用户任务归纳，实际导航仍待核对。已确认的行为写入规则，其余模块列明已知范围与待确认项。所有验收均为拟定检查点，尚未执行；尚无竞品事实支持的交互建议单独放在文末。

1. 产品目标与用户角色

Tractive 帮助主人查找宠物、了解活动与健康变化，并向家人或临时协助者分享照护信息。以上目标根据现有功能归纳。

使用者包括持有宠物追踪器的主人、接收家庭邀请的人和查看公开位置链接的人。家庭关系与公开链接有独立业务对象；接收人的设备控制权限尚未完全确认，暂不能形成完整权限矩阵。

2. 功能地图

用户目标	对应任务
找到宠物	当前位置、LIVE、继续/停止、声音/灯光、雷达
回看外出和防走失	轨迹、遛宠时间线、虚拟围栏、家庭位置、节能区
了解健康	活动、睡眠、心率/呼吸率、吠叫/抓挠、健康提醒与报告
协同照护	家庭邀请、接受/拒绝、临时位置链接、结束分享
管理服务	设备激活、关联、固件与同步、订阅与暂停、宠物档案
获取附加信息	排行、徽章、领地、危险报告、天气、通知与帮助

这是研究整理的功能地图；各项不表示真实一级菜单。

3. 具体功能需求

TR-001 查看某只宠物的位置与追踪状态

用户任务： 打开宠物的位置任务页，判断是否需要开始 LIVE 或使用近场寻找。

入口与前置： 已选定目标宠物/追踪器；地图、宠物切换、雷达等业务域存在，首次进入的精确页面层级尚未核实。

已知流程与规则： 应用以追踪器为定位和控制对象，保留位置时间范围与设备命令状态。当前位置与历史位置是不同查询；LIVE 命令是否处理完成也不是位置点是否已经更新的同一状态。

反馈与异常范围： 当前研究能确认设备找不到、能力不支持等执行失败；位置精度、离线、旧点在地图上的所有文案和图形尚未恢复，仍待确认。

拟定验收： 目标追踪器与显示宠物一致；位置更新和命令操作结果分别验证；切换宠物后启动任务不作用于上一台设备。

来源：T01及首轮报告第 1—2 节。

TR-002 通过可用通道启动或停止 LIVE

用户任务： 寻宠过程中开始或结束更密集的位置追踪。

前置： 追踪器必须存在，且支持所执行的命令。

已恢复主流程： 开始/停止任务进入执行器 → 检查设备能力 → 判断是否具备当前 BLE 执行条件 → 满足时走 BLE，否则提交远程命令；BLE 失败后尝试远程通道。

业务规则： 不支持的命令进入失败，不直接向设备盲发。灯光和蜂鸣也使用这套通道选择原则。网络通道请求完成只证明这一步完成，不能把它写成设备已经进入或退出 LIVE。

反馈与异常： 对发起任务的页面返回完成或失败；已恢复的 LIVE 结束提醒页会进一步决定关闭还是显示错误。地图首次开启按钮的全部反馈仍待确认。

拟定验收： 分别覆盖无设备、不支持、BLE 可用、BLE 不可用、BLE 失败转远程、远程失败；即使请求完成，也单独核查实际设备状态与位置是否更新。

来源：T01。

TR-003 在 LIVE 即将结束时继续或停止

用户任务： 用户还未找到宠物时继续追踪，或在找到宠物后立即停止。

入口： LIVE 结束提醒页面；页面接收追踪器、宠物名称和到期时刻。

主流程： 查看剩余时间 → 点击继续或停止 → 对应按钮暂不可重复点击 → 等待任务结果。成功时恢复按钮、清理页面订阅并关闭；失败时显示通用错误提示，恢复对应按钮，用户仍可操作。

业务规则： 继续和停止调用不同命令，不能只在本地改倒计时。倒计时显示由到期时刻与当前时间之差计算。尚未恢复的网络/设备确认层不在本条作成功承诺。

拟定验收： 连续点击不会由本页按钮重复发起；成功后退出页面；失败后按钮恢复且错误可见；停止与继续失败分别恢复各自按钮。

来源：T02。

TR-004 理解 LIVE 已到期，并调整后续使用

用户任务： 倒计时结束后知道追踪已经进入新的阶段，并决定关闭提醒或更改时长。

主流程： 页面发现已过到期时刻 → 读取追踪器的本地时长配置 → 将倒计时区域切成“LIVE 已结束”的标题与正文 → 显示关闭和更改操作。

已确认规则： 到期内容可带宠物名，没有名字时使用另一种正文。到期后隐藏原先的倒计时和继续/停止控件；本地找不到时长配置时关闭页面，不展示伪造配置。

异常与边界： 不从页面中的默认对象推出全部用户统一享有某个时长；更改时长后完整保存反馈尚未恢复。

拟定验收： 有/无宠物名均能展示；到期前后控件不混杂；缺配置时关闭；时长修改效果需要另验，不能把打开设置当修改完成。

来源：T02。

TR-005 使用灯光、声音和近场能力寻找宠物

用户任务： 在附近看不到宠物时，用灯光或蜂鸣帮助定位。

已知流程： 对指定追踪器发起开启/停止任务，执行器按该命令的能力检查，选择 BLE 或远程通道；BLE 执行失败有远程回退。命令种类和设备能力各自对应，不以支持 LIVE 推定一定支持所有其他命令。

反馈范围： 共用执行器的完成/失败已恢复；灯光、蜂鸣专属面板的按钮样式、可选持续时间以及雷达页面距离展示未逐页追通。

拟定验收： 不支持声音但支持灯光的设备不能被当作两者都可用；开启与停止作用在指定设备；应用命令结果与实际声光效果分别观察。

来源：T01及首轮 BLE 命令证据。

TR-006 回看轨迹、遛宠和事件时间线

用户任务： 查看某段时间的活动路线和发生过的事件。

已知流程范围： 按时间范围查询位置；返回可为普通点序列或多段点序列。时间线还包含围栏进出、遛宠、节能区、领地及徽章相关对象。查询可以带位置来源筛选，但原页面是否提供所有筛选尚未核实。

业务规则： 数据结构明确保留轨迹分段，不能在需求说明中把全部记录改写为一条必然连续的线。分段由哪一侧形成、最长历史范围和数据保留政策待确认。

拟定验收： 对比普通与分段结果；事件时间与选中范围对应；遛宠的距离和时长有明确所属记录；缺失片段的真实画法列入真机检查。

来源：T06及首轮第 2 节。

TR-007 管理虚拟围栏和常用地点

用户任务： 设置安全范围，管理住宅或常去地点，并查看相关事件。

已知范围： 围栏数据支持圆、多边形、矩形，有创建、查询、修改、删除；另有家庭位置和节能区业务。围栏编辑与进出事件分别建模。

操作范围： 用户需对指定围栏建立或修改边界并保存；该任务由接口范围支持，表单顺序、按钮和保存返回尚未完整恢复。因此模型常量暂不能作为当前页面允许的最小半径或顶点数。

异常与待确认： 形状无效、保存失败、边界事件发生但尚未通知、节能区网络条件变化，均需在后续调查中分别确认。围栏判定算法仍不在已确认范围内。

拟定验收： 圆/多边形/矩形分别核对页面支持情况；新建与修改对象正确；删除后相关事件如何保留需实测；节能区与安全围栏的关系独立核验。

来源：T06和首轮第 3 节。

TR-008 查看健康指标，理解数据不足与基线

用户任务： 主人查看某天的心率、呼吸率或其他已开放健康指标，理解是否出现变化。

已恢复流程： 选择宠物与日期 → 查询日概览 → 进入加载、错误或对应健康状态的详情呈现。心率查询区分服务错误与异常失败；页面按正常、较低、较高、当天数据不足、建立基线、尚未同步和未知状态选择内容。

已确认规则： 查看今天且处于建立基线时，使用所需天数与已有天数呈现进度；查看历史日期时，同一类结果进入数据不足路径。今天与历史的尚未同步状态也有不同提示选择。健康状态与具体数值的展示受显示开关影响，不能把所有用户都应看到数值写成事实。

反馈： 正常/偏低/偏高有比较图和解释入口，并可带算法改进提示与年龄相关说明。固定阈值、固定基线天数、设备适用范围没有得到证实。

拟定验收： 今天与历史的基线状态有区别；无数据不等同于数值为零；网络失败不冒充数据不足；偏低/偏高解释与当前指标一致；缺少进度字段不显示“基线已完成”。

来源：T05。

TR-009 查看活动、睡眠、抓挠与健康提醒

用户任务： 理解近期活动和休息是否发生变化，查看需要关注的提醒或报告。

已知范围： 活动有日概览、周期概览和连续达标；睡眠有日及周/月范围概览；抓挠有日概览；健康提醒和报告有独立业务域。请求围绕宠物和日期，不能据此声称手机现场识别了原始动作。

操作范围： 查看选定日期/周期的结果及相关说明。各指标页面的日期切换、完整空态、提醒设置和报告生成尚未全部恢复。

规则边界： 健康趋势不等于医疗诊断；抓挠、吠叫、心率等指标不能套用同一判断阈值。哪些设备或套餐开放以待确认清单为准。

拟定验收： 不同宠物/日期不串数据；活动与睡眠的时间单位明确；缺失数据、提醒状态与服务器错误分别核验；报告生成按钮若存在，应核对实际结果而非仅请求返回。

来源：首轮第 4 节与 T05/T06。

TR-010 创建家庭邀请并管理接收状态

用户任务： 主人邀请家人查看宠物信息，并跟进邀请是否接受、拒绝或取消。

入口与前置： 家庭分享任务中的邀请动作，对象为指定追踪器；真实导航层级和发起资格待核实。

已确认的发送流程： 点击发送邀请 → 页面加载链接 → 成功后结束加载，打开系统分享面板并预填邀请文字与链接；请求异常则进入错误状态。链接生成、消息送达、接收人加入分别判断。

邀请管理： 接受、拒绝、取消和重新发送是独立操作，均使用既有共享标识。据此推断发起人管理待处理邀请，接收人选择接受或拒绝，双方随后刷新关系；完整接收页面和状态迁移尚未确认。重新发送针对既有关系，实际去重规则仍待验证。

异常与拟定验收： 链接未生成时不分享空值；系统分享文本对应当前链接；取消分享不表示联系人已加入。另需检查邀请取消后再接受、重复接受、重发失败及对方拒绝时双方的状态。

待确认： 角色入口、统一状态枚举、有效期、重发限流和最终设备操作权限。

来源：T03及应用报告 T09。

TR-011 创建与停止临时位置分享

用户任务： 将宠物位置临时交给他人查看，在不再需要时停止。

已知范围： 公开位置链接与家庭邀请分开管理。创建对象包含目标追踪器、消息和到期相关数据；没有证据证明界面一定提供自由填写到期时间。

已恢复停止流程： 用户停止分享 → 应用确认当前存在可停止的分享 → 提交停用 → 成功后同步并恢复普通工作状态；失败保存为网络错误工作状态。

规则与反馈： 没有有效当前分享时不继续停用；失败不能伪装已停止。不同来源错误被区分，但用户最终看到的详细文案仍待确认。旧链接何时在服务器失效需要访客侧另验。

拟定验收： 成功停用后同步状态；失败保留可解释的错误；家庭邀请不因停止公开分享而被误撤销；创建/停止对象始终是同一追踪器。

来源：T04。

TR-012 管理追踪器激活、关联和服务状态

用户任务： 获得新设备后完成启用，日常维护同步及订阅可用性。

已知范围： 有设备激活、设备关联、激活后引导、权限、原生/Web 激活业务；有 BLE 同步和固件升级接入。商业服务区分套餐等级、正常、欠款、到期、暂停、服务暂停、将暂停等状态，并保留时间信息。

已恢复局部反馈： 家庭共享相关事件能进入未激活订阅提示，并处理暂停时间；不足以推断每个套餐对应哪些共享权限。

本稿边界： 不写未经验证的绑定顺序、套餐价格、扣款渠道和自动续费条款；设备关联、付款完成、服务生效是不同确认对象。固件升级中断和重复激活流程需要追加证据。

拟定验收： 付款取消不当激活成功；暂停与到期状态不同；设备同步中断不当上传完成；绑定冲突、升级失败、权限拒绝均列入下一轮实机任务。

来源：T06，首轮第 5、7 节。

TR-013 管理宠物档案与多宠物资料

用户任务： 建立宠物资料、更新图片或基本信息，并在多只宠物间切换。

已确认局部： 原页面资源调用中存在宠物档案数量上限提示及“未保存修改”的退出确认，退出确认提供放弃与取消。档案对象还保留宠物类型、品种等数据。

流程边界： 每个字段的编辑入口、最大数量、头像上传、删除和完整保存流程尚未恢复。不能因为存在限制提示就填入推测的数量。

拟定验收： 未保存退出时能选择保留在编辑页或放弃；数量达到真实限制时有提示；照片和资料绑定正确宠物；切宠时旧请求的实际处理方式作为重点检查，不假定已实现。

来源：T06。

TR-014 其他已识别业务范围

任务域	用户目标	当前可作为需求评审输入的范围
排行榜、徽章、好友	了解活动表现并与他人连接	有业务域/数据源；榜单和关系规则待确认
领地详情与报告	回看宠物常活动的区域	有独立业务；领地计算与更新频率未知
危险报告	上报地图中的风险信息	已读提交分支含服务错误、网络错误；审核和地区可用性未知
极端天气	获取与宠物有关的环境提醒	有业务域；触发与适用区域未知
通知、帮助、手册、整合	理解状态并获得帮助	有模块和入口；通知动作、整合解除流程待确认

拟定验收方向： 每项先确认真实入口、目标对象和可用条件，再核对成功/失败。不能把仅有模块名的能力排成已完成详细需求。

来源：业务覆盖矩阵与 T06。

TR-015 扫描并管理追踪器的节能区

用户任务： 为特定追踪器配置常用停留区域，之后调整名称、位置或移除配置。

直接依据： 扫描请求和结果查询分开；扫描原因区分激活与节能区设置；创建资料含区域标识、名称、坐标和设备；修改含已有配置版本，删除为独立操作。

基于接口推断的流程： 选择追踪器 → 发起附近区域扫描 → 等待并读取结果 → 选择区域并确认名称与位置 → 保存 → 查看当前配置。编辑时先取当前版本，再提交修改；删除后重新读取列表。

规则与结果： 区分“正在扫描”“扫描完成但无候选”“已选候选未保存”“已保存”。这些状态是由请求阶段推定的页面需求，真实展示方式待验证；扫描结果不能直接表示宠物已经进入节能模式。

异常与拟验收： 设备不支持、设备离线、空结果、保存失败，以及两台手机同时编辑。携带旧版本修改后的实际拒绝或覆盖规则必须验证，不假定自动合并。

待验证： 密码要求、支持信号类型、扫描时长、最大区域数与省电效果。详见报告 T07。

TR-016 检查固件更新并确认最终版本

用户任务： 确认追踪器是否有适用更新，完成更新后知道设备是否已恢复使用。

直接依据： 查询带当前版本，返回是否可更新、固件引用及版本；普通固件和通信组件有独立的升级开始通知，存在新旧版本表达方式。

基于接口推断的流程： 选择设备 → 查询当前版本对应的更新 → 展示结果 → 进入适配更新流程 → 显示开始和进行中 → 设备恢复连接后检查版本与可用状态。后半段的具体界面和完成条件仍待验证。

规则： “查到新版本”“升级已开始”“设备新版本已生效”分别判断；机型、硬件版本不同不能直接共用更新结果。没有更新时保留当前版本信息。

异常与拟验收： 查询失败、更新不适用、过程中断连、设备恢复后版本未变化分别验证。不能将开始通知成功作为升级完成的验收条件。

待验证： 电量、校验、升级时序、中断恢复、回滚及完整成功提示。详见报告 T08。

TR-017 为追踪器选择宠物并处理既有关联

场景： 用户激活追踪器或调整关联时，为它选择正确的宠物资料。

客户端已确认： 关联页接收入口来源，包含激活、重新激活、登录、追踪器链接、档案、活动和首页等来源。选中宠物时同时携带宠物标识与它已有的追踪器标识。没有当前追踪器标识时进入失败分支；所选宠物没有既有追踪器时可进入关联处理，已有追踪器时先记录目标宠物并打开重新关联确认。

流程： 选择宠物 → 判断它是否已经关联其他追踪器 → 必要时确认调整 → 提交关联 → 等待同步后核对宠物与设备关系。二次确认和关联后同步均有客户端依据；取消确认后的具体页面、并发冲突和接口重试行为未完整核实。

规则与异常： 关闭关联弹层会发送独立的“弹层已关闭”结果，不能据此认定关联成功。关联提交与后续同步是不同步骤；重新关联失败不得描述为旧设备关系已经删除。会员、轨迹及健康记录是否迁移仍未知。

拟定验收： 覆盖无当前追踪器、未关联宠物、已关联宠物、取消确认、关联失败、提交后同步失败；最后同时核对宠物页和追踪器页。实际调整已有关系前应使用可恢复的测试对象。

依据：应用报告 T10。本轮为客户端处理核对，未执行任何关联变更。

4. 跨模块流程

正在寻宠： 选定宠物 → 查看位置 → 执行 LIVE → 根据倒计时继续或停止 → 等待新的设备状态与位置。命令通道完成、页面关闭和设备确已改变状态分别核对。
临时协助： 创建公开位置链接 → 交给他人 → 停止分享 → 同步状态 → 访客侧核实失效。与家庭邀请链分开。
长期照护： 创建家庭邀请 → 系统分享 → 接收方处理 → 更新成员关系。发送侧已恢复，接受侧和角色权限仍待补证。
健康解释： 选宠物和日期 → 获取结果 → 先解释数据是否可用 → 再解释数字和变化 → 查看报告或提醒。今天与历史日期不能套用同一个基线文案。

5. 产品数据对象

对象	需要表达的信息
宠物、追踪器	身份、关联关系、设备能力、当前目标
寻宠任务	操作类型、提交中、结果、实际设备状态、LIVE 到期时间
轨迹与区域	时间范围、分段点、事件、区域几何、节能区/安全区类型
健康概览	宠物、日期、指标、数据状态、基线进度、对比和说明
家庭邀请	追踪器、链接、邀请处理状态、关系结果
公开分享	独立会话、目标、链接、到期/停止及错误状态
订阅	套餐、服务状态、暂停/截止时间；与支付结果分开

6. 待验证交互（非竞品事实）

以下是研究者为后续评审提出的交互方向，尚不能写成 Tractive 已有行为：

地图在位置过期或设备离线时保留最后已知位置并直观显示时间；首次开启 LIVE 时区分请求中、等待设备与等待新位置。
历史轨迹缺失处显示断点，避免视觉上跨空白连线；页内提供明确空态和重新加载。
围栏保存失败保留编辑内容，删除前确认目标；节能区和安全区说明各自作用。
分享失败明确说明“尚未确认停止”；系统分享取消不计为邀请送达。
健康结果缺数据时说明如何积累有效数据；切宠、切日期时隔离旧返回。
激活、付款、服务生效分别反馈；固件升级中断和设备已被关联提供可恢复路径。

上述设计方向仍需使用证据支持，再确定是否纳入自有产品；本稿未据此设定优先级、性能阈值或商业政策。

7. 待确认清单

真实导航与灰度条件；地图首次开启 LIVE 的前置；远程命令设备确认；雷达/轨迹展示；围栏保存校验；各指标设备能力与订阅限制；家庭成员权限；公开链接到期与访客失效；绑定、支付、升级闭环；宠物资料限制；领地、危险报告和提醒规则。

附录：依据与可信范围

证据组	对应需求	证据深度
T01	TR-001/002/005	A：执行器与通道方法；设备最终执行待验
T02	TR-003/004	A：真实页面回调、结果处理和到期内容
T03	TR-010	A：事件、请求、状态归约和系统分享
T04	TR-011	A：停止分享至同步/错误状态；创建表单不完整
T05	TR-008/009	A：查询和显示子链；部分活动/睡眠范围为 B
T06	TR-006/007/012/013/014	A 局部方法/资源；B 声明；C 模块/入口，逐项见报告
文末交互建议	后续设计评审	D：研究补全，不是竞品事实

补充说明集中在应用报告，正文按用户任务描述需求。A/B/C/D 只表达证据层次，不表示研发优先级或测试通过。

本轮补充条目的可信范围

需求	对应报告	依据与边界
TR-010（补充）	报告 T09	邀请生命周期操作直接支持；角色入口及最终权限待验证
TR-015	报告 T07	扫描/结果/版本化编辑契约直接支持；完整配置流程为推断
TR-016	报告 T08	查询与升级开始通知直接支持；设备最终生效流程待验证

功能补证任务表（2026-10-14）

本表区分尚未分析的内容与需要运行才能确认的内容。本轮补充未登录账号、未调用线上业务接口，也未控制设备；已有需求编号不等于完整功能覆盖率。

功能范围	缺口类别	下一步怎么取证	完成标准
档案 CRUD、通知和订阅页面	尚未追完调用端	逐页关联请求与响应，区分本地输入校验和服务端拒绝。	每个操作都有成功与失败分支
首次与重新关联、分享、健康基线	需要账号运行	核对已关联宠物确认、共享账号权限和健康空态。	不把弹层关闭、接口正常返回当最终关联完成
LIVE、近场寻找、节能区和固件	需要硬件配合	连接测试追踪器核对通道和状态，分别记录云端及近场结果。	设备回执、位置与版本变化可复核
订阅权益与地区入口	需要账号与权益	比较免费/有效订阅/到期账号；付费操作停在确认前。	页面差异有账号与地区条件
健康评分与告警触发	服务端未知	积累有明确时间范围的观察，不把模型字段当阈值。	只陈述被观察到的规则

新发现但尚未写成完整需求的任务

危险信息反馈、极端天气提醒、领地面积与周对比需要单列研究。当前只确认页面状态和模型范围，见应用报告的候选功能表。下一步先补入口、表单、请求和结果；公共危险信息不使用真实提交来试错，天气及领地规则不从名称猜阈值。

2026-10-14 验证范围

已补充 26.40.0 的页面观察，具体结果见应用报告。本稿仍按各条目的依据区分客户端流程、产品说明和推断；仅看到启动、协议或登录页，不代表账号内需求与拟验收场景通过。后续步骤见功能覆盖与验证清单。

原件：Pawkeyland

帕奇宠 Pawkeyland 产品需求文档

日期：2026-10-13；样本版本：3.5.4。本文依据应用报告整理产品需求，并区分客户端处理、产品说明、咨询样例和设计推断；并非厂商原始 PRD。验收项均待执行，服务端算法和功能开放范围仍待确认。

用户任务与范围

使用者按材料归纳为宠物主人、家庭成员，以及使用相应项圈/喂食器/摄像头服务的用户。家庭成员有不同操作能力线索，但完整角色权限未确定。本文按宠物与家庭、设备、安全守护、喂养、健康与咨询、数字宠物、服务权益分组，实际导航另行核对。

PW-D01 建立家庭、宠物和设备关系

场景/前置： 用户希望在一个家庭中照顾宠物并关联适用设备。

流程： 建立或选择宠物/家庭，添加项圈或喂食器，查看绑定进度、结果和设备信息；需要时换网或解绑。

规则： 项圈、网关、喂食器是不同对象；资料删除/设备解绑影响需要区分。产品资料包含绑定中、成功、失败和超时提示，但未恢复完整认领协议。

异常与拟验收： 绑定失败、超时、设备离线分别反馈；不能把找到设备等同为绑定成功。各型号绑定字段、重试与冲突处理需运行确认。依据：报告覆盖矩阵与第 6 节。

PW-D02 查看位置和历史轨迹

场景： 用户想知道宠物在哪里，以及此前的活动路线。

流程： 选择宠物，查看最新位置，选择有记录的日期回看轨迹，必要时进入寻宠。

规则： 产品说明将家庭Wi-Fi范围内的停留合并成定位点，离家后展示更细轨迹；说明性文案不代表已验证算法。家庭在家状态不能代替精确位置。

异常与拟验收： 未绑定项圈、无位置/无日期记录、数据获取失败应有对应状态；定位源与更新时间待核。验收时分别走在家和离家场景，不把手机位置当项圈位置。依据：报告第3节；位置服务处理仍未闭环。

PW-D03 设置家庭围栏并识别是否在家

场景/前置： 用户在家中设置适用项圈的Wi-Fi识别范围。

流程： 填家庭名称和地址 → 设置/保存范围 → 开启 → 查看在家状态；路由器或地址变化时选择改地址或重置Wi-Fi范围。

规则： 名称和地址不能为空的提示已有实际代码引用；创建和更新目标也有实际引用。产品说明明确用于判断在家，而非精确定位；30–50m是说明中的误差提示，不作为本PRD性能承诺。

异常与拟验收： 缺名称/地址阻止进入后续操作，获取失败和重置失败分别提示；重置后实际范围怎样生效、旧范围何时失效需验证。依据：报告第3节及已核对的处理逻辑。

PW-D04 设置电子围栏与进入寻宠

场景： 用户希望在宠物离开指定地理区域时获知，并开始寻找。

流程： 地图选中心，调整半径，保存并开启；收到越界信息后查看位置/进入寻宠。

规则： 地理围栏与家庭Wi-Fi围栏独立；项圈代际的介绍文案不同，不能把所有模式强行统一。半径上限、越界容差、寻宠周期均未知。

异常与拟验收： 定位缺失、设备离线、保存失败和无操作权限需分别核验；实测告警时再确认进入/离开方向和时效。依据：报告第3节，当前主要为产品说明与入口证据。

PW-D05 查看活动、睡眠与健康趋势

场景： 主人了解宠物一段时间的活动和休息变化。

流程： 选择宠物、日期/周期，查看日/周/月记录及睡眠、休息、进食规律等指标，按需进入解释或咨询。

规则： 指标、分周期接口和基准入口存在，但没有恢复分类器、评分公式和群体基准计算。不得把深睡字段写成已验证的传感器精度。

异常与拟验收： 无设备、缺测和无该周期报告需分开核验；数据所属宠物和时间必须对应。具体健康阈值留待确认。依据：报告矩阵、第5、6节。

7 天均值的使用条件： 产品说明要求至少收集 7 天行为数据，且每日不少于 20 小时；服务端计算尚未验证。均值是否可看取决于数据积累，不能仅按注册满 7 天判断。是否要求连续 7 天、如何计算缺失片段及适用指标仍待确认。拟验收需覆盖天数足但每日不足 20 小时、某天断档、刚达到条件的情况；此阈值仅用于该项均值说明。

PW-D06 手动出粮与应用定时喂食计划

场景/前置： 具备相应权限的用户控制喂食器或建立定时安排。

流程： 进入设备，执行手动出粮或编辑计划；应用前处理与AI计划的冲突，确认后保存，查看结果。

规则： 启用手动计划时，应用有“将自动关闭 AI 喂食计划”的提示及确认处理；另有未应用就退出的提醒。手动出粮与修改手动计划有成员权限描述。具体份量/餐次范围未恢复。

异常与拟验收： 未应用退出、保存超时、失败应明确；确认切换时提醒原计划受影响；实际出粮和定时生效必须有设备验证。依据：报告第4节，互斥提示的执行引用已核，设备执行链未闭环。

PW-D07 使用AI喂食计划与食物档案

场景： 用户希望结合喂食器数据和食物信息生成、调整喂养计划。

流程： 完善食物档案/资料，进入计划阶段，等待数据收集和报告，查看或重新开始；按需进行食物分析、交叉分析。

规则： 包内有探索期、适应终止、数据不足、报告生成、重新开始及阶段字段；不把相邻文字强制排成唯一状态机。存在内测标识，开放资格待确认；营养公式未知。

异常与拟验收： 未绑定喂食器、数据不足、报告未就绪分别处理；重启计划是否清历史、是否影响已执行餐次需先核实。依据：报告第4节，产品阶段和入口证据。

PW-D08 与家庭成员协作

场景： 家人共同照看宠物、查看设备和使用喂养能力。

流程： 邀请/管理成员，分配适用能力，成员进入相应设备任务；撤销时更新访问范围。

规则： 手动出粮/手动计划与AI计划的权限描述分开；不能自动赋予所有成员解绑、关机和付费权限。家庭、宠物、设备三种归属不可混为一个授权对象。

异常与拟验收： 邀请失效、能力不足、关系已解除均需确认；至少用两种成员权限实际核对喂养入口。依据：报告第4节与矩阵；服务端权限表仍待恢复。

本轮补充的角色任务： 当前产品说明区分我的家庭与共享家庭，并分别提示共享家庭不能添加宠物、不能添加设备。成员退出、创建者移除成员、修改自己在家庭中的昵称也有不同入口文案。以上仅确认任务和说明范围；邀请失效时间、共享成员能否再次邀请、是否能改家庭名称及修改失败后的状态都要用两种角色核对。

PW-D09 AI聊天、结构化咨询与追问

场景： 用户围绕宠物情况连续提问、提供症状和补充信息。

流程意图： 发送问题 → 查看文本与评估卡 → 回答追问选项或“其他”自由输入 → 继续对话 → 查看本轮完成状态和历史记录。

规则： 包内样例采用文本、评估卡、交互问题及执行轨迹分离的结构；样例的候选权重是相对排查权重，不能作为疾病概率承诺。样例包含支持/反证、其他可能、信息不足和不能替代兽医检查等解释；真实线上是否一致未知。

异常与拟验收： 断流、卡片不完整、追问未作答、模式受开关关闭均需补测；输出编号应能对应本轮完成事件。依据：报告第5节，仅样例协议恢复，不能当成已证明的线上诊疗能力。

PW-D10 将项圈与家庭设备数据正确用于咨询

场景： 用户追问某只宠物的进食、睡眠与近期状态。

流程意图： 确认目标宠物，按对应日期读取项圈/喂食器信息，展示来源和解释，再形成问题或卡片。

规则： 样例用宠物、家庭、设备、日期等归属键；家庭喂食器出粮只能作为该宠物进食的辅助材料，不能无条件等同实际摄入。样例只显示粗粒度地区，不外推为所有位置处理的隐私保证。

异常与拟验收： 数据缺失、目标宠物不匹配、家庭多人多设备时必须核实归因；不允许用另一只宠物数据填补本宠物空值，是基于样例意图拟定的验收。依据：报告第5节。

PW-D11 展示数字宠物并在桌面陪伴

场景： 用户在App内或桌面查看数字宠物动作。

流程： 加载素材/默认动作；需要时开启桌面悬浮宠物；切换视频，暂停或恢复；退出时释放页面和播放器。

规则： 原生服务确实加载指定悬浮HTML并调用切换/暂停/恢复；新视频准备好才替换旧画面，失败保留旧画面；快速切换用代次避免过时加载覆盖。桌面服务有运行通知。App内3D、普通动作视频、名为iOS的备用资源存在，但使用选择未恢复。

异常与拟验收： 新素材加载失败、连续切换、暂停期间加载完成、服务销毁需分别测试；单次动作结束与被替换不能直接视作同一种完成。依据：报告第1、2节，当前最完整的客户端实现链。

PW-D12 摄像头、录音和语音互动

场景： 用户查看设备画面或处理项圈声音消息。

流程范围： 进入适用设备的实时画面，处理主/次视频源；接收项圈录音，或向设备发送语音。

规则： 录音接收开关和语音下发是不同功能；主次视频源与WebRTC组件存在，不保证所有设备可用。媒体协议、时长、缓存和重试参数未恢复。

异常与拟验收： 主/次源失败、设备离线、权限不足分别核验；关闭录音接收不能无依据地同时关闭其他消息。依据：报告矩阵、第6节；大部分仍为入口/文案证据。

PW-D13 提醒设置、升级、换网与解绑

场景： 用户维护设备、管理提醒或停止绑定。

流程： 查看项圈/网关/算法版本，按条件升级或换网；设置短信与录音接收；解绑前确认后果。

规则： 短信开关文案涉及离家、越界和低电量短信，不等于所有App推送。OTA有离线、已最新、发送后重启提示。部分解绑提示明确清除家庭和电子围栏，需按型号确认适用范围。

异常与拟验收： 离线不显示升级完成；重启后版本需再次读取；解绑取消无改变，确认后围栏实际清除需服务验证。依据：报告第6节与矩阵；下载包校验、回滚和ACK未恢复。

PW-D14 了解会员、通信与定位服务权益

场景： 用户试用或购买适用服务。

流程范围： 查看权益、判断领取/购买资格、领取或支付、查看生效状态。

规则： 7日会员领取与成功文案存在，通信/会员/定位套餐有各自入口；不可据此假定免费资格、价格、自动续费和退款规则。

异常与拟验收： 重复领取、支付失败、未生效、设备解绑后权益归属均待确认；验收应分清付款和服务生效。依据：报告第6节及矩阵，未调用交易服务。

PW-D15 从照片生成写实数字宠物

用户任务： 用自家宠物照片创建形象，先查看预览，再取得可用于展示的生成结果。

直接依据： 有正/左/右视照片说明，审核、预览和正式生成各自的失败提示，以及生成中/已生成/失败和生成记录；存在审核、预览、生成、任务与历史查询能力。

基于接口推断的流程： 选择照片并查看要求 → 提交审核 → 审核通过后创建预览 → 查看预览 → 发起正式生成 → 等待任务结果 → 从生成记录选择成功结果 → 衔接 PW-D11 展示。付款环节的位置与适用条件尚待验证，不在本流程擅自固定。

异常与拟验收： 审核不通过可定位待替换照片；预览创建失败与预览生成失败分开；预览信息失效重新创建；正式任务未成功前不显示成可用素材。以上恢复动作除明确提示外属于拟验收要求，真实按钮待确认。

待验证： 上传规格、任务有效期、重试计费、取消与退款、历史保留；照片授权参与搜索/点赞需另核对授权范围。对应报告第7节。

PW-D16 生成并阅读咨询的阶段性病历

用户任务： 将本轮已提供的信息整理为阶段记录，以便回看或与兽医沟通。

直接依据： 存在咨询记录生成、医院查询能力，以及未生成、整理中、待兽医复核和非诊断提示。

基于接口推断的流程： 在当前咨询中整理已有信息 → 发起记录生成 → 显示整理中 → 查看阶段记录与审核状态 → 如需继续诊疗，查询医院信息。医院信息与预约/支付为不同能力，本稿不假定后两者存在。

规则： 记录不得被描述为已完成兽医诊断；“待复核”不等于真实兽医已受理。未生成、生成失败和已存在记录应分别确认。

异常与拟验收： 信息不足、生成中重复请求、记录属于另一只宠物、重新进入咨询后记录状态、医院查询无结果分别核验。

待验证： 触发条件、记录归属、编辑/导出、复核人员与时效。对应报告第7节。

PW-D17 处理喂食器缺粮提醒并确认补粮

用户任务： 得知粮桶缺粮，完成现场补充后确认提醒。

直接依据： 有粮桶空提示、“我已加粮”操作及独立确认能力。

基于接口推断的流程： 打开目标喂食器 → 获取缺粮提示 → 用户实际补粮 → 点击确认 → 提交并重新核对设备状态。取消或未确认不表示补粮完成。

规则： 用户确认与设备实际检测分开；确认加粮不替代设备出粮回执，不自动证明计划可正常执行。

异常与拟验收： 未补粮误点、确认失败、设备离线、仍检测缺粮、另一成员先确认分别测试；提示的关闭与再次出现规则仍需确认。

待验证： 缺粮判定来源、重提醒规则、权限及多端同步。对应报告第7节。

PW-D18 设置喂食器音量与出粮唤宠语音

场景： 用户查看喂食器画面、与宠物说话，并设置出粮后播放的唤宠声音。

已有产品说明： 麦克风与喇叭有各自的设置进度提示；出粮自动唤宠说明为每次出粮后播放语音。声音来源包含默认语音与录制自定义语音，自定义声音有音频名称。画面操作还包含截图、录制、录制中退出并保存，以及清晰度选择的会员提示。

基于说明重建的流程： 进入适用喂食器的语音设置 → 分别调整麦克风和喇叭 → 选择默认或自定义唤宠声音 → 设置名称并保存 → 在设备出粮时核对播放。该流程是产品说明支持的任务拆分，具体页面顺序和请求字段尚未取得完整依据。

规则与异常： 手机麦克风权限、音频采集初始化、设备音量保存和设备实际播放分别验证。录制自定义唤宠声音、实时对讲、接收项圈录音是不同任务，不能共用“录音成功”作为完成条件。清晰度会员提示只证明存在该文案，具体档位和适用型号待确认。

拟定验收： 验证默认/自定义声音切换、音量修改失败、拒绝手机麦克风权限、录制中退出、截图保存失败和设备离线。录音时长、音频格式、存储条数及下发确认均未核实。

依据：应用报告第 8 节；本条主要为产品说明依据，未完成运行核对。

待评审的交互建议

定位展示统一带来源、更新时间和不确定状态；家庭在家判断不画成精确坐标。
喂食计划切换由同一确认过程处理，明确旧计划结束、新计划生效及设备回执，防止重复出粮。
AI卡片标识数据来源、时间与宠物归属；无数据时追问，不填造健康结论；示例权重不渲染成诊断概率。
播放器补充加载超时、带查询参数的素材格式判断、自然结束/中断区分和缓存预算。
撤销家庭权限、解绑与服务权益的实际效果需要跨端验证；成功提示与服务器/设备完成状态分开。

研究范围与待确认附录

报告第1、2节说明桌面宠物与播放器的处理逻辑；第3、4节结合处理逻辑和产品说明；第5节仅为咨询示例，不代表线上服务行为；其余多为功能说明或入口线索。具体范围与待核事项见应用报告。

优先待确认：各代设备和家庭角色菜单、绑定与配网流程、在家和越界判断、喂食计划执行与 AI 阶段转换、咨询协议和开放权限，以及付费权益。现有资料未覆盖的处理分支仍需继续核对。所有拟验收点都需要后续授权环境完成，不能据本文件写“已测试通过”。

本轮补充条目的可信范围

需求	对应报告	依据与边界
PW-D05（补充）	报告第7节	7天/每日20小时为产品文案；实际计算待验证
PW-D15	报告第7节	原有提示与能力入口交叉支持；审核至生成的顺序为推断
PW-D16	报告第7节	阶段病历提示与生成入口支持；真实兽医复核待验证
PW-D17	报告第7节	缺粮文案与确认能力支持；传感器触发和重提醒待验证

功能补证任务表（2026-10-14）

本表区分尚未分析的内容与需要运行才能确认的内容。本轮补充未登录账号、未调用线上业务接口，也未控制设备；已有需求编号不等于完整功能覆盖率。

功能范围	缺口类别	下一步怎么取证	完成标准
家庭、账号、咨询与支付请求链	尚未追完调用端	当前主要为产品说明与原生处理，需要补业务调用和返回对象。	把提示文案与真实执行分开
我的家庭/共享家庭与成员任务	需要双账号运行	核对添加宠物、添加设备、改昵称、邀请及退出前的页面。	角色与具体按钮权限逐项对应
咨询、病历及数字宠物	需要账号运行	创建不含隐私的测试宠物，核对生成、处理中、失败和历史回看。	能从入口追到结果而非仅见示例
喂食、音视频、围栏与升级	需要对应硬件	分别核对喂食器与项圈；声音保存、下发和实际播放分开记录。	不将手机录音成功等同设备播放
健康均值、AI解释与会员规则	服务端未知	对照足够数据量和权益状态，记录未开放或无结果条件。	不由宣传说明推定算法或医学效力

2026-10-14 验证范围

已补充 3.5.4 的页面观察，具体结果见应用报告。本稿仍按各条目的依据区分客户端流程、产品说明和推断；仅看到启动、协议或登录页，不代表账号内需求与拟验收场景通过。后续步骤见功能覆盖与验证清单。

原件：陪彼宠物 PETBIT

PETBIT 陪彼宠物产品需求文档

日期：2026-10-13；样本版本：2.0.251210。本文依据应用报告整理，供产品与开发评审使用，并非厂商原始 PRD。客户端处理与产品说明的依据分别标注；由说明归纳的流程尚待实际验证。所有验收项均未执行，交互建议集中在文末。

目标、角色与功能组织

PETBIT 帮助主人建立宠物资料、连接追踪器或智能碗，查看位置、活动和进食情况，并与家人共同照护。社区、提醒、商城和服务续费提供相关生活服务。角色按材料归纳为主人、监护人、社区用户与商城买家，未确认权限表。

资源出现“数据、设备、附近地图、宠友圈、我”，又出现“好物”标签，不能据此重建唯一固定导航。本 PRD 按用户任务组织。数据对象包括账户、宠物、设备、设备服务期、位置/轨迹、围栏、寻宠任务、监护关系、活动/进食记录、宠粮设置、提醒、病历、社区内容、交易订单和纠偏记录。

PB-D01 账户、宠物资料与型号适配

场景/前置： 新用户注册或已有用户添加宠物。

流程： 登录/注册 → 建宠物 → 填头像、名字、品种、性别/绝育、出生日期、体重/肩高等适用字段 → 关联设备。

规则： 名字资源限制6汉字或12字符；未选品种等有单独提示；G1 的资源提示不支持猫，不能扩展到全部型号。

异常： 重名、非法字符、缺字段、图片失败、型号不匹配。

拟验收： 猫/狗与型号组合分别呈现适用字段；字数计算按真实实现复核，不擅定 Unicode 算法。

依据： 原文，报告第6节及原资源 me_there_petname*、pet_selected_cat_filter_tip。

PB-D02 绑定、激活与管理追踪器

场景： 用户首次使用或新增追踪器。

流程： 输入/扫描对应编号 → 绑定 → 激活 → 关联宠物 → 查看设备名称、电量、版本与服务状态。

规则： 编号有6位和8位资源，应按型号核对；未激活不能关联的提示存在；解绑说明重置设备信息。

异常： 已绑定其他账号、未激活、离线、服务过期。

拟验收： 绑定成功与激活成功分开显示；解绑前展示影响，取消不改变状态。

依据： 原文，报告矩阵/第1节；后端认领流程待确认。

PB-D03 智能碗连接和更换网络

场景： 用户把智能碗接入家庭 Wi-Fi。

前置： 手机连接2.4G Wi-Fi，碗已开机。

流程： 逐台绑定 → 输入 Wi-Fi 密码 → 连接设备热点/配置过程 → 显示结果 → 可设置宠粮；换网从配置新 Wi-Fi 开始。

规则： 资源不支持5G Wi-Fi；手机接入热点的原生段已证实，碗联网完成不能由此代替。

异常： 无 Wi-Fi、频段不符、密码错误、找不到碗、路由器无网、被其他账号绑定、退出中断。

拟验收： 手机接网与碗上线分阶段反馈；多个碗逐一识别；重新输入密码不丢失目标设备。

依据： 产品说明＋处理逻辑，报告第4节。

PB-D04 靠近设备使用灯光和关机

场景： 用户在附近寻找或维护追踪器。

流程： 选设备 → 等待蓝牙连接 → 设置熄灭/呼吸/常亮，或确认关机 → 显示事务结果。

规则： 关机文案提示需靠近，开机需接充电线；连接成功不能直接算关机成功。

异常： 蓝牙关闭、连接失败、指令超时、发送失败。

拟验收： 各失败状态可区分；连续操作以实际回应为准，不在点击瞬间显示完成。

依据： 处理逻辑与产品说明，报告第1节；灯光底层事务未逐条恢复。

PB-D05 开启电子牵引并接收防丢提醒

场景： 主人带宠物外出，希望离身及时获知。

流程： 选择设备/宠物 → 打开蓝牙 → 开启保护 → 检查后台和通知条件 → 持续接收状态 → 可暂停、恢复、关闭。

规则： 回调区分超出安全范围、找不到设备、蓝牙关闭；权限检查发生在任务启动之后，不能将权限不足简单等同为完全未启动。

异常： 后台权限不足、设备不在附近、蓝牙被关闭。

拟验收： 每个提醒明确关联目标；安全距离数值不预设。

依据： 处理逻辑与产品说明，报告第2节。

PB-D06 近距离寻找宠物

场景： 宠物就在附近但看不见。

流程： 开启临时蓝牙搜索 → 持续显示已关联设备的信号强弱 → 用户靠近 → 停止搜索。

规则： 同扫描ID的新任务先停止旧任务；RSSI只是强弱参考，不显示未经验证的精确距离。

异常： 蓝牙关闭、找不到目标、权限不足。

拟验收： 重复开始不残留同ID扫描；停止后不继续更新；设备名称/信号对应同一目标。

依据： 扫描方法与用途文案，报告第1、2节；尚未闭环 Flutter 页面对回调的绑定。

PB-D07 查看位置、轨迹与服务状态

场景： 用户远程查看宠物位置和过去活动路线。

前置： 已绑定设备并关联宠物，定位服务有效。

流程： 选宠物 → 查看位置 → 刷新 → 选日期看轨迹 → 可转地图导航。

规则： 无数据、当天无轨迹、服务过期、手机无定位应区分；手机定位不是项圈位置。

异常： 地图应用未安装、位置失败、无轨迹、设备离线。

拟验收： 切换宠物后无旧轨迹串入；“已是最新”与“无定位更新”不混用。

依据： 原文及旧版手机定位方法，报告第5节；项圈链待确认。

PB-D08 维护电子围栏

场景： 用户为宠物设置允许活动区域。

流程： 新建/复用围栏 → 填名称和半径 → 保存 → 单独或批量启停 → 编辑/删除。

规则： 资源写最多10个、名称不可空、半径以米展示；需有已绑定设备的宠物；修改后退出提醒未保存。

异常： 数量上限、无设备、空名、保存失败。

拟验收： 依据最多 10 个的产品说明检查添加第 11 个时的反馈，并先确认限制按账户还是宠物计算；越界告警需单独实测。

依据： 原文 map_fence*，报告第5节。数量是否按账户/宠物计、半径范围待确认。

PB-D09 紧急搜索与发布寻宠启事

场景： 宠物走失，需要提高寻找效率并请求他人帮助。

流程： 可开启紧急搜索并确认耗电提示；选择宠物、走失日期/时间/地点、照片、联系电话 → 预览 → 发布 → 可分享到宠友圈/微信 → 找回后结束。

规则： 寻宠需关联设备；不能选择未来走失时间；已有进行中任务应提示；资源写紧急模式72小时自动关闭；删除任务/宠物会终止相关任务。

异常： 缺字段、重复任务、宠物已删除、分享失败。

拟验收： 发布与分享成败分开；72小时实际关闭需设备联验。

依据： 原文，报告第5节。

PB-D10 人工纠正位置并查看修改记录

场景： 用户发现显示地址/位置不准确。

流程： 拖动地图选正确位置 → 修改地址/楼层 → 提交 → 查看记录 → 可删除记录。

规则： 记录展示设备、修改人、原地址、日期和楼层；无可纠偏位置有独立提示，是否阻止提交待验证。

异常： 位置解析失败、宠物信息错误、提交/删除失败。

拟验收： 提交前后能追溯原地址与修改值；删除记录是否回滚位置须先确认。

依据： 原文 location_correction_*，报告第5节；不能宣称修改定位算法或历史轨迹。

PB-D11 查看活动、排行、分享与成就

场景： 主人了解宠物活动，形成长期养宠记录。

流程： 选宠物和日期 → 看活跃曲线、时长、距离、消耗/指数 → 查看排名 → 分享卡片或查看成就。

规则： 无宠物先建档，无设备无运动数据/排名；排名含全国/好友维度；勋章展示最多5个是资源提示。

异常： 无新数据、近七天无记录、分享失败。

拟验收： 单位和时间维度清楚；不将缺测补零；分享数据保持宠物和日期一致。

依据： 原文，报告第6、7节。计算和排名规则未知，不作健康算法验收。

PB-D12 设置宠粮并对比建议与实际进食

场景： 主人用智能碗了解进食是否偏离建议。

流程： 设宠粮品牌/配方与适用宠物资料、运动量 → 显示建议范围 → 查看实际进食量和日/月/年曲线 → 修改设置。

规则： 只有主人可设置；未设宠粮看不到建议；建议受个体差异影响仅作参考；每日1至6次属于资源选项，不认定算法硬上限。

异常： 未绑定碗、缺配方、无进食数据、非主人。

拟验收： 实际与建议分开；监护人限制需角色联验。

依据： 原文，报告第6节；不编造营养公式。

PB-D13 管理体征、病历、日记与周期提醒

场景： 用户记录成长和照护事项。

流程： 录入体征/病历；创建提醒并关联宠物，选计划时间/重复/提前提醒；到期完成或延期。

规则： 体征同步宠物资料；提醒不能早于当前时间，最长2年、最多关联10只宠物、名称最多8个汉字均来自资源；完成本次和关闭整个提醒应区分。

异常： 缺事项、超限、过期、退出未保存。

拟验收： 分别核对本次完成状态和下一次提醒时间，确认二者的实际关联规则。

依据： 原文，报告第6节；实际日历与通知调度待确认。

本次提醒与周期规则： 今日项、详情、完成、延期和删除分别有能力入口，产品说明使用“完成本次提醒”并说明周期反复提醒。由此推断，完成或延期处理当次状态，删除备忘录处理整个规则。后续周期是否保留、延期影响本次还是全周期仍待验证。拟验收检查完成后是否仍有下一次、多宠物关联、延期跨日和重复提交；不要把完成本次与删除长期规则混为同一操作。

本轮补充的显示状态： 提前提醒说明包含不提前、30 分钟、1 小时、2 小时、1 天和 2 天。计划尚未到期、已经逾期、下一次计划、上次完成各有不同的时间描述。验收应逐项比较，不把“距下次计划”误显示成距上次完成；实际选项是否按提醒类型变化及通知调度仍待运行确认。

PB-D14 邀请家人共同监护

场景： 主人和家人共同照顾宠物。

流程： 主人先绑定设备 → 邀请已注册账号 → 接收方同意/拒绝 → 查看双方关系 → 撤回或解除。

规则： 主人和监护人分别呈现；定位共享与社交好友不是同一关系。

异常： 未绑定设备、邀请待确认、被拒绝、解除失败。

拟验收： 邀请状态双端一致；解除后数据访问范围需服务验证，不预设监护人可关机/删档。

依据： 原文，报告第7节。

位置可见范围： 产品说明限定主账号和监护账号查看宠物位置；关系能力区分邀请、回答、双方解除和已读。由此推断接收人需建立关系后取得位置访问权，具体授权时点仍待验证。拟验收覆盖未接受、拒绝、撤回以及任一方解除后的位置访问。关机、删除和付费权限需另行确认。

PB-D15 社区、消息、隐私与宝藏地图

场景： 用户分享养宠生活、交友和发现可去地点。

流程： 发图文/视频 → 设可见性 → 点赞评论/关注；好友聊天；不希望互动时黑名单；推荐地点或到现场打卡。

规则： 内容和图片不能同时为空；媒体有混选限制；“仅互相关注”不等于任意好友；打卡要求设备用户且不能离地点过远。

异常： 空间/留言未开放、权限拒绝、媒体不存在、发送失败、距离过远。

拟验收： 按已确认的开放范围核对各状态；具体策略仍待验证。

依据： 原文，报告第7节；推荐、审核和距离阈值未知。

本轮补充的权限核对： “仅自己可见”“仅互相关注可见”有明确说明。加黑名单有确认、成功提示，管理列表有空态及移除成功提示。发布可见性、双方关注、黑名单分别验证；不推定取消关注会自动拉黑，也不推定拉黑会删除已有内容。用主人账号与第二账号核对列表、个人空间、旧链接和私信四处结果。

PB-D16 服务续费、商城售后与注销

场景： 用户续费设备通信、购买商品、处理售后或退出服务。

流程范围： 选服务/商品 → 下单支付 → 看订单/权益；商品售后申请、审核、寄回物流、退款；注销前核对未完成订单服务与纠纷并说明关联数据/虚拟资产影响。

规则： 免费天数来自占位符，停机保号180天和付款24小时生效为版本资源提示，不当作当前承诺；充值与实物退款不可混成同一规则。

异常： 支付失败、权益未生效、退货被拒、超时关闭、注销不满足条件。

拟验收： 支付和权益以各自状态展示；注销有取消路径；金额和政策需现行服务核验。

依据： 原文，报告第7节；交易服务未调用。

注销审核范围： 当前说明要求账号有效、没有未完成订单与服务、没有投诉举报等纠纷，并提示关联数据和虚拟资产的后果。表述仅确认审核说明，不保证服务端采用相同校验、即时审核或即时删除。可先查看条件和未满足条件的反馈；提交注销及实际删除需要可牺牲的测试账号，不能拿日常设备账号直接验证。

PB-D17 发现并安全完成固件升级

场景： 用户获知新固件，准备维护设备。

前置： 设备在附近、手机蓝牙可用；资源要求充电并保持一米内。

流程： 查看版本 → 准备升级 → 建立连接 → 读取电量 → 下载/传输等升级阶段 → 显示进度 → 重启/完成或失败。

规则： 已恢复代码明确把持续进度和最终结果分开；电量先读取，但最低允许值未恢复；MD5失败提示只证实文案，不认定校验链已读完。

异常： 连接失败、手机蓝牙未开、断连、获取电量失败、下载/校验失败。

拟验收： 未收到终态不得显示升级成功；失败重试不会把旧进度当新任务；离开页面有明确提示。

依据： 处理逻辑与产品说明，报告第3节。设备实际重启和版本生效需后续实测。

PB-D18 新建、编辑和删除常住地址

用户任务： 在地图中保存常用居住地点，之后快速辨认和维护。

直接依据： 有常住地址列表及创建、更新、删除能力；明确提示先连接 Wi-Fi、输入名称，并分别提供提交/更新及成功/失败提示。

基于接口推断的流程： 查看常住列表 → 选择新增或编辑 → 检查 Wi-Fi 连接 → 输入名称、确认地址 → 提交 → 按结果刷新列表。需要移除时选中已有地址后执行删除。

规则： 常住地址与电子围栏、位置纠偏分别管理；不能因为保存常住地址就显示围栏已启用或历史轨迹已纠正。尚未确认 Wi-Fi 在定位判断中的具体用途。

异常与拟验收： 未连 Wi-Fi、名称缺失、列表加载失败、设置失败、更新失败、删除失败分别核验；失败后不误显示保存成功。空列表与加载失败不得被验收为同一个结果。

待验证： 地址来源、请求字段、数量限制、网络标识使用、数据归属和多账号可见性。详见应用报告补充研究。

待确认的关键边界

主人/监护人权限、各型号与中国/海外版入口、账号解绑与宠物删除的数据保留、后台防丢可靠性、OTA 电量与校验算法、地图定位源及围栏触发、活动/营养计算、纠偏影响范围、当前服务政策。产品验收应按“用户操作—App 状态—设备/服务结果”逐段完成，不把插件回调或提示文案等同于全链路成功。技术处理逻辑与产品资料统一见应用报告。

建议补全，非竞品已证实行为

PB-D05：暂停不继续报旧提醒、恢复不重复任务。
PB-D07：标明位置更新时间。
PB-D08：复用围栏不应误覆盖原围栏。
PB-D09：核实取消发布不会意外改变设备模式。
PB-D12：更换宠粮后标明受影响的数据和计划范围。
PB-D13：延期本次提醒不应悄然改变全部后续周期。
PB-D15：验证私密内容分享后不越权，黑名单策略在双端一致。

证据类型附录

处理逻辑用于说明具体行为；产品说明仅证实文字表达；声明、模块或孤立入口不能证明完整功能已上线。补充说明见逐项所指向的应用报告章节。

需求	来源类型
PB-D01	产品说明
PB-D02	产品说明
PB-D03	处理逻辑、产品说明
PB-D04	处理逻辑
PB-D05	处理逻辑、产品说明
PB-D06	处理逻辑、产品说明
PB-D07	产品说明
PB-D08	产品说明
PB-D09	产品说明
PB-D10	产品说明
PB-D11	产品说明
PB-D12	产品说明
PB-D13	产品说明
PB-D14	产品说明
PB-D15	产品说明
PB-D16	产品说明
PB-D17	处理逻辑、产品说明

本轮补充条目的可信范围

需求	对应报告	依据与边界
PB-D13（补充）	报告补充研究	本次提醒及周期说明直接支持；实例与规则状态迁移为推断
PB-D14（补充）	报告补充研究	位置可见范围为产品文案；关系授权生效时点待验证
PB-D18	报告补充研究	Wi-Fi前置/名称/结果为产品文案；请求字段与完整界面待验证

功能补证任务表（2026-10-14）

本表区分尚未分析的内容与需要运行才能确认的内容。本轮补充未登录账号、未调用线上业务接口，也未控制设备；已有需求编号不等于完整功能覆盖率。

功能范围	缺口类别	下一步怎么取证	完成标准
健康记录、社区、交易业务链	尚未追完调用端	现有产品说明只够建立任务表，继续补页面、请求与结果。	每个业务有真实返回及失败恢复
周期提醒与内容可见性	需要双账号运行	比较提醒时间状态、双方关注、仅自己可见和黑名单。	说明文字与双端可见结果一致
监护关系与位置权限	需要账号与已绑设备	分别核对主账号与监护账号的位置和设备操作。	不会把看位置权扩成全部控制权
防丢、近场、配网、OTA	需要硬件配合	按定位器和智能碗型号检查设备执行与恢复。	指令返回与物理状态分开
服务费用、注销及数据保留	服务端未知	先核对展示与条件；删除仅使用专用可牺牲账号。	未实际删除时不宣称删除完成

2026-10-14 验证范围

已补充 2.0.251210 的页面观察，具体结果见应用报告。本稿仍按各条目的依据区分客户端流程、产品说明和推断；仅看到启动、协议或登录页，不代表账号内需求与拟验收场景通过。后续步骤见功能覆盖与验证清单。

原件：酷宠 CoolPet

CoolPet 酷宠 3.0.0 需求 PRD

本轮补充：2026-10-14。新增内容仍为静态资料核对，运行验收另列。

样本：酷宠 3.0.0（244）；研究日期：2026-10-13。本文按用户任务整理功能与规则，依据见应用报告。这是一份研究性 PRD，未核实的流程单独标注；拟定验收尚未在真实账号、服务和硬件上执行。

1. 产品目标与角色

让宠物主人围绕同一只宠物完成位置查看、围栏守护、近距离寻找、健康结果查看、日程记录，以及视频行为分析。设备分享使其他用户可以进入照护协作，但实际接收端权限尚未完整恢复。

设备能力、是否激活、会员状态和应用地区配置影响可用操作。国内/非国内分支来自应用配置，不代表实时地理位置识别。

2. 页面和状态

用户任务	页面组合	关键状态
拍摄并分析宠物行为	录制/导入→视频确认→分析中→报告	准备、上传、已提交、等待、失败、需重录、报告就绪
查看照护信息	AI 管家、健康/睡眠、文章	加载、有数据、暂无数据、失败
设定守护范围	围栏列表→地图编辑	已保存、已绑定当前设备、已关闭、额度不足
近距离找宠物	电子遛宠/设备地图	未激活、蓝牙状态、信号等级、灯/声音操作中
分享设备	分享设备弹窗→分享渠道	无候选、选中、获取链接中、失败、交给分享渠道
管理照护日程	提醒列表→新增/编辑	用户级/宠物级，新建/编辑，保存中/失败

3. 功能需求

CP-01 录制或选择行为视频

入口与目标： 从行为分析进入录制/选择视频，为当前宠物准备待分析内容。

流程： 授予相机相关权限→录制或选择已有视频→录制结束→检查输出→进入视频确认。录制页支持闪光灯状态和录制计时。结束时停止计时并恢复非录制状态。

规则与异常： 视频输出失败时不能以失败 URI 进入正常分析；相机初始化/权限失败有错误反馈。导入文件的大小、时长和格式上限尚未确认。

验收： 有效视频可进入下一步；失败录制不会当成成功视频；重复停止录制不产生多份分析输入；具体权限拒绝后的引导须补充运行验证。

CP-02 确认分析内容并提交

输入： 当前宠物、视频、场景、宠物状态、视频对象等分析上下文。具体选项名称按页面资源核对，未恢复的枚举不自行补齐。

流程： 确认视频与分析上下文→开始分析→准备文件→上传→提交分析→进入等待结果。页面展示准备与分析状态；文件、上传对象和任务标识由应用在后台关联。

规则： 同一个分析处理仍在运行时，不因重复触发重新启动第二个处理。文件获取、上传、登记、任务提交都成功后，才有可查询的分析任务。无法取得有效任务标识时不能继续假等待。

验收： 连续触发开始不会并行创建同一页面处理；文件不可用时给出失败反馈；上传成功但提交失败不能显示报告完成。

CP-03 展示分析等待过程

目标： 用户能知道分析仍在进行，避免把未就绪报告当成结果。

流程： 提交成功→展示进度→持续查询结果→收到报告后完成并打开报告。

规则： 当前实现按时间推动进度，30 秒内增长到 99%，之后保持；这不是模型计算百分比，也不是完成时限。待处理中，每次查询结束后约等待 1 秒再查；成功时变为完成状态，约 500 毫秒后进入报告。未见本地总等待截止时间。

验收： 30 秒后尚无报告不能自动显示 100%；仅状态成功但缺少报告信息不能打开空报告；报告返回后停止等待并使用对应任务与报告信息导航。

CP-04 区分重新分析与重新录制

结果	面向用户的处理
处理中	保持等待
可重新分析的失败	展示失败原因，提供重新分析动作
需要更换视频	展示重新录制动作，回到采集流程
有效报告完成	打开该次报告
成功结果缺少报告信息	按可重新分析的失败处理

重试流程： 用户选择重新分析→收起错误弹窗→取消旧处理→使用原输入重新开始；用户选择重新录制→收起提示→转录制事件。两种操作不能都导向同一“重试”。

网络异常： 首次业务响应错误与后续轮询错误处理不同；异常累计达到 3 次会触发错误事件，但查询仍可能继续。出现错误提示后，任务不一定已经取消。

验收： 需重录结果不能只重复提交旧视频；重试时旧处理被取消；报错后实际页面退出/继续行为以及长时间 99% 的主动退出需实机确认。

CP-05 查看报告、AI 管家与健康结果

流程： 行为分析完成进入报告；用户也可进入 AI 管家读取文章、活力趋势及活动统计。健康睡眠页展示已返回的质量百分比和等级。

规则： 暂无睡眠数据时不显示正常等级。文章、统计和健康结果分别依赖服务内容，不把 AI 管家写成已确认的聊天助手。行为报告的完整章节、保存/分享、付费门槛仍待核。

验收： 空数据不显示“健康正常”；选中报告对应本次任务；统计读取失败不得用零值冒充实际统计。具体健康算法不属于已恢复需求。

CP-06 创建和修改围栏

入口： 围栏列表进入新建，或选择已有围栏编辑。

流程： 选择家庭/普通/危险区→地图设定形状和范围→填写名称、标签和进出提醒→保存→成功更新列表，失败显示错误。

字段规则： 圆形使用中心及半径，页面存在米/英尺单位处理；另有方形和六边形点位构造。危险区有独立视觉颜色。已有围栏按原身份修改，不能无意新增副本。

验收： 编辑后仍是原围栏；单位切换或提交不应混淆米与英尺；进/出提醒设置分别保留。最小半径、数量和全部名称校验没有统一恢复，不套用其他应用的数字。

CP-07 启用、关闭和删除围栏

流程： 用户在围栏列表对已保存围栏启用→检查当前设备及可用额度→提交绑定→按结果刷新；关闭走解除绑定；删除是删除围栏定义的独立动作。

规则： 保存数量上限和同时启用上限分别判断。国内配置下，普通非会员且非豁免型号达到启用上限时进入限制提示；会员、特定型号或其他地区在这一处判断走不同分支，不能推为无限制。具体上限使用实际状态数据，列表每次读取 200 条不是产品额度。

验收： 达到保存上限时不直接进入新增；达到适用启用上限时不直接绑定；关闭后围栏定义仍应可区分于删除；失败不能展示与服务器响应相反的生效状态。

CP-08 选择可分享的设备

入口： 设备分享弹窗。

流程： 获取设备→筛出具备会员条件的候选设备→显示列表或空态→选择设备→提交邀请。

选择规则： 未激活设备不可手动选中；国内配置使用单选，特定型号不可手动选；非国内配置可多选且不能取消最后一个已选项。初始化默认选择与手动选择的型号检查存在差异，需验证默认选中的受限型号能否提交。

验收： 无候选时展示空态；全部未激活时不能继续；提交零选择时提示；国内/非国内配置分别检查单选与多选行为。

CP-09 生成并发送分享邀请

流程： 提交所选设备→获取邀请链接→国内分支打开配置的分享渠道，其他分支打开系统文字分享器→关闭分享弹窗并通知上层。失败展示原因。

规则： 链接取得与交给系统分享并不等于消息送达或对方接受。应用侧“成功”不能直接新增一个已确认照护者。邀请接收流程见 CP-13；期限执行、撤销和接受后的权限仍待核实。

验收： 请求失败不走成功关闭逻辑；系统分享页取消与真正分享完成须独立核对；不得仅凭链接生成成功展示“好友已加入”。

CP-10 电子遛宠和近距离寻找

流程： 进入当前设备的电子遛宠页→查看地图位置及近距连接→按需开启灯光、声音或定位→等待相应反馈。

规则： 灯光和声音入口检查重复操作及设备激活。近距蓝牙信号用等级图标/文案表达，不能按已确认的精确米数显示。当前位置、蓝牙连接和指令执行是不同状态。

验收： 未激活设备不直接执行受限动作；操作中重复点击不反复提交；弱信号不应显示为已确认固定距离。末端设备执行、超时和回执规则待设备验证。

CP-11 新建与编辑日程提醒

入口： 日程/提醒列表，或宠物关联入口。

流程： 新建直接打开空表单；编辑先加载对应提醒→修改→保存→成功提示并关闭，失败停留并提示。已有提醒详情读取失败进入错误处理。

规则： 用户级提醒和宠物级提醒走不同保存路径；宠物级保存必须带当前宠物上下文。是否编辑由已有提醒识别，不能把修改当新增。

验收： 新增和编辑分别显示对应成功提示；保存失败不按成功流程关闭页面；宠物 A 的提醒不能保存到宠物 B。周期枚举、时区、补提醒与推送送达尚未完整恢复。

CP-12 蓝牙设备发现与档案入口

已恢复要求： 扫描列表按设备蓝牙地址去重；已存在设备更新原条目，新设备追加。应用另有宠物新增、档案、相册和动态页面。

验收： 同一蓝牙地址多次发现不重复显示；新数据刷新原项。最终绑定冲突、宠物资料完整校验、相册权限需后续补证；相册、发布和删除流程见 CP-15、CP-16，不把页面名当作完整功能流程。

CP-13 接收照护邀请并加入协作

依据：已核对客户端流程，未实机验证。 用户从邀请或扫码入口进入，已有邀请码。

流程： 查询邀请→展示邀请人、头像和有效期说明→用户接受→提交接受请求→成功进入主界面；邀请状态满足特定条件时直接进入账号管理栏目。

规则与异常： 查看邀请不等于接受；无邀请码时当前页面不发查询或接受请求。查询或接受失败结束等待并显示错误。点击取消是退出页面，不能提示“已拒绝邀请”。不同状态的完整名称、无效码和过期提示待确认。

拟验收： 查询失败不显示已加入；接受失败可区分于查询失败；关闭页面不改变关系。已有关系和到期邀请分别验证服务端结果，不能用页面跳转代替权限生效验证。

CP-14 按设备能力请求变更定位模式

依据：接口推断，页面入口和设备执行待验证。 适用于希望调整设备定位状态的用户。

推定流程： 选当前设备→发起变更→等待业务结果→重新核对设备实际模式。前两步具有请求字段支持，模式刷新方式属于需补全的交互方案。

已知规则： 请求只关联设备，不包含用户指定的目标模式、频率和时长；不能据此提供自定义定位间隔。服务响应成功与硬件模式生效需分开。

待确认与拟验收： 核对可用型号、操作入口、模式枚举和离线结果；响应超时不直接宣称失败回滚或变更成功；刷新后的实际状态应与所选设备一致。

CP-15 按宠物浏览相册、置顶与批量删除

依据：客户端流程；尚未登录核对。 从宠物相册进入，加载该宠物的照片动态。页面优先使用传入的宠物，缺省时取当前宠物；没有宠物标识时还存在按设备读取的路径，需分别核对入口。

流程与规则： 每次读取 20 条。首屏替换列表，后续页追加；后续页为空时结束加载更多。列表取得后，还会为照片文件标识补取可访问地址。因此列表加载成功与图片成功显示是两个阶段，20 条是分页大小，不是相册总量上限。列表失败结束本次刷新或追加，并显示错误。

用户可长按置顶或取消置顶，也可进入管理模式选择多条删除。没有选择时不提交批量删除。置顶成功重新读取相册；删除成功退出管理状态并刷新，失败显示错误，不走成功刷新路径。删除相册条目与编辑条目中的单张照片是不同操作。

待验证与验收： 验证分页失败重试是否漏项、图片地址失效后的恢复、切宠后的数据隔离，以及共享者权限。相册删除的云端保留时间尚不明确，不能承诺永久擦除原文件。

CP-16 发布与编辑宠物照片动态

依据：客户端流程；尚未登录核对。 用户在相册中发布照片，或修改已有动态。内容包含照片、标题、正文及可选位置。

发布流程： 选择照片→填写内容→按需选择位置→上传图片→登记图片文件→提交动态→成功提示并退出。页面的照片选择上限为 9 张；未选图片时发布按钮不可用。标题与正文提交前去除首尾空白，但不能据此推定二者均必填。未选择位置时，当前提交路径使用零值坐标，不能将其显示成真实定位。

编辑规则： 保留动态标识，分别提交新增照片和待删除照片标识；没有新增图片时无需重新上传全部旧图。新增图片上传或文件登记失败，应停在失败状态；动态提交成功后才提示发布完成。页面已有未提交内容时，返回会进入离开确认分支；确认后的草稿持久化范围仍待核对。

待验证与验收： 分别验证上传失败、登记失败、提交失败和编辑成功；确认重试是否产生重复文件、旧图是否保留，以及位置取消后的显示。当前资料未证实公开社区分发、评论、点赞或全网可见，不把相册动态写成已确认的社交信息流。

4. 状态与异常一致性

分析准备失败、任务失败、需重录和网络暂时失败有不同动作。等待进度不能说明任务必然成功。围栏应区分已保存与已启用；分享应区分链接就绪与接收者加入；健康页区分无数据与零值。上述状态应围绕当前宠物/设备呈现，避免用户把另一对象的结果当成本次结果。

跨页面切宠、后台恢复及进程中断的实际隔离策略未全面核实，作为专项测试项保留。

5. 尚未形成完整需求的模块

模块	本轮断点	下一步核对
位置、历史轨迹、告警	已有页面/模型，完整主链不足	查询条件、权限、延迟、空态、通知点击
宠物档案、相册、动态	相册读取、发布、编辑、置顶与删除已补；档案约束仍不完整	账号权限、图片地址失效、重试隔离；继续补档案表单
会员、优惠券和订单	组件存在	权益、价格、到期、购买/恢复/退款
账号与隐私	入口和资源	登录、注销、授权撤回实际反馈
行为报告完整内容	任务与结果导航已恢复	报告章节、历史列表、分享、权益

这些项保留在应用需求地图中，不补成未经证实的既有流程。

配套应用报告

应用报告说明功能覆盖、已知流程和待核事项。本文验收场景为后续核对依据，不代表已经测试通过。

2026-10-14 验证范围

已补充 3.0.0 的页面观察，具体结果见应用报告。本稿仍按各条目的依据区分客户端流程、产品说明和推断；仅看到启动、协议或登录页，不代表账号内需求与拟验收场景通过。后续步骤见功能覆盖与验证清单。

原件：多尼斯 Dogness

多尼斯 Dogness 3.3.7 需求 PRD

本轮补充：2026-10-14。新增内容仍为静态资料核对，运行验收另列。

样本：多尼斯 3.3.7；研究日期：2026-10-13。本文按设备型号整理用户任务、操作规则和反馈，依据见应用报告。这是一份研究性 PRD；未确认项就近标注，拟定验收尚未以真实设备执行。

1. 产品目标

让用户在一个应用中管理宠物及其喂食器、定位项圈、摄像互动设备和其他智能用品。通过设备型号确定操作能力，提供计划、即时操作、记录及设备维护。

宠物档案、宠物与设备的关联、设备与账号的绑定是三种不同关系。用户取消宠物关联，不意味着设备已经从账号移除。

2. 应用结构与角色

设备首页进入具体型号的控制页；喂食器进入喂食计划、声音和摄像等功能；项圈进入地图、寻宠、历史、围栏及维护；宠物模块管理档案、健康提醒与笔记。账号、帮助、订单等另有入口，具体线上排列待运行核对。

已恢复的是当前登录设备用户的操作。主人、共享用户和家庭成员的完整权限差异未恢复，不能预设所有人均可操作。虚拟体验与真实设备控制应分开理解。

3. 喂食器需求

DOG-01 查看和编辑 F15 喂食计划

入口： F15 设备的喂食计划列表，选择一条计划编辑或新增。

数据： 计划名称、喂食时间、重复星期、份量、声音、是否启用；编辑保留该条计划身份。

流程： 打开编辑页→设置上述信息→点击保存→检查设备在线→检查计划冲突→提交→成功更新保存状态→返回或由上层刷新；失败停止加载并提示原因。

规则： F15 保存依赖该型号在线状态。声音未选择时使用默认值。页面份量到提交值有转换，具体“份/克”关系尚未证实，不将转换倍数直接作为用户单位。空星期分支的含义待核，不预设是一次性计划。

验收： 离线时保存被阻止；编辑不得复制成新身份；提交失败不发保存成功状态；声音默认选择和有声音选择均能保留。计划条数、名称长度和份量上下限需要再补证。

DOG-02 防止相同时间的重复喂食安排

触发： 保存计划时，与已有计划比较。

规则： 时间相同、重复星期有重叠、且不是同一条计划时，形成冲突星期提示；编辑同一计划不与自身冲突。不同时间或无重复星期交集不满足这一处冲突条件。

验收场景： 已有周一 08:00，再新建周一/周二 08:00，应定位周一冲突；改成周三 08:00 不属于同日冲突；编辑原周一 08:00 不应仅因自身而失败。

验证边界： 内部规则已恢复，但检查通过协程执行，外层立即读取结果；不同调用时序的可靠性尚未实测。这是待验证的既有实现，不作为已经可靠防重的结论。

DOG-03 启用、停用和删除计划

目标： 用户保留计划内容而临时关闭执行，或删除不再使用的计划。

流程： 列表选择启停→提交状态变化→按结果刷新；删除通过独立删除路径提交，并根据回调结束加载、更新结果。具体删除确认入口及各型号差异需继续核对。

规则： 停用保留计划内容；保存计划只修改安排，不立即执行喂食。F15 编辑页某退出控件内部名称虽含 Delete，但已读回调仅关闭页面，不视为真实删除功能。其他型号批量删除数量检查不得套到 F15。

验收： 保存、开关、删除三种动作分别核对；只退出编辑页时不应假定云端已删；请求失败不反馈为已完成。

4. 定位项圈需求

DOG-04 绑定 C5 项圈

流程： 从设备添加选择对应型号→输入/扫描设备信息→执行检查与配置→提交账号绑定→成功后进入后续设备配置和状态等待。失败结果会被记录和发布，但当前已读页面没有明确的失败处理分支，不能把失败提示和退出等待写成已确认行为。

规则： 云端绑定和蓝牙连接配置分阶段处理；成功绑定不等于设备已经在线。已读方法中的套餐分支最终仍提交绑定，不能规定“无套餐客户端必定禁止绑定”。套餐实际限制由后续服务/运行证据确定。

验收： 服务失败时绑定结果不能标为成功；绑定成功后继续关注设备状态而不是直接展示所有控制均可用；重复绑定、归属冲突、套餐到期作为待补场景。失败原因是否显示、页面“正在绑定”状态如何结束仍待运行及统一错误层核对。

DOG-05 查看项圈位置

入口： 对应项圈地图页。

流程： 请求当前位置→显示加载→收到结果后更新对应设备的状态/位置→失败取消加载并提示。页面同时表现电量、信号及工作信息。

规则： 信息按设备身份更新。网络请求成功不等于取得新的高精度 GPS 点；位置来源、时间和精度的完整展示规则仍需补证。

验收： 设备 A 的响应不得更新设备 B；失败时结束加载；历史位置不能无说明冒充刚定位。定位真实时效与误差不在本地静态证据可确认范围。

DOG-06 紧急寻宠状态与延长时间

已恢复流程： 处于紧急寻宠时查看剩余时间→申请延长→等待服务结果→刷新时长和设备；关闭时提交关闭请求→成功清倒计时并刷新状态，已连接蓝牙时另通知设备→按流程退出。

规则： 延长时长以服务返回为准，本轮没有固定增加分钟数依据。只有当前处于紧急状态才进入已读关闭路径。设备推送可更新寻宠、轨迹记录及户外模式，不能只保留用户点击后的乐观状态。

验收： 延长失败显示错误、不凭空加时间；关闭失败不得显示已停；设备推送为关闭时同步更新界面。开启入口的全部电量/套餐/时间限制仍待核。

DOG-07 新建和编辑 C5 圆形围栏

入口： C5 项圈围栏列表→新建或编辑。

流程： 选择圆心→拖动半径→填写名称→选择图标→保存→校验→等待结果→成功触发围栏列表刷新，失败提示。

规则： 当前 C5 页面半径范围 50–500 米，默认 200 米；图标包括家庭、宠物、公司、其他。名称为空或仍是占位内容时阻止新增。编辑保留原围栏身份。不同地区地图坐标有转换，不直接混用。

验收： 新建默认 200 米；滑条不能超出 50–500 米；拖动时地图圆同步变化；空名称不提交；保存失败不假增列表。该范围仅适用于已恢复的 C5 页面。

DOG-08 加载围栏列表

流程： 打开对应设备围栏→加载列表→成功显示→失败触发已实现的有限重试→仍失败按状态处理。

规则： 列表按设备查询，失败计数也是设备级，成功清零。列表读取重试不意味着新增、删除也自动重试。启用后的越界判定、通知延迟和多人权限仍未恢复。

验收： 切换设备读取各自围栏；成功后不会残留该设备旧失败计数；不能把未加载成功显示成“没有围栏”。最终空态文案需运行补证。

DOG-09 查看历史与休息数据

已恢复范围： 轨迹页面和路线/历史点模型存在；设备可按日期读取休息数据。用户目标是回看过去的位置和休息记录。

规则与边界： 历史日期范围、分页、轨迹过滤和休息指标定义尚未全部恢复。存在某日数据读取能力，不等同于确认客户端睡眠算法。验收暂聚焦日期与设备上下文准确、加载失败可辨识，完整指标需求须补证。

5. 宠物与日常照护需求

DOG-10 建立和修改宠物档案

数据： 名称、头像、性别、绝育、生日、体重、类型、品种等。

流程： 进入宠物模块→填写或修改→提交→保存中→成功更新状态→失败结束加载并提示。新增与修改使用不同处理。

规则： 保留正在编辑的宠物身份。全部字段的必填性、取值范围和本地格式校验尚未恢复，不擅自规定。界面中的 kg/lb、出生日期边界应再结合页面资源核实。

验收： 修改 A 不新增 B；失败不展示保存成功；头像与文字保存的完整顺序作为后续测试点。

DOG-11 关联宠物和设备

关联流程： 在设备/宠物关联入口选择宠物→有有效宠物身份后提交→成功刷新关联数据，失败提示。

解除流程： 发起解除关联→提交→成功刷新宠物并退出相应流程，失败时显示错误，保留未完成状态。

规则： 关联请求需要宠物身份；解除以设备上下文操作。解除宠物关联与账号解绑不同，不能在界面混用“删除设备”含义。

验收： 未选宠物不提交关联；成功后上下文刷新；失败后仍能看到原关系；设备账号归属是否改变需按独立功能核查。

DOG-12 管理健康提醒

流程： 进入健康/提醒模块→获取主题和已有提醒→新增内容→保存→成功刷新状态；可按记录执行删除。

规则与反馈： 新增、列表和删除有独立请求；新增失败显示错误并结束加载，成功更新状态。列表无网络时不会在已读方法中发请求，实际离线文案待核。提醒内容属于照护记录，不能把它写成疾病诊断。

验收： 新增成功才出现成功状态；失败能结束加载；删除目标与记录一致。周期、时区、推送送达和重复提醒约束尚需页面/运行证据。

DOG-13 添加照护笔记

流程： 在宠物记录入口新增笔记→提交内容→显示加载→成功更新新增状态→失败显示错误。

规则： 笔记与宠物档案更新是不同任务，不把笔记保存成功当作提醒已建立。图片、标签、字数和排序限制仍未全部恢复。

验收： 失败不出现笔记新增成功；成功后关联当前宠物，具体列表刷新方式待核。

6. 摄像、饮水设备与维护

DOG-14 摄像与互动设备入口

应用按设备型号进入对应摄像/互动功能，并复用同一设备的已有连接。存在对讲/移动/喂食等不同设备页面，但本轮没有恢复每个动作的全部权限、回执和错误处理。

本项验收要求先确认所选型号具有该功能、连接归属正确、断连状态可辨识。摄像可用性、移动控制范围、录像存储和云服务规则仍需设备及页面证据，不能从统一摄像管理器推成所有设备都支持。

DOG-15 固件与其他设备维护

项圈有升级管理能力，其他设备也有各自设置/解绑入口。用户需要知道当前设备、版本、升级状态和失败处理。固件下载校验、传输、重启和回滚流程尚未确认，本项仅保留需求范围。D07 饮水设置及滤芯维护见 DOG-16、DOG-17。

DOG-16 调整 D07 饮水模式和水量

依据：已核对请求、成功回写与失败反馈。 用户进入适用 D07 设备设置，查看当前模式和水量后调整。

流程： 读取当前设备详情→选择模式与水量→提交→等待→成功更新页面；失败结束等待并显示原因。

规则： 两项设置随同一设备提交；成功更新的是客户端详情，不代表已测得实际出水量。档位、单位和输入边界未确认。当前设备详情为空时，成功回调没有可更新的本地对象；此时如何补取详情仍待验证。

拟验收： 不串改另一台饮水机；服务失败不显示新设置已生效；提交成功后仍须通过设备状态或实测确认执行。无详情、断网及重复点击行为需要进一步验证。

DOG-17 更换滤芯后重置维护记录

依据：已核对重置和重查详情流程；更换确认属于产品补全建议。 用户已完成实际滤芯更换并进入滤芯页面。

流程： 发起重置→等待结果→成功后重新获取设备详情→展示最新维护信息；失败显示错误。

规则： 重置针对当前设备，不创建新设备；剩余信息取自刷新结果，不在客户端假设统一使用天数。应用记录重置不等于检测到物理换芯。

拟验收： 重置失败保留原记录；重置成功但详情刷新失败时提示信息未更新，并允许再次查询，避免诱导用户不断重复重置。确认实际换芯、重复请求幂等性及维护周期需验证。

7. 问题反馈

DOG-18 提交带图片或视频的问题反馈

依据：客户端页面、附件上传及反馈回调；尚未登录核对。 用户从反馈入口选择问题标签、填写描述，并按需添加图片或视频。

流程： 填写反馈→校验内容→无附件时直接提交；有附件时先处理并上传文件，再把返回的文件列表与正文一并提交→成功提示并关闭页面。反馈请求失败时停止等待并显示错误，不按成功流程退出。附件上传返回空列表时不会继续提交正文，页面之后的重试指引需实测。

附件规则： 图片选择按页面剩余额度限制，基础上限为 9。视频大于 5 MiB 时进入压缩路径；压缩遇到所读异常时，原文件不超过 20 MiB 才继续上传。相册调用配置了录制最长 10 秒，但尚未证明所有导入视频也执行同一时长校验，不能写成统一上传上限。图片与视频的选择方式受已有附件类型影响。

开发细节与待验收： 附件上传完成、反馈单保存完成、客服受理是三个状态。当前只确认前两段客户端处理；客服回复、处理进度和解决时限没有依据。分别验证无正文、无标签、有图、有视频、压缩失败及重复提交，不能仅凭上传成功提示“客服已处理”。

8. 必须单独核对的跨模块行为

设备离线检查按型号变化；模拟体验不能作为真实设备验收。请求已受理、设备已执行、数据已刷新应分别判断。套餐或会员限制以实际操作条件为准，尚未确认的限制继续保留为待核项。宠物关联、设备绑定、共享权限分别核对。

尚未完整恢复	下一步验收所需
其他 F/T 型号、饮水机	对应型号的控制页、输入、请求和回执
设备分享及家庭权限	发送/接受/撤销和不同角色控制能力
订阅、商城、订单、售后	入口、购买/续费/到期、退款及订单状态
账号注销/授权撤回	提示、数据后果、成功失败与退出
OTA、定位精度、云摄像	授权账号和测试硬件运行记录

配套应用报告

应用报告说明功能覆盖、已知流程和待核事项。本文验收场景为后续核对依据，不代表已经测试通过。

2026-10-14 验证范围

已补充 3.3.7 的页面观察，具体结果见应用报告。本稿仍按各条目的依据区分客户端流程、产品说明和推断；仅看到启动、协议或登录页，不代表账号内需求与拟验收场景通过。后续步骤见功能覆盖与验证清单。

原件：途强智能

途强智能产品需求文档

日期：2026-10-13；样本版本 2.20.3。依据应用深度报告中的功能与流程分析。本文供产品和开发评审使用，并非厂商原始 PRD。需求分别标注客户端处理、产品说明及推断；验收项均待执行，尚未确认的流程另行注明。

用户与范围

主要角色按材料推定为设备持有人、设备共享接收人、宠物家人、扫码拾获人，以及有组织/部门权限的企业用户。完整权限表和管理员层级仍待确认。应用兼有定位设备、宠物、摄像头、Tag、MiFi 等范围；下面按任务组织，不声称每一款设备都拥有同样菜单。

用户路径可归纳为：账户与设备准备 → 添加宠物/识别设备能力 → 查看位置/轨迹 → 设置区域和在家信标 → 共享或寻回 → 消息与维护；AI、摄像头和套餐是相关扩展。真实导航顺序仍需运行核验。

TQ-D01 账户与设备准备

场景/前置： 用户要管理自己的设备和宠物，需先具备账户与目标设备。

流程： 登录或找回账号，添加设备、处理激活状态，填写宠物档案并关联设备；不支持的能力需显示原因。

规则： 资源包含设备 ID/名称校验、未激活和缺少宠物关联提示；不能把所有类型设备的字段合并为一张强制表。

异常： 设备离线、休眠、服务未激活、功能不支持。

拟验收： 对至少两类设备分别核验绑定字段和未激活状态；未开放能力不显示虚假可用态。

依据/断点： 原文及功能模块，见报告“全业务覆盖矩阵”；绑定服务端链未完整恢复。

TQ-D02 查看当前位置与工作状态

场景： 家人想知道设备/宠物在哪里、是否在线。

流程： 选择目标设备，查看位置和状态，按设备能力选择工作模式。

规则： 定位模式、省电、持续工作、休眠唤醒等资源分支存在；手机当前位置与设备位置必须区分。

异常： 不支持某模式、未更新、设备关机/休眠。

拟验收： 不同设备正确呈现支持项；不把手机定位成功提示为项圈已更新。

依据： 原文，报告矩阵及原中文资源。采样间隔和精度均待确认。

TQ-D03 按日期查询与回放轨迹

场景/前置： 用户追溯某设备的行程，设备已激活且有可查询数据。

流程： 选设备、日期/起止时间与轨迹模式 → 查询可用日期和保存范围 → 取轨迹/停留点 → 展示结果或空态。

规则： 快捷日期检查激活日；Tag 与普通设备请求方式不同；普通查询可带定位类型过滤。轨迹保留期以服务器返回的保存范围为准，当前未确认统一天数。

异常： 激活前、开始晚于结束、无数据、保留期外、请求失败。

拟验收： 激活前日期和反向时间有明确反馈；空轨迹不显示成请求失败；切换设备不沿用前一设备轨迹。

依据： 方法与原文，报告第 3 节。过滤/AI 修复算法不属于已知实现。

TQ-D04 创建、编辑和启停电子围栏

场景： 用户想在进入/离开指定区域时得到提醒。

前置： 具备适用设备和相应操作权限。

流程： 选围栏形状 → 地图取点/区域选择 → 配置进出提醒 → 新增或修改 → 查看保存结果。企业路径另需部门。

规则： 无坐标不能保存；多边形至少三个点；行政围栏须选城市/区/县；企业路径需部门。

异常： 无编辑权限、地图坐标缺失、点数不足、区域未选、保存失败。

拟验收： 其余必填条件满足时，两点拒绝而三点进入提交；个人和企业分别走正确规则；进入/离开选项互不覆盖。

依据： 方法，报告第 2 节。资源存在旧“暂不支持多边形”提示，具体可达角色需确认；告警实际到达不视为已验收。

TQ-D05 绑定 Wi-Fi 信标以辅助在家判断

场景： 用户希望判断宠物是否在家。

前置： 目标设备支持对应信标扫描。

流程： 选设备 → 扫描设备附近的 Wi-Fi → 选择并标记信标 → 完善位置 → 绑定 → 返回宠物状态。

规则： 扫描请求关联设备 ID；资源提示不支持 5.8 频段；绑定数量上限存在但数值待确认。

异常： 设备不支持、未扫描到、达到上限、加载失败。

拟验收： 切换设备重新取扫描结果；无结果不等于“不在家”；上限达到时引导解绑现有信标。

依据： 方法与原文，报告第 1 节。信标与其他定位源如何合成在家状态未恢复。

TQ-D06 连接、检查和维护蓝牙信标

场景： 用户靠近信标检查工作状态、调整覆盖范围或解绑。

流程： 请求蓝牙权限 → 连接 → 展示电量、信号和位置等诊断项 → 编辑并保存；解绑先确认再验证码验证。

规则： “健康监测”对象为信标设备；资料保存与诊断连接是不同阶段。解绑请求含信标标识、短信验证码和电话区号。

异常： 权限拒绝、连接失败、读取不到字段、保存失败、验证码无效。

拟验收： 未读到信息用未知态，不填成零；解绑取消无数据改变。

依据： 方法，报告第 1 节。后端验证码规则未知。

TQ-D07 给家人共享设备

场景： 持有人允许其他账号查看或操作选定设备。

流程： 选设备与接收人 → 配置权限、时长/结束时间 → 发送 → 查看接受状态 → 修改或撤销。

规则： 批量请求支持设备集合、手机/邮箱、权限、接受状态和结束时间；资源分别提示普通最多五人、批量最多一人，不能混写为一个上限。

异常： 分享自己、重复分享、号码未注册、到期、撤销失败。

拟验收： 单次/批量不同人数边界分别测试。

依据： 方法与原文，报告第 4 节；后台权限是否即时生效未验证。

TQ-D08 绑定寻踪二维码并维护寻回资料

场景： 用户为宠物准备可被拾获人扫描的联系资料。

流程： 添加照片、名字、联系电话、设备及二维码 ID → 可补充微信/家人留言 → 预览 → 确认绑定；已有记录进入编辑。

规则： 照片、姓名、手机、设备 ID、二维码 ID 缺失时分别阻止提交；新增与修改走不同请求。

异常： 缺字段、绑定失败、相机权限未授予。

拟验收： 逐项清空必填字段均准确定位；编辑保留未修改信息；取消预览不产生新绑定。

依据： 方法，报告第 5 节。号码格式/二维码有效性最终由何处校验待确认。

TQ-D09 拾获人协助宠物回家

场景： 拾获人扫码联系家人。

流程： 扫码打开资料 → 查看可联系信息 → 在同意后分享自己当前位置。

规则： 此位置为拾获人的手机位置；无二维码记录不能据此推定可分享。

异常： 无效二维码、位置权限拒绝、联系失败。

拟验收： 分享位置前清楚说明对象。

依据： 原文，报告第 5 节；外部页面和完整授权链未运行，属于候选需求。

TQ-D10 与 AI 进行带设备上下文的对话

场景/前置： 用户就某设备发问，账户可用且满足服务用量条件。

流程： 输入问题并选设备 → 客户端校验 → 检查身份/余额和凭据 → 必要时创建会话 → 提交消息 → 跟踪执行 → 展示完成或失败。

规则： trim 后为空或忙碌时不再发送；长度大于 20,000 个 Dart String 单位时拒绝，不能换算为汉字数量；请求可带设备上下文，并生成幂等标识。

异常： 内容过长、账户不可用、额度不足、提交失败、执行失败。

拟验收： 重复点击不生成重复任务；界面区分已提交与已完成。

依据： 方法，报告第 6 节。模型、额度扣减、任务恢复有效期待确认。

TQ-D11 消息、摄像头与设备扩展

场景： 用户查看告警、使用支持的摄像头或其他设备能力。

流程范围： 消息列表/详情；摄像头监看、录像回放和指令历史；Tag、ID 卡、MiFi 的专属页。

规则： 各功能按设备能力出现，不将摄像头菜单统一加到宠物项圈。

异常/拟验收： 不支持、离线、媒体失败、无记录应分开呈现；分别用适用型号验证。

依据： 模块、入口与原文；报告矩阵。未逐条恢复的媒体协议、硬件通信和角色菜单为待研究需求，不作为已实现验收基线。

TQ-D12 套餐、商城与账号退出

场景： 用户延长服务、查看增值权益或结束账号使用。

范围： 套餐/商城/广告资源和模块存在；资源说明注销会影响绑定设备使用及个人资料。

规则： 当前价格、服务期限和退款时限仍待核实。注销需清楚列出影响并保留取消路径。

异常/拟验收： 支付失败、服务未生效、待处理业务导致无法注销；支付成功到权益生效、注销关联清理均需后续独立验证。

依据： 原文、模块与入口；此项是补齐业务范围，不代表支付链已恢复。

TQ-D13 停止、恢复并重新生成 AI 回答

用户任务： 回答耗时或网络中断时掌握真实执行状态，并按需要再次生成。

直接依据与流程：

只有当前忙碌且具有有效执行标识时，才提交停止该任务的请求。
请求正常返回后，停止原接收通道并重新获取执行状态，依据最终结果更新界面。
已识别服务错误保留错误码和说明，不把停止请求失败显示为已停止。
活动任务有恢复入口；重新生成从已有消息中取上一条用户输入及可用设备上下文，再进入发送流程。

规则： 停止接收回答与云端取消是两个阶段；重新生成是一轮新的提交，不能等同于恢复旧任务。评价另提交评分、原因和评论，不改变原始回答事实。

异常与拟验收： 无活动任务、取消时回答刚结束、取消失败、恢复时断网、上一条输入不存在、重新生成重复点击逐项测试。取消后的最终状态和余额变化需服务端实测。

待验证： 入口可见条件、取消是否退回额度、恢复时效、失败重试幂等、评价选项。见报告第7节。

TQ-D14 查找并删除历史 AI 会话

用户任务： 继续以前的对话，或清理不再需要的历史记录。

直接依据与流程： 打开历史列表 → 按时间范围分页加载 → 查看或搜索会话 → 打开详情及消息 → 单条删除，或进入批量选择后提交删除 → 成功后更新列表；删除当前会话同时清理当前消息与任务关联。

规则： 一次最多选择并提交 100 个会话；空集合不提交。回答进行中且删除集合包含当前会话时拒绝该操作。不能将“最近一周”展示范围写成服务数据保留期。

异常与拟验收： 第 101 项不能再选；取消批量模式不删除；删除请求失败不验收为已清理；当前会话正在回答时与只删除其他会话分开测试。确认搜索范围是已加载列表还是完整历史。

待验证： 删除确认交互、跨设备同步、服务端数据保留、关键词搜索完整性、分页加载失败恢复。见报告第7节。

TQ-D15 查看某台设备的历史套餐与剩余用量

用户任务： 理解已购买服务何时生效、剩余多少，以及哪些已经失效。

直接依据： 套餐查询绑定设备；无设备标识不发起。条目有名称、服务类型、状态、开始/到期时间、总量/已用/剩余及单位，部分条目另有订单和回收原因。

流程： 选择设备 → 打开历史套餐 → 查询并展示记录 → 按短信、电话、平台续费、云视频或其他类型筛选 → 再选生效中、待生效或已失效 → 查看用量和有效期。进入订单/套餐详情由现有跳转参数支持，但具体可操作项仍待验证。

规则： 剩余量与生效状态分别展示；不同服务的单位不能混用。“待生效”不能显示成设备当前可用；空记录不等于订单未付款。

异常与拟验收： 无设备、无套餐、用量缺失、时间缺失、筛选后无匹配、请求失败分别核验；切设备后不得沿用旧套餐，未取得用量不当作零剩余。

待验证： 叠加/扣减顺序、套餐回收、支付到生效延迟、退款与失效关系。见报告第7节。

TQ-D16 查看指定设备的消息摘要并刷新

场景： 用户打开某台设备的概况，先看近期事件，再进入消息详情。

已确认流程： 摘要请求带目标设备和起止时间，起点按日期补到 00:00:00，终点补到 23:59:59。当前摘要请求只取 3 条。两种业务分支分别使用设备标识列表或单个设备标识，分页起点也不同；不能把其中一套参数直接套到所有账号或业务入口。

客户端状态： 刷新尚未结束时再次触发，会复用正在进行的任务。返回时检查当前对象是否仍有效、请求序号是否匹配，避免旧结果写入后续状态。空结果或异常会保留已有摘要内容。因此页面仍显示旧消息，不等于刚才刷新成功。

消息信息： 对象包含所属设备、描述、时间、主题、坐标、告警类型、规则、页面来源、图片/视频、已读状态，以及网关事件和子设备名称等字段。字段存在不代表所有消息都有这些内容，也不证明点击消息已将其标记已读。

拟定验收： 快速重复刷新、切换设备后返回旧请求、首次无数据、已有数据时网络失败、无图片和含子设备信息分别核对。摘要的 3 条不是消息保留上限；完整列表分页、批量已读和删除仍需要另行追踪。

依据：应用报告第 8 节。客户端请求构造与状态处理已核对，本轮未请求线上消息。

数据对象与状态

核心对象包括账户、设备、宠物、位置点/轨迹条件、围栏、信标、共享关系、寻踪二维码资料、AI 会话/提交/执行、消息与服务权益。把“提交成功”和“设备/任务完成”分开建状态；把“无数据”“不支持”“权限不足”“离线”分开表达，属于依据现有分支归纳的设计要求。

仍需确认

各设备和个人/企业用户的入口矩阵；轨迹过滤和在家融合算法；信标数量与支持频段的实际型号范围；围栏告警触发和推送；共享的操作权限枚举；扫码落地页隐私范围；AI 幂等和额度服务规则；套餐价格、数据保留和注销审核。功能说明与研究范围见应用报告，其中的待确认项不计为已验证能力。

待评审的交互建议

TQ-D02：显示位置来源与更新时间。
TQ-D06：重试时避免并行连接。
TQ-D07：到期或撤销后应验证接收人无法继续操作。
TQ-D09：拒绝位置授权后仍保留合理联系家人的路径。
TQ-D10：验证断网重试不会重复扣费。

证据类型附录

A-代码表示已核对的客户端处理，A-资源表示应用文字说明，B/C 表示功能声明或孤立入口。文字说明不等于实际执行，所有拟定验收尚未执行。具体功能范围见各项所指向的应用报告章节。

需求	来源类型
TQ-D01	A-资源
TQ-D02	A-资源
TQ-D03	A-代码、A-资源
TQ-D04	A-代码
TQ-D05	A-代码、A-资源
TQ-D06	A-代码
TQ-D07	A-代码、A-资源
TQ-D08	A-代码
TQ-D09	A-资源
TQ-D10	A-代码
TQ-D11	A-资源、B/C
TQ-D12	A-资源、B/C

本轮补充条目的可信范围

需求	对应报告	依据与边界
TQ-D13	报告第7节	取消请求后重新获取执行状态有直接处理支持；服务终态与扣费待验证
TQ-D14	报告第7节	100项上限、活动会话保护与成功后清理有直接处理支持
TQ-D15	报告第7节	按设备查询、结果字段和页面筛选有直接支持；结算策略待验证

功能补证任务表（2026-10-14）

本表区分尚未分析的内容与需要运行才能确认的内容。本轮补充未登录账号、未调用线上业务接口，也未控制设备；已有需求编号不等于完整功能覆盖率。

功能范围	缺口类别	下一步怎么取证	完成标准
完整消息列表、已读、删除、账号	尚未追完调用端	继续追摘要外的列表和操作返回，识别个人/企业分支。	摘要不能代替全消息覆盖
设备消息、共享和AI会话	需要账号运行	核对切设备、空态、失败保留旧摘要、角色及用量。	记录新旧数据时间与目标对象
围栏、Wi-Fi/蓝牙信标与摄像头	需要硬件配合	按实际设备能力核对扫码、扫描、保存和执行。	设备可见能力与型号对应
套餐和商城	需要账号与权益	比较不同设备和套餐历史，支付停在提交前。	区分历史订单、当前权益和剩余用量
消息保留、地理告警及AI计费	服务端未知	通过受控场景观察，不能由摘要页大小推导保留期。	保持观察结论与内部服务规则的边界

2026-10-14 验证范围

已补充 2.20.3 的页面观察，具体结果见应用报告。本稿仍按各条目的依据区分客户端流程、产品说明和推断；仅看到启动、协议或登录页，不代表账号内需求与拟验收场景通过。后续步骤见功能覆盖与验证清单。

原件：霍曼 HomerunPET

HomerunPET 3.6.7 需求 PRD

本轮补充：2026-10-14。新增内容仍为静态资料核对，运行验收另列。

研究稿 v2；2026-10-13；样本 HomerunPET 3.6.7。先行依据为应用报告。正文按用户任务描述，功能依据与待确认事项见应用报告。本文整理客户端已有规则与待验证要求，尚未开展线上实测。

正文以已读客户端执行逻辑为主；未追通的环节直接注明。所有验收均为拟定。目标用户是使用喂食器、猫砂盆、饮水及摄像设备的养宠家庭；角色归纳为设备所有者、家庭成员和受共享用户，但完整权限名称与能力表尚未恢复。

功能地图

添加与更换网络 → 家庭/房间内设备 → 日常控制与喂食计划 → 宠物记录和回放 → 家庭邀请 → 云服务。该地图不代表实测菜单顺序，不同硬件可见功能不同。

HR-D01 按设备支持方式完成联网

用户任务：把新设备连入家中网络。前置是已经选择具体产品，并进入对应连接流程。

流程：应用选择该产品的配网方式→连接/读取必要设备资料→发送网络配置→等待配置保存结果。热点、不同蓝牙方式和自有协议有不同实现，但后续添加设备的用户目标相同。

已知规则：缺少产品资料或设备连接时不继续；不同蓝牙路线有独立超时和初始化失败；不能把热点协议内部“初始化成功”当成已连接家中网络。自有协议区分连接网络、连接消息服务、上报配置、保存成功。

异常：网络名称/密码、频段、获取地址、服务连接/认证失败有分类处理。拟定验收：按各支持机型逐阶段验证；设备尚未联网时不出现最终添加成功；失败原因和当前阶段对应。发现设备前的系统权限流程未全追。

HR-D02 确认设备在线并加入家庭、房间

用户任务：让已联网设备出现在自己的家庭设备列表。前置是网络配置阶段成功。

流程：继续查询设备在线状态→在线后开始账号绑定→携带当前有效家庭和房间信息→业务确认后结束计时并进入成功结果页。绑定进行中会阻止重复启动绑定。

规则：发送网络信息成功、设备在线、绑定成功是三个阶段。在线查询失败可继续等待并保留错误，达到超时才结束；所读绑定失败分支只记录失败，未立即跳错误页，不能宣称已有完整即时重试体验。

拟定验收：设备已联网但未绑定时不显示最终成功；反复收到在线事件不能重复并发绑定。在线检查超时的结果页需按实际流程核对；绑定失败后的即时提示属于文末交互建议，尚未证实已实现。

HR-D03 在权限与状态允许时临时喂食

用户任务：在计划之外给宠物加餐。前置是支持设备在线、当前用户有控制权限且设备当前不在喂食。

流程：选择即时喂食→若正喂食则提示不能操作→选择份数→提交→收到明确业务成功时提示成功，否则提示操作失败重试。支持的双路设备会在第二路份数大于零时带上第二路设置。

规则：在线和权限决定入口可用性，当前任务决定是否可重复操作。各型号的最小、最大份数尚未确认。成功提示证明设备服务接受，不证明已经称量出预期食物。

异常：网络错误和业务非成功有失败反馈；异常响应结构的兜底提示不完整。拟定验收：离线、无权限、喂食中分别验证；双路份数传达正确；失败不提示成功。

HR-D04 伸出或收回餐碗，并等待设备反馈

用户任务：按宠物使用情况调整餐碗。前置是支持餐碗控制的机型，在线且有权限。

流程：根据当前餐碗状态选择动作→故障时显示故障提示→部分状态可直接反向操作，其余状态先确认→提交→先显示命令发送反馈→后续设备属性变化时再显示到位反馈。

规则：专享或禁止模式，以及当前有效项圈身份，会影响确认提示；控制被接受与餐碗完成移动不是同一状态。故障反馈会清理本次操作标记，避免继续误报完成。

异常：提交失败可重试；机械卡住、防夹和断电行为未恢复。拟定验收：发送反馈不能直接替代到位反馈；连续属性更新不重复报完成；故障时不继续提示成功；不同喂食模式的确认内容正确。硬件安全另验。

HR-D05 创建、编辑、启停和删除喂食计划

用户任务：创建或调整喂食安排。前置是进入当前设备的计划列表或初始设置流程。

已知流程：计划入口从设备页进入；一次性任务的启停按原任务重新构造更新内容，缺少原任务时不提交；删除先验证选中项及有效任务标识，再通过操作后重载路径处理。一次性与其他任务启停不是同一更新方式。

本轮补充限于新喂食计划页面：初始化、新增和编辑分开处理，新增前会检查已载入计划数量，并重新获取任务列表；非编辑状态达到 20 条时阻止继续。份数范围与步长从设备能力资料读取，资料缺省时使用 0—20、步长 1 的页面参数，这不是所有型号的固定上限；总份数必须大于 0，双粮仓分别保存份数。

时刻及重复周期按设备时区转换后提交，一次性计划另行计算对应日期周期。同一 UTC 时刻且周期相交时判为冲突，周期低位为空也会进入冲突分支；编辑自身排除的实际分支仍需核对，不能承诺已可靠防重。创建与初始化默认启用，编辑保留原启用状态。

保存后的设备实际执行、离线补发及所有旧机型规则仍未知。

拟定验收：无有效任务不能发送删除；删除取消不改变安排；启停后重载结果一致；操作失败反馈、一次性任务过期处理需进一步验证。

HR-D06 查看设备记录并修正宠物归属

用户任务：知道某次设备事件属于哪只宠物，并纠正错误关联。前置是选定设备和查询时间范围。

流程：读取事件列表→仅可编辑的记录允许进入关联→没有宠物资料时先提示添加→已有宠物时显示当前选择→提交新的关联→完成后刷新记录。

规则：可编辑性由记录资料决定，不应让每条记录都可改；修改针对当前事件和所选宠物集合。未恢复修正是否影响算法、后续识别或其他历史数据，因此不能承诺“纠正一次自动修正全部历史”。

异常：统一请求层如何呈现错误尚未全追。拟定验收：不可编辑记录不进入修改；无宠物时有引导；保存后当前事件显示更新且未改变其他记录。

HR-D07 删除记录或查看事件录像

用户任务：清理不需要的记录，或查看相关视频。前置是列表中存在记录或视频入口。

流程：长按记录→删除菜单→确认→提交→刷新；取消则不删除。进入视频会转到对应回放页，并带上设备和成员信息。空事件标识不执行删除。

规则：有视频入口不代表当前账号有云回放权益，完整权限校验和播放失败恢复未追通；不把删除记录解释成同步删除全部云视频。

拟定验收：取消删除无副作用；删除成功后记录列表刷新；无视频/无权益/设备异常的回放反馈分别待验。

HR-D08 邀请家人并选择权限类型

用户任务：让共同照护人加入指定家庭。前置是进入家庭邀请并拥有相应入口权限，具体授权条件未全追。

流程：搜索用户→显示结果或未找到提示→选用户→选择两种权限类型之一→确认邀请→显示服务返回消息；业务成功时退出邀请页面。权限类型默认选其中一项，但尚未可靠映射到完整产品角色名称。

规则：邀请绑定到当前家庭，不是把全账号全部设备分享；受邀人的接受链与权限传播未恢复。搜索和邀请页面层的网络错误回调为空，是否统一处理待确认。

拟定验收：无结果有可理解反馈；所选权限类型正确传递；失败不显示已加入；成功邀请与对方已接受应区分。

HR-D09 查看云服务并转移到另一设备

用户任务：更换设备后处理现有云权益。前置是云服务详情允许显示转移入口。

流程：打开转移对话框→输入目标设备序列号→空值提示，非空提交→关闭输入窗口→显示服务返回消息。目标序列号最多输入 100 个字符；转移入口还受服务详情的转移标记和服务状态影响。

规则：源/目标设备分别传递；服务器允许的设备类型、次数、费用未恢复，不套用 CATLINK 或 PETKIT 的规则。该回调只有结果消息，没有直接重载当前权益资料，不能把“消息已显示”描述成“详情已自动更新”。

拟定验收：空值不提交；错误消息不伪装成功；成功后源目标权益须另行查询验证。

HR-D10 取消续订并查看服务说明

用户任务：停止后续续订或理解当前服务。前置是进入对应设备的云服务详情。

流程：选择取消→阅读确认→取消窗口则不请求，确认则提交→返回服务消息。服务介绍及协议通过对应网页入口打开；未在线读取内容，因此不填充合同条款或退款安排。

规则/异常：所读回调对不同业务结果均显示返回消息，网络错误只见日志；没有自动刷新详情的直接证据。取消续订不能推定当前有效期立刻终止。

拟定验收：未确认不提交；请求失败不显示已取消；下一次查看服务状态与实际续订状态一致。

HR-D11 设置猫砂盆定时清洁计划

依据：已核对任务读取、校验、提交与返回流程。 适用于提供定时清洁页的猫砂设备。

流程： 加载当前设备清洁计划→选择时刻和重复周期→校验→保存默认启用的新计划→返回列表，后续等待设备按计划执行。

规则： 当前清洁计划已达 10 条则拒绝新增；相同时刻且重复周期冲突时提示。时间依设备时区转换，周期也需对应转换。不能把保存成功写成已经清洁完成。

异常与边界： 任务读取失败、并发新增、跨午夜周期和设备时区差异需进一步验证；当前资料不足以确认首次加载失败后是否阻止提交，也不能承诺冲突检查覆盖全部时区边界。

拟验收： 第 10 条可在其余条件满足时提交，第 11 条拒绝；同一时刻有重叠重复日应提示；不重叠日期、一次性周期和跨日转换分别测试；保存后重新查询计划并核实设备同步。

HR-D12 调整猫砂设备称重容差

依据：已核对按设备读取、保存和成功回写。 用户希望调整称重相关容差，进入对应设置页。

流程： 读取当前值→展示重量与档位→选择新档位→保存→返回有效结果后更新显示。

规则： 读取值与档位之间存在除以 5、乘以 5 的换算；单位及上下限未确认，产品界面应沿用设备明确提供的单位，不自行解释成克。保存空响应时该分支不更新本地值。

接口推断与拟验收： 请求成功表示设置受理，不表示传感器物理校准完成；建议失败保留旧值并允许重查，此交互尚未完整验证。核对单位、上下限、设备差异及重开页面后的值是否一致。

HR-D13 建立家庭房间并关联设备

依据：客户端页面及请求回调；尚未登录核对。 用户创建家庭后选择预设房间，也可以填写自定义房间名称。空名称在当前入口会被阻止。

流程： 选择房间→按当前家庭批量创建→继续邀请成员；关联设备时先读取自己的设备和家庭房间，再为设备选择目标房间并提交。请求将设备序列号集合与房间标识关联，不能将选择了房间直接当成设备已加入家庭。列表读取使用的 100 条参数不是家庭设备或房间的产品上限。

家庭维护： 改名、删除家庭、退出家庭分别使用独立操作。改名成功才更新页面名称；删除或退出的业务结果成功后关闭页面。部分页面网络错误回调只记录日志或为空，尚未确认统一错误层是否补充提示。

待验证与验收： 核对所有者与成员的入口和权限、设备已有家庭时的处理、部分设备关联失败，以及失败后的重试。当前关联回调按提交计数决定后续跳转，不能据此保证逐设备均已成功；删除家庭是否影响设备绑定与历史数据仍需实际结果支持。

HR-D14 为净化器设置跨日开关时间段

依据：净化器专属页面的客户端校验与保存流程；尚未连接设备。 用户选择开始和结束时刻，应用按时间段安排设备开启和关闭。

规则： 开始或结束为空、两者相同时不保存。新增时间段会与已载入的完整计划比较；重叠或首尾相接都判为冲突。支持跨午夜的区间判断，两条均跨午夜的区间判为冲突。编辑时按起始任务标识排除当前计划。

保存与读取： 一个时间段对应一条开机任务和一条关机任务，以同组标识关联，默认按每天重复提交。编辑保留任务标识、分组及启用状态；创建与更新分别提交，完成后退出页面。读取时按组还原时间段，只有同时找到开机和关机记录的组才加入当前冲突检查列表。应用显示本地时刻，提交时转换为 UTC。

待验证与验收： 核对两条任务是否原子保存、单条缺失时是否提示、跨时区后的展示及硬件离线处理。当前客户端流程不足以证明服务器同时保存两条任务或设备准时执行。此规则只适用于所读净化器页面，不能套用到喂食计划。

跨模块流程与数据对象

添加设备贯穿产品能力、配网阶段、设备在线、家庭/房间关系；喂食控制贯穿权限、当前任务、命令结果与属性更新；记录归属修正贯穿设备事件与宠物资料；云服务与设备分别关联，不应混同账号统一会员。

对象归纳：产品/协议能力、设备及在线和工作状态、家庭/房间/成员类型、喂食份数与任务、餐碗状态与本次操作标记、设备事件及宠物关联、视频入口、设备云服务。各对象的关联及状态约束见应用报告。

未深入模块保留：猫砂清洁安全、饮水计量、健康算法、直播会话、耗材、OTA、商城、登录与客服。这些模块目前仅保留在功能地图中；优先级、价格、性能和识别准确率尚无可确认依据。

待验证交互（非竞品事实）

以下建议供产品评审使用，尚未证实竞品已实现。

HR-D02 确认设备在线并加入家庭、房间：绑定失败后显示可恢复原因，避免只让用户继续看进度。
HR-D05 管理喂食计划的启停与删除：显示云端保存与设备执行同步的区别。
HR-D06 查看设备记录并修正宠物归属：失败保留原归属并允许重新选择。
HR-D07 删除记录或查看事件录像：删除前说明删除对象和不可恢复范围。
HR-D08 邀请家人并选择权限类型：保留失败重试与权限含义说明。
HR-D09 查看云服务并转移到另一设备：成功即重载详情，失败保留目标输入以便修正。
HR-D10 取消续订并查看服务说明：确认成功后刷新状态，说明现有服务何时结束。

研究范围说明

功能依据及待确认事项见应用报告。应用文字说明不能代替执行验证；所有拟定验收尚未执行，待验证交互属于建议，不计为竞品已实现行为。

2026-10-14 验证范围

已补充 3.6.7 的页面观察，具体结果见应用报告。本稿仍按各条目的依据区分客户端流程、产品说明和推断；仅看到启动、协议或登录页，不代表账号内需求与拟验收场景通过。后续步骤见功能覆盖与验证清单。

原件：小佩 PETKIT

PETKIT 14.0.4 需求 PRD

本轮补充：2026-10-14。新增内容仍为静态资料核对，运行验收另列。

研究稿 v2；2026-10-13；样本 PETKIT 14.0.4。依据先行完成的应用报告。本文按养宠用户的任务描述操作、限制和结果反馈。本稿没有登录实测，所有验收点均为拟定验收。

正文以已读客户端执行逻辑为主，尚未追通的环节直接注明。已知行为限于分析过的设备页面，不能扩展成所有机型统一规则。角色归纳为设备所有者、家庭成员及设备共享者；完整权限表待确认。

功能地图

添加设备与连接 → 设备首页与控制 → 喂食/饮水/清洁安排 → 宠物识别档案与统计 → 家庭协作 → 视频和云权益。地图为研究归纳，不代表实测菜单层级。

PK-D01 添加设备并完成关联

用户任务：把新设备接入账户，后续能在设备页使用。前置是已选具体设备型号且可发现设备。

已知流程：扫描结果按型号进入不同连接方式，读取设备身份后提交注册；页面结束时释放连接监听。成功和失败有独立回调。完整扫描权限提示、Wi-Fi 输入校验和已有绑定冲突处理尚未追全，不补造默认行为。

规则/异常：连接成功不能直接等同于账号关联成功。

拟定验收：逐型号验证连接路由；退出页面后不继续弹旧任务结果；关联失败不能把设备显示为已添加。

PK-D02 新增或修改喂食餐次

用户任务：设置某台喂食器的餐次时间、名称和份量。前置是进入所分析的计划编辑器并选定设备。

流程：输入份量、名称和时间→提交→检查必要内容、重复时间和间隔→保存→业务接受后返回并通知计划相关界面刷新。时间选择采用设备时区，缺失时使用手机时区。

规则：份量大于 0，名称非空，时间已选择；同设备同类型的其他餐次与本次相差不能少于 5 分钟；该编辑器最多 10 条计划。设备类型对应不同保存路径，这些限值只适用于所读分支。

异常反馈：未满足条件时在当前页提示并停止提交；超过条数上限时撤回刚追加项；请求异常时新增暂存项回退。已有餐次编辑的全部回滚行为未确认。

拟定验收：分别测试空名称、零份量、未选时间、重复/近邻时刻、第 11 条，以及设备/手机时区不同；业务失败不得显示保存成功。设备下载计划和真正执行仍需另验。

PK-D03 删除餐次并区分保存与执行

用户任务：取消不再需要的餐次。前置是选定已有餐次。

流程：进入删除确认→取消则不提交，确认则移除条目并保存→业务成功后返回并通知刷新。计划已保存只是服务接受了修改，不证明设备已同步或旧计划不会执行。

异常：删除失败后的完整恢复状态未确认。

拟定验收：取消不改变计划；确认成功后列表与返回状态一致；删除失败和设备离线分别验证，不能把请求结束当作取消执行完成。

PK-D04 控制猫砂盆并识别当前工作状态

用户任务：清理、清砂、整平或恢复设备，必要时暂停、继续、结束。前置是所分析 T6 页面允许当前操作。

流程：页面依据在线/供电、错误、工作状态调整控件→用户点击可用清理入口→阅读确认→提交→受理后更新本地工作状态→呈现清理中、暂停等反馈。幼猫设置会改变确认内容，该分支仍允许用户确认清理。

规则：离线与断电等分支禁用控制；工作中通过不可操作遮罩阻止重复动作；不同动作保留的设置/灯光可用性不同。客户端拦截不替代设备自身安全保护。

异常：请求失败隐藏等待状态并提示原因；错误码可影响各控件可用性，未恢复全表。

拟定验收：禁用控件不发起动作；取消确认不提交；请求成功后工作状态反馈一致；设备中断、宠物进入等安全行为须另用授权硬件验证。

PK-D05 为猫建立可用于识别的照片资料

用户任务：为指定猫选择清晰照片，建立识别资料。前置是打开该宠物的照片编辑页面。

流程：拍摄或选择图片→本地处理形成原图、裁切图和识别资料图→加入待保存列表→点击保存→上传缺失图片→全部图片地址齐全后提交宠物资料→成功更新本地档案并通知相关页面。

规则：三类图片上传齐全才进入资料提交；空列表也可提交。处理失败和上传失败有独立失败反馈，不能把“已选图”当作“已建档”。这是前处理能力，不代表用户照片已被正确识别为某只猫。

异常：本地处理失败显示图片/猫脸错误；任一上传失败显示保存失败；变更检测的完整行为仍待确认。

拟定验收：分别让三类上传中的一类失败，均不得提交不完整资料；成功后宠物页可更新；清空资料需验证历史资料如何处置。

PK-D06 保存照片后继续完善资料或返回

用户任务：知道照片保存完成，并决定是否补充身体照片。前置是照片资料服务已接受保存。

流程：更新当前宠物本地照片资料→通知相关界面→显示成功反馈→按页面分支继续补充身体照片或退出。完成的是资料保存，不是识别精度承诺。

异常/规则：仅图片已上传而资料接口失败时不能进入成功流程；未恢复文件清理和跨设备资料传播时延。

拟定验收：成功状态只在资料服务接受后出现；返回宠物页与重新打开编辑页内容一致；失败不能产生误导性的完成标识。

PK-D07 查看宠物如厕与饮水趋势

用户任务：按宠物和时间范围查看数据，并进行对比。前置是选定家庭和可选宠物、时间范围。

已知流程：按家庭/宠物/时间查询统计；比较通过独立请求取得。饮水和如厕已读到请求链，活动、睡眠、体重等只确认接口家族，不能补成已追通页面。

规则与异常：数据来源、分类算法、缺失值和空页面呈现未全部恢复。

拟定验收：切换宠物和时间后数据范围一致；对比数据与主图采用明确范围；异常时保留选择条件。

PK-D08 配置饮水与宠物检测

用户任务：针对支持设备开启或关闭检测。前置是进入对应饮水设备设置。

已知流程：修改检测开关→提交→成功时更新本地设备设置和显示；失败重新显示原设备记录。饮水检测与宠物检测是两个独立设置。

规则：设置是否可用由设备能力决定；未恢复模型算法、采样频率和误报率。开关保存成功不代表检测已达到某个准确率。

拟定验收：分别修改两项；请求失败恢复原值；重新打开页面显示已保存值。设备实际启停效果另验。

PK-D09 接受家庭邀请或处理过期邀请

用户任务：加入家庭共同照护宠物。前置是从有效邀请入口进入。

流程：读取邀请及家庭资料→有效时提交接受→服务确认后提示并刷新家庭列表与当前页面。拒绝入口存在，但本节尚未确认其完整执行流程。过期时隐藏家庭设备/宠物列表、接受按钮显示失效且不可点击，保留忽略操作。

规则：不同邀请来源使用不同业务成功判定，应用应以确认结果而非请求完成显示接受成功。详情获取失败时显示错误并退出；全部成员权限尚未恢复。

拟定验收：过期邀请不能提交接受；接受成功后家庭列表刷新。拒绝、重复提交和失效请求的结果反馈需进一步验证。

PK-D10 查看视频并控制对讲等能力

用户任务：查看设备现场并在允许时对讲。前置是支持视频的具体设备。

已知流程：按服务商和设备类型选择媒体实现，处理远端加入/离开、首帧和状态变化。所读 T6 对讲按离线与视频显示状态限制操作；摄像头方向操作另检查宠物在舱、称重或工作等状态。

规则：不同媒体服务和硬件的可用操作不能合并为同一套；不支持组合可能无可用媒体实现。超时、重新连接、权限提示和背景播放未全部恢复。

拟定验收：首帧前后状态区分；离线不能误显示对讲可用；摄像头操作条件按实际设备验证。完整重连体验列为待确认。

PK-D11 将云服务转移到另一设备

用户任务：更换设备后继续使用已有云服务。前置是进入指定服务转移页面并输入目标序列号。

流程：空输入时不可提交→查询目标设备→显示目标设备和用户信息→按当前订阅状态展示确认说明→确认转移→成功后更新旧设备服务状态并提示→确认后返回。

规则：有订阅的特定分支强调自动取消和每年一次转移；其他分支显示每年一次提示。代码证明应用告知了该限制，后端如何计算年度或拒绝超额未知。不能额外填写目标型号限制、费用和退款规则。

异常：目标查询或转移失败显示消息并结束等待；成功后清理旧设备本地服务与试用状态。拟定验收：空输入不请求；取消确认不转移；业务失败不清除旧权益；成功后返回页面和旧设备状态一致；年度限制需服务侧验证。

PK-D12 管理 W7h 设备共享成员与邀请

依据：已核对列表、创建邀请、再次邀请和状态分流移除。 用户进入适用设备的共享设置。

流程： 加载设备与共享用户→创建邀请或再次邀请→查看列表状态→移除指定对象。有效共享关系与其他邀请状态走不同取消处理；成功后才移除本地条目。

规则与异常： 没有设备资料时结束当前页面；查询和操作失败显示错误。再次邀请成功后重查列表。邀请状态的全部名称、接收入口、次数和有效期未确认，不补造默认值。

拟验收： 未接受邀请与有效成员分别取消；失败保留原成员；再次邀请后列表及时刷新。服务端实际权限撤销及其他设备同步需独立验证；本项不代表家庭全部权限规则。

PK-D13 开启或关闭 W7h 设备共享

依据：已核对设置保存、成功回写和失败还原。 用户希望控制当前设备是否开放共享。

流程： 查看当前开关→切换→等待保存→成功更新设备状态；失败恢复原显示并提示。

规则： 此开关与成员删除是独立操作。不能将“关闭共享”自动显示为“所有成员已删除”，也不能承诺重新打开后邀请自动恢复。

接口推断与拟验收： 关闭期间接收方应失去哪些能力需核对完整权限表。验证失败回原值、重开页面一致、有效成员和待处理邀请在关闭/重开后的状态；硬件控制、历史数据和媒体权限分别测试，不能以一个开关推断同等授权。

PK-D14 对视频中的识别结果提交反馈

依据：客户端请求与回调；尚未登录核对。 用户在适用设备的视频记录上选择行为类别、填写疑问，再提交反馈。

流程： 已有云端记录可直接提交设备、事件、行为类别和疑问，部分路径还带开始时间与标记；需补充本地视频时，先上传文件，再提交文件标识、大小及对应事件。设备类别决定所调用的服务，不能把所有型号归为同一个接口。

结果处理： 上传失败或上传结果为空时停止等待并提示保存失败。反馈返回明确的成功结果后，应用关闭页面、通知记录列表并显示提交成功；业务错误则结束等待并显示原因。已提交反馈不等于识别已修正，也不等于模型已使用该视频训练。

待验证与验收： 分别验证原记录反馈和补传视频、失败重试、重复提交以及反馈后记录变化。不同提交路径的机型分流并不完全一致，尤其 T7、W7h 需逐条核对，不能承诺全部型号等价支持。服务端处理时限、是否人工审核及模型更新方式未知。

PK-D15 登录账号并载入家庭首页

依据：账号密码登录路径的客户端处理；入口可达性及线上结果待确认。 用户选择账号类型，填写账号与密码。

校验与流程： 账号为空、邮箱类型格式不符或密码为空时给出对应提示。手机号账号携带所选区号。登录成功后保存用户与会话信息，接着读取近期活动资料，再获取家庭列表并准备首页。账号认证与家庭数据载入是两个阶段。

异常与恢复： 登录失败显示业务或网络错误并结束等待；后续活动资料失败有独立错误处理。家庭列表获取失败的分支仍允许已登录用户进入首页，因此首页为空不能一概解释成账号没有设备。家庭列表成功且没有当前家庭时，客户端会选择返回列表的第一项；已有选择的恢复行为需实际切号验证。

待验证与验收： 分别验证错误密码、无家庭、家庭加载失败、切号和重新打开。当前仅确认所读账号密码路径，短信、一键登录、第三方绑定及账号锁定规则需要分别补证，不沿用这一流程。

跨模块与数据对象

设备与家庭关系决定页面数据范围；宠物照片资料更新会通知其他界面；计划保存和设备控制都有本地状态，但与固件状态不同；云服务与设备关联可变更，必须更新旧设备缓存。

对象归纳：设备和时区/工作状态，餐次和暂存列表，宠物及三类照片，家庭和邀请，统计时间范围及对比条件，云服务与绑定设备。各对象的关联与状态约束见应用报告。

待确认：所有设备型号功能矩阵；计划编辑/删除失败完整恢复；设备计划真正生效时点；清洁安全联锁；识别模型及个体归属；共享完整权限；云转移年度规则；支付/退款；OTA、商城、其他登录方式与售后流程；账号密码流程见 PK-D15。本稿不填拟造优先级、性能指标或价格。

待验证交互（非竞品事实）

以下建议供产品评审使用，尚未证实竞品已实现。

PK-D01 添加设备并完成关联：分别显示发现、连接、身份读取、关联结果，失败保留对应重试入口。
PK-D03 删除餐次并区分保存与执行：保留可恢复的原条目，失败时说明仍未生效；若产品有同步状态，应独立于保存状态呈现。
PK-D04 控制猫砂盆并识别当前工作状态：将“已受理”与“动作完成”分别表达。
PK-D06 保存照片后继续完善资料或返回：返回后保留明确的已保存状态，对未完成身体资料提供可稍后处理的说明。
PK-D07 查看宠物如厕与饮水趋势：无记录、请求失败和仍未同步应有不同解释，不能把无数据视作宠物行为为零。

研究范围说明

功能依据及待确认事项见应用报告。应用文字说明不能代替执行验证；所有拟定验收尚未执行，待验证交互属于建议，不计为竞品已实现行为。

2026-10-14 验证范围

已补充 14.0.4 的页面观察，具体结果见应用报告。本稿仍按各条目的依据区分客户端流程、产品说明和推断；仅看到启动、协议或登录页，不代表账号内需求与拟验收场景通过。后续步骤见功能覆盖与验证清单。

原件：CATLINK

CATLINK 4.3.8 需求 PRD：应用说明版

本轮补充：2026-10-14。新增内容仍为静态资料核对，运行验收另列。

版本：研究稿 v2，2026-10-13；对象：CATLINK 4.3.8。先行依据为本轮应用报告。本稿还原用户任务和包内说明，不是线上实测规格，也不是 PAWRIO 已批准的需求。

本文规则依据应用说明和页面结构整理。操作校验、请求结果和入口可达性尚未确认，未知环节逐项列出。所有验收点均为待执行检查。

用户与功能地图

目标是帮助养宠人管理设备、识别不同宠物的记录、理解数据和控制限制。主要角色为设备所有者、共享使用者及宠物资料管理者；前两者有文案支持，具体角色权限表未知。功能地图按任务归纳，不能当作实测菜单：添加设备→日常喂食/饮水/清洁→宠物档案与记录→健康查看与共享→视频和云服务。

CL-D01 添加设备并理解联网限制

用户任务：把新设备接入家中网络。前置是设备进入相应配网模式，包内分别存在热点和蓝牙配网指引。

已知流程与反馈：先按设备指引进入闪灯状态，再输入或确认 Wi-Fi 信息。资源对可能连接 5 GHz 的情况提出改用 2.4 GHz 的建议；另有无密码 Wi-Fi 的专用指引，要求等待指示灯常亮后选择已配网跳过。以上是包内原文说明，不说明所有型号都支持这两种方法。

规则与异常：配网失败提示要求重新操作或联系售后；发送成功、设备上线、账号绑定的真实分界尚未知。

拟定验收：对不同型号分别核对进入配网方式；5 GHz 提示不得被解释为全部设备强制拒绝；未确认绑定前不显示设备可控。

CL-D02 安全清洁、清砂与铺砂

用户任务：清理猫砂盆或维护砂面。前置是用户选定具体设备和工作模式。

已知规则：满仓文案明确表示无法清理或清空猫砂；手动模式下添加猫砂后需手动铺平，不自动铺砂。部分说明描述如厕后的自动掩埋与延时清理，手动模式不适用。用户还可见清洁已启动、清理取消中等状态文字，但其触发条件未恢复。

待确认流程：用户点击控制后，应用如何校验状态、下发命令并确认动作完成。

拟定验收：在对应设备上验证满仓是否阻止操作、手动模式是否确实不自动铺砂、取消中是否与已结束区分。不能以本稿作为防夹或宠物在舱安全认证。

CL-D03 校准重量和重置耗材提醒

用户任务：提高重量读数可解释性，完成换砂后更新维护状态。校准前文案要求设备静止、无外力干涉且无猫进出；过程会引导放入参照物。换砂说明支持更换后重置倒计时。

已知规则：建议周期是包内维护建议，不能当作所有使用强度下的耗材寿命；参照物称量、设备换算和误差范围未恢复。

拟定验收：校准前呈现必要环境要求；完成/失败反馈能区分；重置只影响对应设备耗材。

CL-D04 设定喂食方式、份量与出粮间隔

用户任务：安排自动喂食，也可临时手动加餐。包内说明区分智能、定时、刷脸、手动出粮。

已知规则：出粮间隔适用于智能、定时和刷脸模式，手动出粮不受影响；每份克重与粮食密度有关；份重校准要求粮量充足，并通过出 5 份求平均。未恢复计划最大条数、份数上限或出粮间隔最小值，不填写猜测数值。

异常反馈：勿扰时间内存在出粮任务时有继续确认提示；是否保存、取消或改时间的实际分支未知。

拟定验收：手动和自动模式分别验证间隔效果；份量显示标注单位和校准状态；勿扰冲突需给出明确处理结果。

CL-D05 为不同猫启用个体节食

用户任务：让指定猫获得适合自己的喂食安排。存在猫脸和项圈两类硬件路线，不能合并为同一机型能力。

已知前置：视觉路线提示全部使用设备的猫需采集猫脸且曾正确识别；项圈路线提示未绑定的猫不在列表中，未佩戴时可能无法被识别。关闭摄像头会影响识别，另有节食转智能模式的提示。

异常：低识别率可能造成猫无法进食，是必须向使用者解释的适用限制。份量推荐与体重、年龄、活跃度和猫粮相关的文案，不等于已恢复营养计算公式。

拟定验收：逐型号核对前置条件和警告；关闭摄像头时验证模式变化并明确告知；个体摄入量的展示需有可靠的身份识别和进食记录依据。

CL-D06 查看饮水数据与低功耗状态

用户任务：知道宠物是否饮水，以及为何设备暂时不可操作。包内说明部分设备在多猫使用时只能展示合并数据；一对一分类要求支持多猫识别的硬件。

已知规则：某电池工作模式下设置不可操作，设备按说明的时刻联网同步数据。具体型号范围未知，故不把固定同步时刻推广到整个产品线。

拟定验收：低功耗设备设置入口与解释一致；不支持个体识别时不得给每只猫分配虚假的独立饮水量；新数据到达后可辨认更新时间。

CL-D07 维护猫脸档案并纠正识别错误

用户任务：用更清晰的照片改善猫咪识别，纠正错误归属。文案支持自动昼夜参照图、手工替换或添加照片、长按错误照片进入纠错。

已知流程：找到错误照片→长按→按提示纠错；布局中存在猫咪候选图片和名称。选择后的提交方式、历史记录是否随之修改，以及对后续识别的影响，均待确认。删除参照图会停止使用该图且不可恢复；未保存离开会丢失修改。

拟定验收：删除前有不可恢复提示；离开未保存页面时明确告知；纠错结果需显示已提交、失败或未保存，不应仅改变选中颜色。

CL-D08 理解健康数据来源并共享宠物

用户任务：汇总体重、如厕、饮食和饮水数据，与共同照护人协作。数据告知说明共享宠物后对方可查看和管理这些行为数据，保留期文案为 1 年。

已知范围：有异常提醒与动作分类文案，但模型效果、健康阈值和异常原因未恢复。共享邀请有接受、拒绝、失效状态；具体新增成员流程和可编辑字段未知。

拟定验收：共享前呈现数据用途与访问范围；不同邀请状态显示清楚；记录查询区分无数据、未同步与超出保留期。

CL-D09 使用视频回放并理解权益边界

用户任务：查看设备录像。存在未开通云存储无法录像的提示，以及共享账号不支持查看云存储回放的提示。具体机型、本地存储与云录像的例外尚未确认。

已知流程仅到限制说明；购买、回放鉴权与播放失败恢复未通。

拟定验收：按设备和角色验证云回放入口；不把设备可控误认为云录像可看；失败提示对应真实限制。

CL-D10 迁移付费云服务与保存视频集锦

用户任务：更换设备后保留既有付费权益，及时保存生成的视频。

迁移规则：源设备所有者才可操作；源和目标同类型；源权益生效中，目标已失效或未绑定；每项权益最多 3 次；付费服务可迁移，首月体验不支持。相关页面布局存在，实际目标列表筛选、校验顺序、成功刷新未知。

集锦规则：可生成的历史范围随云存储循环周期变化，生成文件另有 7 天保留说明，过期删除且不能再次生成。不得把源录像窗口与集锦文件保存期混为一个期限。

拟定验收：逐项构造不符合迁移条件的情况验证反馈；成功后两台设备的权益归属一致；集锦显示生成范围与删除时间，并在期限内可下载。

CL-D11 查看固件版本并理解更新结果

依据：应用文案直接支持状态说明；具体请求与硬件执行待验证。 用户进入适用设备的固件页。

候选流程： 检查版本→阅读影响与联网要求→发起升级或设置自动升级→升级期间显示状态并限制相应操作→显示成功、失败或保持原版本可用→按结果决定重试。

已知说明： 自动升级期间设备暂停工作，完成后恢复；建议保持通电和 Wi-Fi。部分非联网设备另有蓝牙升级路径，不能混作同一型号必备能力。

拟验收： 区分没有新版本、升级中、失败但旧版正常和真正不可用；实际操作限制、断电恢复、重试次数及版本核验须在相应型号验证。不得仅凭“保持原版本”文字承诺固件可回滚。

CL-D12 申请注销账号并理解后续处理

依据：应用告知文案；提交接口、审核与实际删除尚未验证。 用户要终止账号使用。

候选流程： 查看不可逆影响→确认申请→收到已提交提示→等待人工处理→核对账号及关联数据最终状态。最后一步的查询入口与通知方式待确认。

已知说明： 涉及设备解绑、设备与消息历史、宠物档案及健康数据、个人备忘资料、第三方登录关联。应用文案预计 10 个工作日处理，不等于提交瞬间已删除。设备解绑与账号注销不能作为同一个操作。

拟验收： 取消确认不提交；提交成功只提示申请已收到；人工处理失败、申请撤回、未完结付费权益及最终数据保留范围需补充核验。退款安排、实际删除时点和备份处置范围尚未确认。

CL-D13 使用养护助手与设备助手

依据仅为应用文字和页面资源，入口及业务请求尚未确认。 资料中分别出现养护助手和设备助手：前者面向猫咪照护与健康问题，后者面向设备故障排查和使用指导。

候选需求： 输入问题并发送；生成中可停止；可新建对话、查看历史会话，历史列表区分暂无记录与没有更多，并有删除失败反馈。资源还包含图片说明输入、正在听取语音、影像报告、化验结果及咨询兽医的入口文字。上述功能是否同处一个页面、是否对当前账号开放仍未知。

边界与待验收： 回答需保留“AI 生成，仅供参考”的说明。逐项核对入口、文本/图片/语音输入、停止后的内容保留、历史删除和付费限制。资源不能证明已接入特定模型、支持实时语音或能作疾病诊断，也不能证明影像报告已经完成结构化解析。

CL-D14 创建养护任务并管理循环提醒

依据仅为应用说明，保存与提醒执行待确认。 任务字段包括标题、类型、适用猫、提醒时间、循环周期和可选备注，资源中有标题缺失提示。

候选流程： 为指定猫创建或编辑任务→设定时间与周期→保存→在今日、未来或逾期分组查看→处理单次提醒或整条循环任务。已知周期文字包括不循环、每周、每两周、每月、每三个月、每半年和每年；删除选项明确区分只删除本条和删除整条循环任务。

推荐与边界： 另有按品种、年龄、绝育状态生成养护节奏、确认生成若干项及生成成功的文字。不能据此认定推荐算法、疫苗方案或全部周期已经在服务器执行。

待验收： 验证指定猫、必填约束、重复生成、删除单次与整组的影响，以及通知权限关闭、改时区、任务逾期的处理。原有备忘“提前一天提醒”的文案不能直接套用到这套养护任务。

CL-D15 查看与调整宠物健康基线

依据仅为应用说明，计算及保存流程待确认。 健康页面资源区分体重、如厕、饮食和饮水区间，包含修改指定宠物的基线、恢复推荐值、保存修改及近期命中天数的说明。

候选需求： 展示当前数据与基线范围；数据不足时标明暂无法评估；用户可查看可能原因和建议动作，并反馈健康提示是否有用。命中天数与有数据天数分开表达，不能将缺测日计成正常日。

待验收： 核对默认基线来源、可改范围、单位、不同宠物隔离、保存失败及恢复推荐的影响。当前没有基线计算公式、异常阈值或诊断准确率证据，报告应按行为观察与提示理解。

CL-D16 查看空气质量与维护净化器滤芯

依据仅为净化器页面和应用说明，设备能力与控制结果待确认。 资源包含空气质量提醒、滤芯健康状态、滤芯更换提醒以及复位到 100% 的操作说明。

候选流程： 查看空气质量和滤芯状态→按需开启提醒→实际更换滤芯→发起复位→查看结果。说明中有空气质量较差时推送、滤芯剩余 20% 时提醒的选项；这些文字不等于已验证的传感器阈值与实际推送服务。

待验收： 核对支持型号、状态单位、提醒开关与系统通知权限、复位失败，以及换芯后重新打开页面的状态。滤芯复位不能被解释为系统已识别用户完成物理更换。

跨模块关系、数据对象和待确认项

跨模块关系：设备能力决定是否能识别个体；身份档案影响节食和记录归属；共享设备控制与共享云录像不是同一权限；权益变更影响可用历史录像与集锦生成窗口。

应用数据对象（归纳）：设备及工作模式、宠物与识别参照图、喂食任务和份重、行为记录及时间范围、共享关系和邀请状态、云权益及迁移次数、视频集锦及删除日期。字段存储形式、全局唯一性、后端约束未恢复。

仍需确认：机型与功能映射；安全限制是否设备端再次校验；计划生效时点；离线补传；识别纠错影响范围；数据保留的服务端实际执行；权限与云迁移校验；应用版本与服务器配置的差异。账号登录、商城和客服仍只保留模块位置；固件与注销补充为文案支持的候选流程，不代表执行已验证。

待验证交互（非竞品事实）

以下建议供产品评审使用，尚未证实竞品已实现。

CL-D01 添加设备并理解联网限制：页面应明确当前阶段，并让用户在失败后查看对应型号的重试步骤。
CL-D02 安全清洁、清砂与铺砂：满仓时说明处理办法；用户清空后重新获取状态，不能只关闭提示就认定解除。
CL-D03 校准重量和重置耗材提醒：校准中断后明确当前读数是否仍可用，重置提醒前确认实际维护已完成。
CL-D04 设定喂食方式、份量与出粮间隔：保留用户原设置并显式解释冲突，不默默删除任务。
CL-D05 为不同猫启用个体节食：未满足识别条件时提供修复档案和改用合适喂食模式的路径。
CL-D06 查看饮水数据与低功耗状态：页面同时说明数据最近同步时间和合并/个体归属，避免把尚未同步显示为未饮水。
CL-D08 理解健康数据来源并共享宠物：邀请前解释数据范围，撤销后明确未来访问变化；不将行为分类直接作为诊断。
CL-D09 使用视频回放并理解权益边界：区分设备离线、服务未开通、服务过期、共享权限不足，不将这些状态统一显示为加载失败。

研究范围说明

功能依据及待确认事项见应用报告。应用文字说明不能代替执行验证；所有拟定验收尚未执行，待验证交互属于建议，不计为竞品已实现行为。

2026-10-14 验证范围

已补充 4.3.8 的页面观察，具体结果见应用报告。本稿仍按各条目的依据区分客户端流程、产品说明和推断；仅看到启动、协议或登录页，不代表账号内需求与拟验收场景通过。后续步骤见功能覆盖与验证清单。

原件：宠悦悦

宠悦悦 3.0.5 需求 PRD

本轮补充：2026-10-14。新增内容仍为静态资料核对，运行验收另列。

样本：宠悦悦 3.0.5；研究日期：2026-10-13。本文按用户任务整理应用需求，依据见应用报告。这是一份研究性 PRD，未作为 PAWRIO 的立项范围；拟定验收尚未在真实账号和硬件上执行。

1. 产品目标与使用者

帮助宠物主人建立宠物档案、关联定位器、查看位置与历史、设置围栏、控制定位模式，并把宠物分享给其他照护者。应用同时提供逗猫器管理及 AI、商城入口。

使用者	可恢复的任务边界
宠物主人	维护档案、绑定设备、编辑围栏、发起与撤销分享、设备维护
接收共享的照护者	可在消息中接受或忽略共享；不能编辑/清空共享宠物的围栏；其他权限待核
未登录用户	登录、隐私与启动页面存在；游客可访问范围尚未确认

2. 页面与对象

主要页面为宠物主页、地图、AI 功能菜单、我的；从宠物/设备上下文进入档案、设备设置、模式、分享、家庭 Wi-Fi、历史路径和升级。另有商城及逗猫器页面。具体底部顺序和线上开关需运行核对。

对象	用户应能区分的信息
宠物	名称、头像、类型、品种、性别、体重、肩高、生日、当前是否选中、是否他人分享
定位器	序列号、绑定关系、上报状态、目标工作模式、实际工作模式
围栏	编辑草稿、已保存方案、当前已开启方案；三者不能混同
分享关系	发起者、接收者、宠物、等待接受/已接受等关系状态及撤销动作
历史位置	日期、点位时间、位置、点位/路径显示方式
家庭 Wi-Fi	网络名称、标识、信号及关联位置，可能含楼层

3. 具体功能需求

CYY-01 新建与编辑宠物档案

目标与入口： 用户在宠物管理中新增宠物，或打开已有宠物编辑信息。

流程： 打开表单→填写资料→提交→校验→按需上传头像→保存宠物并刷新数据→返回；编辑当前宠物时同步刷新主页头像。保存过程存在错误提示；部分异步失败后的页面停留和输入保留方式尚未全部确认。

规则： 名称、宠物类型、体重、肩高、性别、品种和出生日期均不能为空/未选。按该顺序提示第一项问题。编辑保留宠物身份。体重、肩高的合理范围、数值合法性和单位仍待核，不能从“非空”推导为全面合法性检查。

验收： 空名称不得继续上传/保存；补全名称但未选类型时提示类型；保存当前宠物后主页引用应更新；刷新后找不到该宠物时应提示，不应静默跳成另一宠物。

CYY-02 删除宠物

入口与流程： 从宠物编辑页选择删除→展示“确认删除当前宠物？”→取消则保持→确认后进入删除流程。

规则与反馈： 删除确认入口已恢复；删除当前宠物后选择哪个宠物、设备是否联动解绑，以及云端数据保留规则没有全部闭环，列为待核，不以删除按钮推定。

验收： 点击取消不得执行删除。确认后的关联清理须补充实机验收后才能列为完整需求。

CYY-03 绑定定位器

前置条件： 用户已进入添加设备页，持有设备序列号。

流程： 输入序列号→检查格式→显示正在绑定→检查设备在线状态→在线时提交绑定→绑定成功→进入工作模式选择；离线转激活提示；失败取消加载并提示原因。

规则： 序列号必须为 12 位字母或数字，不允许空值。设备在线检查在绑定前进行。成功后的模式选择保留当前设备上下文，避免给另一台设备设置模式。

验收： 11 位、13 位、含特殊符号都被阻止；合法但未上线设备不直接显示绑定成功；服务错误应能结束加载。设备被其他账号占用时的专用提示待补证。

CYY-04 编辑与保存围栏方案

前置条件： 当前宠物为用户自有宠物。共享宠物尝试编辑时提示无编辑权限。

流程： 进入地图围栏→选择方案→编辑点位→可撤销最后一个点或清空当前编辑点→保存→退出编辑并展示已保存方案。编辑草稿保存于当前设备上下文，再次恢复时读取对应草稿。

规则： 保存方案为本地操作，不等于开启围栏。编辑使用点位副本，草稿带方案编号。无点可撤销时提示。草稿损坏或无有效方案信息时不当作有效方案恢复。

验收： 保存后显示“围栏方案已保存”，当前远端开启状态不因此自动变更；切换设备不应串用另一设备草稿；共享宠物不能进入编辑或清空操作。

CYY-05 开启、关闭与清空围栏

开启流程： 选择已保存方案→点击开启→检查是否仍编辑中→检查至少 3 个点→提交→成功后更新地图和已开启方案，失败展示错误。

关闭流程： 当前已开启围栏→点击关闭→提交→成功后清除开启状态；失败不显示已关闭。

规则： 编辑中先要求保存。开启和关闭请求进行中阻止重复执行。已开启且具有有效多边形的当前方案不能直接清空，要先关闭。保存的点位会整理成多边形顺序，但自交、面积和地图偏移规则尚未恢复。

验收： 2 个点不得开启；3 个点只代表通过本地数量门槛；开启失败不得把方案标成已开启；关闭失败不得清掉远端开启状态；清空运行中方案出现先关闭提示。

stateDiagram-v2
    已保存方案 --> 编辑草稿: 编辑
    编辑草稿 --> 已保存方案: 保存
    已保存方案 --> 开启请求中: 至少3点且未编辑
    开启请求中 --> 已开启: 请求成功
    开启请求中 --> 已保存方案: 请求失败
    已开启 --> 关闭请求中: 关闭
    关闭请求中 --> 已保存方案: 请求成功
    关闭请求中 --> 已开启: 请求失败

CYY-06 切换定位工作模式

入口： 绑定完成后的模式页，或设备模式设置。

流程： 选择普通/高频模式→发送指令→显示发送中→成功提示耐心等待并返回→根据设备上报逐步展示模式状态。发送失败显示错误。

规则： 当目标模式与设备上报不同，显示切换中；两者一致才显示对应模式。高频目标可结合下一次通信时间展示等待。界面的更新频率、续航说明随设备有所不同，作为说明文字，不能当作实时保证。

验收： 请求成功但设备尚未上报时仍应能看到切换中；目标和上报一致后显示对应模式；发送成功后仍应等待设备上报，才可确认模式生效。

CYY-07 查看历史路径

流程： 地图进入历史路径→选择日期→显示当天数据→切换运动点位/路径→拖动滑条或选择地图点→查看对应时间位置；可切换地图图层。

规则： 当前日期入口生成包含当天的近 30 个日期。30 日是入口范围，不是已确认的数据保存期。点位查看应与当前选择的日期保持一致。

验收： 日期标签对应正确年月日/星期；拖动选择的点与信息一致；空记录、加载失败、轨迹跨天的完整反馈仍需运行核对，不补写为空白即“无运动”。

CYY-08 管理定位纠偏记录

流程： 打开纠偏记录→加载列表→进入选择状态→勾选记录→删除→确认删除数量→执行。单条记录另提供编辑入口和分页加载。

规则： 列表为空时不进入有效选择；未选择记录时不能删除；确认文案明确选中条数。取消确认保留记录。

验收： 零选择提示先选择；选择 2 条时确认显示 2 条；本项只覆盖记录管理，纠偏算法、误差阈值与处理后的定位效果待验证。

CYY-09 设置和删除家庭 Wi-Fi

目标： 将家庭网络环境与定位器的家庭位置关联。

流程： 从定位设置进入→读取当前配置→建立蓝牙通信、获取候选网络→选择网络→关联地图位置→提交配置。缺少可用坐标时先请求手机位置。已有配置可通过删除确认移除。

规则与反馈： 展示网络名称和当前位置关联状态。删除时显示处理中，成功提示并返回；失败结束加载、展示具体错误。网络参数包含标识和信号，不能把该流程简化成仅输入 Wi-Fi 密码。

验收： 有配置时能展示已有网络；没有坐标时进入定位获取；删除取消不发送删除；删除失败不能展示已移除。蓝牙权限拒绝、列表分包重试和设备最终写入成功的详细交互仍待补齐。

CYY-10 分享宠物与撤销分享

发起流程： 选定宠物→输入好友手机号→提交→成功提示“快去让您的好友接受吧”→确认返回。

管理流程： 我的分享→查看/下拉刷新→选择撤销→展示好友与宠物名称→确认→撤销成功→重新获取列表；失败提示且留在当前页。

规则： 手机号不能为空；未恢复完整号码格式限制。邀请成功是等待对方接受，不能立即当成对方已获得权限。撤销针对具体关系，而不是删除宠物。

验收： 空手机号不提交；成功提示包含等待接受含义；撤销取消保持关系；撤销失败时保留原共享条目。接受和忽略共享通知见 CYY-17；过期、重复邀请与完整权限规则仍待核实。

CYY-11 重启与解绑定位器

重启： 点击重启→提示信号环境影响响应→确认→发送→提示“重启指令已发送”；失败显示发送失败。此提示不宣称设备已重启完成。

解绑： 点击解绑→说明解除绑定后定位数据会清除→确认→正在解绑→成功提示并返回；失败取消加载并保留页面。是否真正清除云端所有历史属于待验证的服务端承诺。

验收： 两个动作均可在确认框取消；失败不得进入成功返回；解绑前必须展示数据后果。

CYY-12 逗猫器维护

入口： 逗猫器列表/设备页进入设置。

已恢复流程： 获取设备状态及版本→进入专属 Wi-Fi 配网或升级页；解绑时确认→请求→成功提示并返回，失败提示。确认解绑后设置忙碌标记，限制该次解绑请求期间再次发起解绑；失败时解除忙碌标记。

待核边界： 逗猫运动、定时、控制档位、升级失败恢复未完成链路，不沿用定位器模式或围栏规则。验收先覆盖入口、状态加载失败和解绑反馈。

CYY-13 打开 AI 与商城服务

流程： 用户从对应入口进入应用内网页；应用携带会话上下文并设置标题。商城可从网页触发原生支付页。

规则： 这两项是已恢复的入口/容器要求。AI 对话步骤、付费额度、商城商品/购物车/售后和支付完成回流未取得网页业务，不能列成已确认需求。验收限于正确标题、页面上下文和跳转，页面内容需另行采集。

CYY-14 注销账号

流程： 阅读后果→勾选账户永久删除、全部数据无法恢复、定位器解绑三项→提交→正在注销→服务成功→清本地数据并返回启动页；失败显示错误。

规则： 少于三项勾选时不提交。只在成功响应后清理会话，不因点击即退出。前置事件记录失败也有失败提示分支。

验收： 仅勾选 2 项时被阻止；取消/失败保留会话；成功后不继续以旧账号状态显示宠物。服务实际删除范围须另行核验。

CYY-15 分类查看消息并管理未读状态

依据：已核对分页、去重、已读请求和角标查询。 用户在消息中心查看系统、用户和设备相关消息。

流程： 选择类别→加载第一页→向下加载更多→按消息标识合并→对已载入未读消息提交已读状态→查询未读数量更新角标。

规则与异常： 请求携带类别及分页条件；同一消息不得因翻页重复出现。列表解析失败不前进页码，加载失败显示提示，等待状态随后结束。批量已读仅覆盖实际载入的未读项，不代表服务端全量一键已读。

拟验收： 重复分页不重复展示；失败重试不跳页；无更多数据停止追加。已读提交失败与无未读消息须区分，跨设备同步仍待验证。

CYY-16 选择并删除消息

依据：已核对客户端删除请求与列表更新。 用户进入消息编辑状态，选择一条或多条消息。

流程： 选择→提交删除→显示删除中→成功移除选中项、清空选择并退出编辑→刷新相关消息状态。

规则： 未选择时不发请求；删除范围按所选消息，不等于清空全部消息。请求采用消息状态变更，不能承诺服务端立即物理删除。

拟验收： 失败不提前移除本地消息；成功不误删未选中记录；分页后仍以消息标识删除。删除是否影响其他账号、设备记录和历史留存待确认。

CYY-17 接受或忽略宠物共享通知

依据：已核对共享处理、消息处理及宠物刷新顺序。 用户收到可处理的共享通知。

流程： 查看共享内容→选择接受或忽略→提交决定→将通知更新为已处理→刷新宠物与消息列表→展示结果。

规则： 已处理或正在处理的通知不重复提交；“已读”不等于“已处理”。接受与忽略有不同请求值，但两者都需要完成通知处理。宠物列表刷新失败不自动撤销已提交决定。

接口推断与拟验收： 共享已受理、通知更新失败属于部分完成场景，重试前应查询关系状态；这一恢复方案尚未证实已有实现。分别验证忽略不会加入宠物、接受后列表可见、重复点击不产生第二次处理以及账号权限是否及时更新。

CYY-18 按问题类型提交反馈和图片

依据：客户端表单、附件处理与请求回调；尚未登录核对。 用户选择问题类型、填写描述及联系方式，并按需提供序列号和图片。

校验与流程： 未选问题类型或描述为空时不提交；类型编号为 2 的分支还要求序列号。该编号与实际显示名称待运行核对。没有图片时直接提交；有图片时先上传，收集返回的文件标识，再提交类型、手机号、描述及包含序列号和文件列表的附加资料。

反馈： 业务成功后结束等待、返回上页并提示成功；业务错误或请求异常结束等待并显示原因。附件返回结构不符合预期时有“上传出错”提示，但已读分支没有明确结束等待，需补测，不能宣称所有异常都能自行恢复。

待验收： 核对手机号格式、描述长度、图片数量与类型限制；分别验证无图、有图、上传失败、提交失败和重复提交。收到反馈不代表客服受理或问题解决，当前没有处理时限依据。

CYY-19 在商城订单中使用原生收银台

依据：商城收银台的客户端请求及支付回调；未创建订单或发起支付。 商城网页向原生页面传递订单号、订单类型和金额上下文，页面再获取支付方式与订单详情。

流程： 进入收银台→加载订单和可用方式→选择微信或支付宝→获取该订单的支付参数→打开相应支付界面→处理返回结果。订单为空、详情仍在加载或未选支付方式时有对应阻止提示。可用方式由接口返回，不能仅凭页面支持两种分支认定任意订单均可使用两者。

结果与网页协作： 支付 SDK 成功回调进入成功提示并通知网页；应用也会读取订单状态。成功通知有页面内防重复处理，随后返回。用户取消与支付失败分别提示；退出收银台时发送取消支付的页面事件，但这不等于订单被服务端取消。

待验收： 核对应用账号与商城登录状态、订单类型、实际应付金额、无可用支付方式、SDK 取消、付款后回跳和重复回调。当前未证实退款、售后、发货或完整订单履约，不能把收银台流程外推为整套商城。

CYY-20 恢复收银台并核对订单状态

依据：客户端状态分支；尚无服务端响应样本。 页面初次进入及从外部返回时会读取订单详情；已有最终处理结果时避免重复继续。

已见行为： 不同订单类型读取不同的应付金额和剩余时间字段。倒计时按秒减少，到零停止计时；不能据此断言本地到零就发起服务器取消。页面有已支付、已取消和超时取消的处理分支；普通返回在部分订单类型下先重查状态并弹出离开确认。

状态风险： 当前“已支付”判断既检查支付状态，也接受非空、非零的通用状态，而且执行顺序早于取消判断。负值取消状态可能落入前一个分支，须用真实响应或受控输入复核，不能写成已可靠区分取消与支付成功。SDK 成功回调也不能代替后续账务、权益到账核验。

待验收： 使用待支付、支付中、已支付、已取消、超时和状态缺失样本分别核对；验证应用退后台后金额与倒计时更新、网页只收到一次成功事件，以及离开页面后计时器停止。全流程测试不得用真实扣款来替代状态覆盖设计。

4. 跨页面状态要求

当前宠物、当前设备、草稿所属设备及分享归属必须明确。加载中、空列表、失败和无权限分别表达。以下差别直接影响页面文案：档案已保存与设备已绑定、围栏方案已保存与围栏已开启、指令已发送与设备已执行、分享已发起与好友已接受。

权限拒绝、离线、进程退出和多设备并发尚未全面恢复；它们应进入后续测试清单，不将理想行为写成竞品已实现事实。

5. 待补需求清单

待核内容	需要的下一份证据
登录/验证码/协议、通知接收、帮助；反馈运行表现	登录等继续追入口和回调；反馈按 CYY-18 验证附件异常、格式与重复提交
共享接收权限、重复邀请、到期	两个账号的邀请/接受/撤销流程
围栏多设备同步、报警时机	自有测试定位器及授权测试账号的上报和告警记录
OTA 中断与恢复	升级页面全部状态及测试硬件回执
AI 网页、商城商品与订单履约；收银台运行表现	网页继续盘点；原生收银台按 CYY-19、CYY-20 验证状态，不以支付回调代替账务结果
健康/运动统计、定位精度、续航	展示与算法证据分离，不能用资源文案代替测量

配套应用报告

应用报告说明功能覆盖、已知流程和待核事项。本文验收场景为后续核对依据，不代表已经测试通过。

2026-10-14 验证范围

已补充 3.0.5 的页面观察，具体结果见应用报告。本稿仍按各条目的依据区分客户端流程、产品说明和推断；仅看到启动、协议或登录页，不代表账号内需求与拟验收场景通过。后续步骤见功能覆盖与验证清单。

原件：宠智联

宠智联需求 PRD（研究版）

查看应用报告 · 返回总览

研究日期：2026-10-13。主体依据 Android 1.1.3（内部版本 33）重建，2026-10-14 补入1.1.4 登录后操作与版本差异，适用包名 com.pet.smartlink。本文用于产品评审，不是厂商原始 PRD，也不是已测试的完整功能清单。用户可见操作以页面和客户端处理为依据；仅有业务请求的部分会单独说明。所有验收项均为拟定检查点。

产品目标、用户与功能地图

应用帮助主人为每只宠物管理档案、项圈、家庭成员、消息和位置。主人可先选定宠物，再发送内容、查看声音解释或查询位置。已确认的角色包括主人和家庭成员，二者的具体操作权限仍需逐项核实。

用户任务	对应需求	覆盖
建档并连接设备	CZL-01—02	档案、绑定、解绑及身份卡结构
与宠物交流并理解声音	CZL-03—07	文字、语音、设备录音、翻译、反馈和删除
邀请家人共同照料	CZL-08	邀请、加入、成员治理
查看宠物在哪里	CZL-09—10	位置、时间、轨迹、里程
管理项圈和播放内容	CZL-11—13	设置、升级和音频内容
记录与分析日常	CZL-14—16	日记、采集、多媒体分析，部分流程待核

以上按任务归纳，不代表真实导航层级。2026-10-14 补入账号、个人资料、围栏绘制、反馈和应用更新（CZL-17—21）。围栏客户端流程已有依据，真实告警尚待验证；完整健康报告、订阅和商城仍不纳入已恢复需求。

CZL-01 建立并切换宠物档案

用户目标： 多宠家庭希望每只宠物拥有独立记录，不混用设备和消息。

入口与前置： 宠物资料及选择宠物相关页面；用户处于有效账号状态。创建资料包含名字与物种，品种、性别、生日须通过表单校验；照片、绝育/疫苗情况和性格标签等另行提供。设备绑定与档案建立是不同步骤。

操作与反馈： 用户创建或编辑资料，保存后选择当前宠物。互动页在切换时停止原宠物的后台任务，再读取新宠物的设备和消息；未选中有效宠物时，当前宠物对象为空。

规则与异常： 不凭宠物名称判断是否同一宠物；资料、设备和消息应由同一宠物标识关联。1.1.4 已核对正常建档、回读和空名称错误；照片上传失败及迟到回包仍需验证。

拟定验收： 两只同名宠物仍能区分；切换后显示的消息和设备属于新宠物；旧回包不会改变当前宠物归属。

1.1.4 补充： 未绑定设备也可建档，保存后的绑定提示可取消，名称、性别和生日已回读一致。两版名称上限30字符、品种上限40字符，品种/性别/生日必填；标签最多6项、每项不超过8字符且不能含逗号。1.1.4 新增“宠物对你的称呼”，可不填，去掉首尾空白后不超过6字符；表单显示“主人”不等于已经写入该值。

依据：应用报告第 2、4 节。

CZL-02 将设备绑定到宠物并管理身份卡

用户目标： 把真实项圈与宠物档案关联，之后能通过应用操作它。

入口与前置： 设备添加、宠物资料及设备管理相关入口。绑定结构支持设备标识、IMEI 或设备编号，并容纳主设备标记、设备角色和能力条件；不能据字段推定所有方式都向用户开放。

操作与反馈： 用户识别目标设备并提交绑定，应用随后读取宠物或设备信息，确认关联结果。解绑和生成宠物身份卡分别发起请求，各自展示处理结果。

规则与异常： 需要区分找不到设备、确认超时、未绑定和命令失败。客户端存在相应错误类别，但实际设备确认方式、超时 UI、占用设备的处理仍待核。

拟定验收： 绑定目标与当前宠物一致；解绑后不会继续将旧设备当成可用目标；失败不能显示“项圈已连接”。身份卡显示资料与对应宠物一致。

1.1.4 页面核对： 无设备档案可查看萌宠证，资料随当前宠物显示；页面呈现10个六位候选号、剩余3次刷新和选定后不可更改的提示。未刷新、选号或确认，不能把提示当作已通过的号码规则。设备管理的全部、在线、未绑定分类当前均为空，空列表不证明绑定流程失效。

依据：应用报告第 4、6 节。

CZL-03 向宠物发送文字

用户目标： 主人不在身边时，输入一句话并交给项圈播放。

入口与前置： 当前宠物互动页；当前宠物存在支持声音播放的设备。

操作与反馈： 输入文字并发送。客户端检查设备能力，去掉首尾空白；空内容直接结束。返回消息后刷新列表，并继续跟踪新消息。

规则与异常： 缺少可用设备会进入提示路径。消息提交成功与声音播放完成分开判断；网络失败、服务器拒绝和设备离线不可统一成“已送达”。本轮未核清输入框在失败时是否保留内容。

拟定验收： 纯空白不生成消息；没有声音播放能力时有明确反馈；返回消息归属正确；提交回执不能代替设备完成回执。

1.1.4 入口边界： 无宠物时首页养成入口先要求创建；创建后可进入原生聊天空页。无设备状态显示项圈离线，声音和输入相关控件受限，本轮未完成发送。不要把这一页面与同站网页中的示例咨询混为同一处理链。

依据：应用报告第 2 节。

CZL-04 录制主人语音并选择发送方式

用户目标： 把自己的声音发给宠物，或选择转换后的宠语形式。

入口与前置： 互动页录音操作；手机麦克风权限允许、存在有效录音文件。

操作与反馈： 开始录音，结束或取消；结束后根据选定方式上传并提交原声或人声转宠语消息。已确认的互动页校验录音时长为 1—60 秒。

规则与异常： 取消录音不应继续走发送分支。缺少文件、时长不足或超长有分别处理；麦克风未授权不应假装正在录制。该时长范围只适用于已恢复的互动录音入口，不泛化到设备录音或其他采集页。

拟定验收： 检查授权拒绝、取消、短于 1 秒、超过 60 秒和有效录音；两种发送方式不会混用；文件上传与消息提交失败可以区分。

依据：应用报告第 2、3 节。

CZL-05 请求项圈采集声音

用户目标： 想听到宠物附近的叫声或环境声音。

入口与前置： 已绑定宠物的远程互动相关操作；设备需具备声音采集能力。

操作与反馈： 发起带提示音的设备录音请求，取得互动消息后等待声音及后续解释。应用有打断录音相关能力状态，是否可操作取决于设备能力和状态。

规则与异常： 手机录音权限与项圈录音能力分别处理。设备录音失败、声音尚未返回、已有声音但翻译失败是不同情况；本轮未确认每个情况的具体提示和自动重试策略。

拟定验收： 请求对象始终是选定宠物的设备；收到请求回执时不提前显示录音完成；录音内容与对应消息保持关联。

依据：应用报告第 2、6 节。

CZL-06 主动翻译猫狗声音并查看分析

用户目标： 主人主动记录一段声音，查看解释并在需要时进一步分析。

入口与前置： 独立宠语翻译页面，可选择猫或狗；该页面与已绑定项圈的互动页分别组织。

操作与反馈： 选择物种，录音并结束；上传音频，创建翻译消息，查看译文或状态。用户可以播放原音、发起分析或关闭分析内容。

规则与异常： 原音、翻译结果与分析结果分开保存。消息可包含情绪、置信度、失败原因；不把“字段存在”解释成所有页面均展示。处理中、分析失败和没有结果需要区分，模型准确性不属于已验证事实。

拟定验收： 物种和录音关联正确；上传完成不直接变成分析完成；失败不会用空白译文冒充正常结果；关闭分析后仍能识别其原始消息。

依据：应用报告第 3 节。

CZL-07 评价、纠正与删除消息

用户目标： 反馈翻译是否符合观察，或移除不需要的记录。

入口与前置： 互动消息或独立翻译消息相关操作；已取得目标消息。

操作与反馈： 用户评价翻译是否满意；详细反馈可记录主人判断的情绪、与实际情况的接近程度和纠正文字。用户删除消息时，应用先标记正在处理，再按成功或异常显示提示，最后解除处理标记。

规则与异常： 同一删除处理中避免重复提交。反馈属于主人判断，不声称提交后模型立即学习。请求存在消息不存在、归属不符、反馈过于频繁等错误类别，但触发条件及具体文案待核。

拟定验收： 反馈与被评价消息相符；失败不呈现为已保存；删除连续点击不会重复发起；删除失败后可恢复操作。原音和衍生结果是否联动删除另行确认。

依据：应用报告第 3 节。

CZL-08 邀请家人加入并管理成员

用户目标： 多人共同照料同一只宠物，并能调整成员关系。

入口与前置： 宠物家庭成员相关页面；操作人具备服务允许的身份。

操作与反馈： 发起方为目标宠物生成邀请码，接收方提交邀请码申请加入。用户可查看成员列表，并按允许的权限移除成员或指定新主人。邀请结果可带到期时间；成员资料包含身份、头像、角色和加入时间。

规则与异常： 邀请生成不等于加入成功；转移主人不等于解绑设备。具体有效期、邀请人数、移除资格和操作后数据可见范围未核，不预设数值与权限。

拟定验收： 邀请加入的是同一宠物；无效或失效邀请不会加入成功；转移前后主人信息一致；被移除成员再次操作时按实际权限反馈。

依据：应用报告第 4 节。

CZL-09 查看宠物位置与设备状态

用户目标： 知道宠物最后在哪里，并判断该位置是否仍有参考价值。

入口与前置： 宠物地图相关页面；当前宠物具备位置记录。

操作与反馈： 选定宠物，取得位置、定位时间、设备状态、电量和运动状态等信息。位置和设备关联明确，不能把手机当前位置作为宠物坐标。

规则与异常： 经纬度、定位时间等字段可缺失；缺失值不等于零点坐标。围栏状态字段不代表用户可以创建围栏。离线时是否继续展示上次位置、怎样标记过期，需实测。

拟定验收： 当前宠物与地图对象一致；没有坐标不画到错误地点；手机定位授权变化不篡改项圈位置；旧位置不会无说明地当成刚刚定位。

依据：应用报告第 5 节。

CZL-10 按时间回看轨迹与里程

用户目标： 回看某段时间的活动路线和移动距离。

入口与前置： 历史轨迹相关页面；已选宠物和可查询时间范围。

操作与反馈： 获取有记录的日期，选择时间段，取得轨迹点和里程。轨迹、可查询日期及区间距离分别请求。

规则与异常： 请求包含时间范围、数量和可选最小距离参数；不把参数直接解释为用户可调选项。没有记录、请求失败与零里程不是同一个状态；过滤算法和最大查询跨度未确认。

拟定验收： 日期切换时轨迹和里程一致；空轨迹不遗留上次路线；起止时间与所选宠物正确；不自行补造缺失路段。

依据：应用报告第 5 节。

CZL-11 调整项圈设置与控制状态

用户目标： 按使用场景调整声音与数据采集，并清楚哪些控制当前可用。

入口与前置： 设备管理页；需要结合在线状态、主人身份与设备能力。

操作与反馈： 查看状态，调整音量、声音上传开关或运动上传频率；提交时进入忙碌状态，成功后刷新状态。另有刷新、重启、振动及打断录音相关控制。

规则与异常： 客户端提交的音量范围为 0—10，其他频率的可选档位尚未确认。应用需逐项检查设备能力和用户身份，不能仅凭在线状态开放所有控制。失败后何时解除忙碌、是否恢复原显示值，仍待核实。

拟定验收： 不支持的控制不可假装生效；保存后以实际回读结果更新；离线或失败不显示执行完成；重进页面不会长期保留错误忙碌状态。

依据：应用报告第 6 节。

CZL-12 查看并发起设备升级

用户目标： 判断项圈是否有更新，并知道正在更新什么。

入口与前置： 设备管理及升级相关页面；存在目标设备和可升级信息。

操作与反馈： 查看当前软件与固件版本，取得分别对应的更新目标，选择类型发起升级。

规则与异常： 软件升级和固件升级分开；命令受理不等于完成。电量阈值、升级耗时、断电恢复和回滚策略未确认，不填写默认数字。

拟定验收： 类型与目标版本一致；重复进入页面能识别正在处理的任务；最终完成应有版本或设备结果依据，不能仅凭发送请求成功。

依据：应用报告第 6 节。

CZL-13 选择内容并在指定目标播放

用户目标： 选择适合宠物的声音内容，并区分手机试听与设备播放。

入口与前置： 音频内容相关页面；已有内容分类、来源和有效播放目标。

操作与反馈： 选择来源或分类，查看内容，选择播放目标，进行播放、暂停、停止或切换前后内容。页面中已出现这些回调和目标设置。

规则与异常： 内容获取、下载地址和播放控制分别处理；曲目数、订阅限制及所有目标的能力未确认。手机开始播放不代表项圈开始播放。

拟定验收： 内容与当前分类一致；切换目标后的反馈指向正确设备；暂停和停止可区分；内容不可用时不会错误显示持续播放。

1.1.4 页面核对： 有宠物但没有设备时可进入小宠训导，切换猫/狗分类；本次猫分类可见11条声音及5或6秒时长。只验证列表和按钮，未播放。内容条目、手机播放、设备接收和实际发声分别验收，不能合并为一个成功状态。

依据：应用报告第 7 节。

CZL-14 按日查看宠物日记与情绪

用户目标： 回顾某天的宠物状态和记录。

入口与前置： 宠物日记页面；选定宠物和日期。

操作与反馈： 在日历中选择日期、切换查看方式，查看对应情绪和正文。日历可标记有记录的日期，日记对象另有生成状态。

规则与异常： 没有日记不等于宠物没有活动；生成规则、生成时间与是否能人工编辑未确认。情绪记录不自动升级为健康诊断。

拟定验收： 日期与正文对应；切换宠物不串日记；有记录、尚未生成、读取失败的表现可以区分。

1.1.4 页面核对： 无设备档案可进入日记，使用年月切换、本周/本月和日期格；当前为空态。宠物页另有情绪地图与模型学习进度，新建且未录音时也显示“超开心~”及0%。此时不能把标签解释为真实识别结果。五维分值与模型/活动进度有读取和展示结构，计算来源仍待核实。

依据：应用报告第 7 节。

CZL-15 按场景采集宠语并补充标注

用户目标： 为声音样本提供发生情境，而不只上传孤立录音。

入口与前置： 宠语采集相关页面；具备当前采集场景与音频文件。

操作与反馈： 查看场景和采集状态，记录声音，提交时关联场景、时长、标签和可选自填描述。已确认请求结构，完整交互顺序仍待核。

规则与异常： 文件上传与采集登记分开；标签代表用户提供的信息，不是系统验证真值。奖励、配额、必填描述和场景开放条件没有依据。

拟定验收： 标签与实际样本对应；上传成功但登记失败可识别；重复提交不会被误称为不同声音。

1.1.4 页面核对： 个性化学习提供吃饭时、出门散步前、独处时、想要摸摸、生气不满、好奇警觉六场景；当前提示0/6、最少2个即可。点击场景请求麦克风权限，拒绝后保留列表；未录音或上传。当前场景与最少数量不外推为所有账号永久配置。后续需检查权限允许后的录音、取消、上传、登记、进度刷新和失败重试。

依据：应用报告第 7 节。

CZL-16 提交图片或视频并查看分析结果

用户目标： 以可回看的媒体材料获得对宠物状态的解释。

入口与前置： 多媒体分析相关页面；已选宠物与媒体文件。

操作与反馈： 登记媒体分析任务，在记录中查看处理状态、结果或错误。数据结构包含媒体类型、创建与更新时间。

规则与异常： 上传完成、任务受理、分析完成分别处理。支持的格式、大小、时长、重试次数及具体疾病识别能力未核，不从“分析”二字推导医疗功能。

拟定验收： 分析结果可以追溯原媒体与宠物；失败不显示正常结果；切换宠物后不会打开另一只宠物的分析。

依据：应用报告第 7 节。

跨模块流程与主要对象

应用的两条主要使用路径如下。家庭共享使其他成员能够参与同一只宠物的照料，但具体可操作范围仍待实测。

声音互动：建立档案 → 绑定设备 → 选定宠物 → 发送内容或请求录音 → 取得消息 → 查看解释 → 提交反馈。
位置回顾：选定宠物 → 查看定位时间与设备状态 → 选择历史日期 → 回看轨迹与里程。

对象	主要信息与作用
宠物	资料、照片、性格及当前选择，统领其他记录
设备	标识、关联角色、能力、在线与电量、版本
家庭成员/邀请	用户、角色、加入时间；邀请码与可选有效期
互动消息	发送方向、原始内容、设备、处理状态及父子关系
翻译/分析	来源消息、结果、失败原因、用户纠正
位置与轨迹	宠物、采集时间、坐标、区间、里程
文件与采集任务	原媒体、所属场景、标签、处理状态

待验证交互（非竞品事实）

建议补测并讨论：迟到回包是否按宠物隔离；发送失败是否保留输入；项圈执行回执如何展示；撤销共享后多久生效；旧位置怎样醒目标明；升级失败是否允许安全重试。它们是评审问题，不能被引用为该竞品已经具备的行为。

附录：请求与返回信息如何支撑需求

需求	已确认的请求/返回关系	进一步推理的边界
CZL-03—05	发送文字、发送语音、声音转换和设备录音分别请求；返回互动消息及状态	应展示不同阶段，最终设备执行结果另验
CZL-06—07	翻译提交与分析查询分开；反馈包含满意度、情绪及纠正文字	支持主人复核，不推断训练策略
CZL-08	邀请返回 code/expiresAt；加入提交 code；成员和主人转移独立	有效期数值与权限仍待核
CZL-09—10	位置返回 locationTime；轨迹带时间、点集和总距离	需要区分新旧位置，不推定 GPS 精度
CZL-11—12	设置提交后刷新；升级信息分软件/固件	命令接受不代表设备完成
CZL-14—16	日记、采集和媒体分析均有独立对象与状态	对生成算法和服务端约束保持未知

完整业务路径与覆盖层次见应用报告附录。

CZL-17 登录、设置密码、退出与注销

用户目标： 使用自己的账号访问宠物资料，并能结束会话或申请注销。

入口与前置： 登录、设置密码及账号注销相关页面。当前已确认账号密码和短信两类登录请求；实际手机号格式、协议确认及验证码倒计时需补测。

操作与反馈： 选择登录方式并提交凭据；短信登录先请求对应场景的验证码。应用保存会话并具备刷新会话的处理。用户设置密码时提交新密码及验证码。退出使用独立退出请求；注销另行提交并读取成功与否，不能把退出视为注销完成。

规则与异常： 登录和改密验证码按场景区分。刷新失败、凭据错误及注销被拒绝的具体页面反馈尚未完整恢复。存在重置密码场景枚举不等于已经确认可用的找回流程；1.1.4 修改密码页提示“8位以上”，但未提交修改；其他复杂度、验证码有效期或跨端退出范围不补写。

拟定验收： 登录成功后再检查资料加载；失效会话不能一直显示可操作状态；错误场景的验证码不可混用；注销失败不清空页面并宣称完成。注销测试只使用可废弃账号并另行确认数据范围。

1.1.4 页面核对： 已完成正常登录并进入账号内页面；账号安全进入修改密码页。会话失效、验证码限制、退出和注销仍未测试，不把登录成功扩写为账号管理全部通过。

CZL-18 查看和维护主人的个人资料

用户目标： 家庭成员能通过主人的昵称与头像识别其身份。

入口与前置： 个人资料页；已登录账号。该资料与宠物档案分别维护。

操作与反馈： 读取当前用户 → 修改昵称、头像或性别 → 提交更新 → 再次进入核对结果。已确认查询和更新请求，以及当前提交的这三个字段；头像选择、上传与保存的全部失败界面仍需验证。

规则与异常： 当前更新构造没有设置邮箱，不能因对象中有邮箱字段就声称支持改邮箱。字段长度、头像大小和性别枚举的界面对应关系未确认。

拟定验收： 修改主人资料不覆盖宠物资料；保存失败保留可恢复输入；退出重进显示服务端实际结果，不能只检查本地页面是否变了。

CZL-19 为宠物绘制、保存、查看和删除围栏

用户目标： 为当前宠物建立明确的活动范围，并在不需要时删除。

入口与前置： 围栏列表和绘制页面；需要目标宠物。客户端页面和保存处理已恢复，1.1.4 已确认无设备时提示“电子围栏需要设备才能启用”；绑定设备后的绘制和保存仍待验证。

操作与反馈： 选择圆形或多边形 → 在地图绘制，可撤销、清空、完成或取消 → 填写名称 → 提交 → 成功提示“已保存”并返回。查看列表按宠物查询，详情和删除按围栏标识处理；删除成功提示“围栏已删除”。

规则与异常： 空名称与未完成绘制分别提示。圆形半径为 10—500 米；多边形要求 3—12 个有效点，相邻边约 10—1000 米，并检查交叉、尖角、狭长形状和面积。详细几何阈值见应用报告第 9 节。有有效宠物位置时存在范围内判断；多边形的边界点处理及缺少宠物位置时的最终可保存状态需补测。

请求与状态： 新建携带宠物、名称和形状；圆形携带圆心与半径，多边形携带有序坐标。保存请求、列表重新出现该围栏、设备采用范围及真实告警为不同阶段。已见“编辑”路由，但未确认修改已有围栏的完整写入链，不把重新绘制说成已覆盖原记录。

拟定验收： 检查 10/500 米及边界外数值、2/3/12/13 个点、自交和过窄图形；取消不提交；保存后按同一宠物回查；删除失败保留原记录。越界告警需结合真实设备、通知权限和时间记录另行验证。

CZL-20 提交应用或设备问题反馈

用户目标： 向服务方说明使用问题，并附上联系信息和图片。

入口与前置： 意见或投诉反馈相关页面；这是产品使用反馈，不是翻译消息的赞踩。

操作与反馈： 选择反馈类型 → 填写问题及联系信息 → 如有图片，先上传取得文件标识 → 提交反馈。已确认服务接收类型、内容、联系方式和图片文件标识，1.1.4 已核对类别、描述计数和联系方式提示；提交受理尚未验证。

规则与异常： 1.1.4 描述最多500字符、联系方式输入最多100字符，提交前检查描述非空及图片上传状态。图片数量和客服回复时限仍未知；上传完成与反馈受理分别判断。没有证据证明可查看工单进度、追加回复或撤回。

拟定验收： 图片归属当前反馈；上传失败与提交失败分别说明；重复点击是否去重需实测；受理成功不能等同于客服已处理。

1.1.4 页面核对： 表单显示5个反馈类别、描述计数0/500及手机/QQ/邮箱联系方式提示。查看表单没有产生反馈工单；服务端受理和回复未测试。

CZL-21 检查手机应用更新并前往下载

用户目标： 了解新版本内容并进入适用的更新渠道。

入口与前置： 应用更新提示。客户端依据当前平台、应用标识和内部版本检查更新。

操作与反馈： 取得更新信息 → 展示目标版本和说明 → 按更新类型处理 → 用户选择后前往下载或商店。返回结构包含是否有更新、是否强制、版本、内部版本、说明、下载地址和商店地址。

规则与异常： 强制更新字段不能单独证明任意版本都拦截使用；具体拦截以实际页面为准。无下载地址、外部入口无法打开、下载安装失败分别是待验证场景。

拟定验收： 目标版本与下载结果一致；打开下载页不显示安装完成；重新打开应用时依据实际安装版本判断。此流程不改变项圈固件升级的判定规则。

本次更新核对： 1.1.3 出现1.1.4 更新提示且返回键未关闭，下载需二次确认；来自同一官方签名的1.1.4 已正常安装并进入登录后页面。此结论仅适用于本次版本路径，不代表所有后续更新都强制。

CZL-22 查看新手视频与常见问题

用户目标： 在开始使用或遇到问题时找到对应的操作说明。

入口与前置： 首页新手教学；1.1.4 已核对打开在线指南，内容需要网络加载。

操作与反馈： 切换视频教程/常见问题 → 选择主题 → 打开视频或展开问题正文。当前8个视频主题覆盖快速上手、翻译、互动、健康咨询、守护、训导、音乐和智能模式；视频页面具备弹层关闭及网页全屏处理。

规则与边界： 原生入口与在线内容分开维护；主题名称不能证明对应业务已完整开放。视频实际播放、弱网和加载失败恢复尚未验证。常见问题中的效果和性能是厂商说明，不作为已测试结果。

拟定验收： 返回后保留合理浏览状态；无视频地址时有提示；网页内容更新不会篡改当前安装版本标识；播放失败不会停留在假播放状态。

依据：应用报告第11节。

2026-10-14 验证范围

已补充 1.1.3 / 1.1.4 的页面观察，具体结果见应用报告。本稿仍按各条目的依据区分客户端流程、产品说明和推断；登录后无设备建档的保存与回读已核对，其他实际观察按条目标注；未执行的拟验收场景仍待验证。后续步骤见功能覆盖与验证清单。

原件：萌小译 PettiChat

萌小译 / PettiChat 需求 PRD（官方资料研究版）

查看应用报告 · 返回总览

研究日期：2026-10-13。Google Play 目标为 PettiChat，包名 com.piipivo.app，页面版本 1.6.27。本轮没有取得 Android 安装包；依据官方手册、商店说明和官方应用示意图整理。本文不代表厂商原始 PRD，也不声称已恢复内部接口或当前 Android 完整页面。

各项先说明官方资料可支持的操作，未知流程不补成竞品事实。所有“拟定验收”是供未来体验或开发评审使用的检查点，不表示已经通过测试。

产品目标、角色与功能地图

主要用户是为猫狗使用 PettiChat 设备的主人。应用供主人查看声音解释、参与陪伴对话、回顾历史和查询位置。现有资料未说明家庭成员管理、训练师账号或权限分级。

用户任务	需求	资料覆盖
完成初次使用	MXY-01—03	联网、样本体验、档案、性格
查看解释并参与对话	MXY-04—07	会话、情绪、反馈、音色角色
查找宠物与回看日常	MXY-08—09	寻宠、位置记录、日记与提醒声明
理解权益与维护设备	MXY-10—11	基础/高级划分、持续更新声明

这是任务归纳图；官网示意图有较早日期和 iOS 外观，不作为当前 Android 导航规范。

MXY-01 完成联网和初次上手

用户目标： 第一次使用时知道设备怎样连网，以及接下来需要完成哪些准备。

入口与前置： 官方手册的添加设备入口；设备已开机并进入 Wi-Fi 配置。有效账号、可用网络和设备是该流程的使用条件。

已知操作与反馈： 用户按手册添加设备、补充宠物信息并完成网络配置，随后设备重启。另一个三步示意图列出联网、尝试样本和设置档案，并提供开始按钮。两份资料的组织顺序不同，当前不能确定 Android 的强制操作顺序。

规则与异常待核： 尚不清楚必须先联网还是先建档，样本是否可跳过、断网如何恢复、设备已被他人绑定时怎样处理。

拟定验收： 用户能辨认当前完成到哪一步；联网失败不显示设备已就绪；退出再进入不会错误复用其他设备；完成后能进入目标宠物的使用页面。

依据：应用报告第 2 节。

MXY-02 建立宠物档案并识别当前宠物

用户目标： 将设备和后续记录明确关联到自己的宠物。

入口与前置： 添加设备过程中的档案步骤。手册举出名字、品种、年龄；示意图还显示照片上传区域。

已知操作与反馈： 填写宠物资料并继续；会话页顶部显示宠物名称，消息旁使用头像。官方开发者回复曾确认修复照片上传问题，但本轮未验证当前成功率。

规则与异常待核： 不确定照片是否必填、支持的物种与品种选择方式、是否允许多宠、多设备以及资料修改如何同步。名称下拉图标只证明示意图中有选择表达，不能自动认定无限多宠支持。

拟定验收： 上传失败不会变成档案已保存；会话名称与所建档案一致；返回修改后不会误建重复宠物；资料字段的必填说明与实际行为一致。

依据：应用报告第 2—5 节。

MXY-03 编辑性格画像并决定保存或放弃

用户目标： 按主人观察设置宠物个性，使角色表达更贴近主人的认识。

入口与前置： 官方猫档案示意图中的性格设置弹层；已进入档案编辑。

已知操作与反馈： 用户在示意界面中调整社交、自信、依恋、攻击倾向和好奇心五个维度，查看性格标签，再决定保存或放弃修改。

规则与异常待核： 这是主人编辑的性格表达，不等同于自动测量。刻度、默认值、狗的适用维度和保存后是否影响翻译未知。

拟定验收： 保存后展示值与选择一致；放弃不应悄悄保存修改；性格标签不会被呈现为医学结论。具体持久化与离线失败行为需后续验证。

依据：应用报告第 3 节。

MXY-04 在会话中查看宠物声音与解释

用户目标： 将一次叫声与对应解释放在一起理解，而不是只看到无法追溯的一句话。

入口与前置： 官方会话示意页面；设备已经完成配置并产生内容。

已知操作与反馈： 页面以对话形式区分主人和宠物内容，显示时间、声音波形与自然语言解释；顶部包含宠物名称和电量。产品说明将声音检测、云端解释和应用更新联系起来。

规则与异常待核： 音频波形是否支持播放或下载尚不明确。处理中、设备离线、无有效声音、解释失败及使用替代内容时，页面如何反馈均待验证；电量显示也未与设备实际状态核对。

拟定验收： 原始声音内容与解释不会错配；历史内容不会被标成刚刚发生；没有结果时不伪装成宠物已经表达了某种意思；持续异常不会被当作健康诊断。

依据：应用报告第 4 节。

MXY-05 发起主动陪伴对话

用户目标： 主人主动与宠物互动，不必只等待宠物叫声。

入口与前置： 官方手册描述的会话模式；设备与应用已可用。

已知操作与反馈： 手册给出“Hello Hello”加宠物名字的唤醒方式，开启互动；说明还提到设备可以播放生成的语音。是否另有文字输入按钮，本轮没有恢复。

规则与异常待核： 不确定唤醒由手机还是设备执行、支持的语言、误唤醒处理、连续会话结束条件和离线能力。官方把对话模拟定位为娱乐陪伴，不代表宠物真实意图。

拟定验收： 用户能知道自己是否进入会话；无法唤醒时有可理解反馈；结束后不误认为仍在持续录音；模拟回答与客观观察保持区分。

依据：应用报告第 4 节。

MXY-06 查看情绪卡片并反馈不准确的解释

用户目标： 快速阅读某次解释，并表达它是否符合自己的观察。

入口与前置： 官方情绪卡片示意与商店开发者确认的赞/踩反馈；已有目标解释。

已知操作与反馈： 示意卡片组合照片、名字、自然语言和情绪标签。开发者说明赞/踩可帮助改进产品，但没有公开完整反馈表单。

规则与异常待核： 用户能否撤回或修改反馈、补充情境、查看处理结果，尚待确认。卡片的图片导出和社交分享能力也缺少依据。即使反馈提交成功，也只能说明系统收到评价，不能据此认定模型已完成个体学习。

拟定验收： 反馈关联正确解释；失败与已提交可区分；误触后是否能调整需明确；卡片不把推测情绪写成已经测得的事实。

依据：应用报告第 4—5 节。

MXY-07 调整音色和角色表达

用户目标： 选择更适合日常陪伴的声音与角色表现。

入口与前置： 官方手册明确提到设置页内的音色及角色设置。

已知操作与反馈： 手册说明用户可在设置页调整音色和角色。可选音色、试听方式、保存操作及生效时机均缺少直接资料，暂不规定更细的操作步骤。

规则与异常待核： 尚不能确认声音由设备播放还是手机播放、是否按宠物保存、是否收费、是否支持声音克隆。性格画像与声音设置可能相关，但没有依据认定它们共享同一参数。

拟定验收： 用户能区分正在试听与已经保存；保存后的实际播放目标正确；失败时不假装已生效；更换宠物是否保留独立设置应有明确规则。

依据：应用报告第 3—4 节。

MXY-08 查找宠物并回看位置记录

用户目标： 查看与宠物有关的位置线索，辅助线下寻找。

入口与前置： Google Play 更新说明中的寻宠模块；官方手册说明可查看位置及历史位置记录。

已知操作与反馈： 进入位置相关功能查看宠物位置。官网产品描述涉及 Wi-Fi 和蓝牙，因此本文不将其写成已确认的独立 GPS 定位或电子围栏。

规则与异常待核： 点位可能是当前结果或最后可用记录，实际来源和刷新方式未知；手机、设备与宠物三者不能混为一个定位对象。没有可核实的脱离手机持续追踪、报警范围或精度保证。

拟定验收： 位置说明能回答“谁的位置、什么时候取得”；失联时不伪造实时移动；历史记录可与当前结果区分；不给用户必然能找回宠物的承诺。

依据：应用报告第 6 节。

MXY-09 回看日记、情绪趋势及照护提醒

用户目标： 把零散内容汇总成日常回顾，减少忘记照护事项。

入口与前置： 官网产品页声明每日日记、情绪报告、行为趋势与照护提醒；实际页面入口未确认。

已知操作与反馈： 只能确认这些功能属于官方介绍范围。未确认日记是否自动生成、指标如何计算、提醒由谁设置以及是否发出系统通知。

规则与异常待核： 不得从“趋势”推导心率、体温、疾病风险或活动算法；也不能自行加入疫苗、驱虫等具体提醒类别。数据缺失、报告生成失败和通知关闭如何处理均未知。

拟定验收： 若该能力在目标账号开放，记录能关联宠物与日期；无数据不生成确定健康结论；用户能理解趋势和提醒的来源。未开放则如实记录版本或地区差异。

依据：应用报告第 7 节。

MXY-10 理解基础能力与高级权益

用户目标： 使用或购买前知道哪些功能可用，哪些需要额外权益。

入口与前置： 官网有基础应用和高级订阅描述，Google Play 标注应用内购；应用内具体付费入口未确认。

已知操作与反馈： 目前仅能确认存在商业化声明；不能重建套餐选择、付款、自动续费或恢复购买的完整流程。

规则与异常待核： 不填入统一价格、试用天数和免费时长；不同地区与渠道的权益可能不同。高级健康分析不等于医疗服务，也没有证据说明所有日记和寻宠都需要订阅。

拟定验收： 若进入付费页，价格、周期和权益与该地区商店一致；未付款不能声称已开通；付款成功与权益可用应分别核实。退款及到期规则另行确认。

依据：应用报告第 7—8 节。

MXY-11 查看设备信息并获得更新与支持

用户目标： 设备异常时知道如何定位问题，并确认使用的是适配版本。

入口与前置： 开发者回复给出设置内设备控制路径，可查看设备编号；官网承诺持续固件和软件更新。

已知操作与反馈： 用户可按官方指导查看设备编号，并在寻求支持时提供该编号。应用更新和设备固件更新涉及不同对象；具体升级按钮、自动升级方式和进度反馈尚未确认。

规则与异常待核： 不预设升级电量门槛、耗时和恢复机制。不能把“有更新承诺”写成已验证的安全升级闭环，也不能据修复公告判断所有设备问题都已消失。

拟定验收： 设备编号与当前设备一致；应用版本和设备版本明确区分；故障反馈不要求用户猜测设备身份；若存在升级，成功应能以新版本或设备结果确认。

依据：应用报告第 5、7 节。

跨模块主流程与数据对象

官方资料描述的主要使用过程是：完成设备联网与建档，再通过声音或主动会话产生内容，查看解释并回顾记录。主人也可进入位置功能寻找宠物线索。联网与建档谁先完成，以及数据如何上传和回传，尚无接口依据。

研究归纳对象	已有依据	不应补写的内容
宠物档案	名字、品种/年龄及照片示意	完整必填与多宠上限
性格画像	猫五维编辑与保存/放弃	自动检测或医学量表
声音与解释	波形、时间、文字、情绪表达	内部音频格式、任务协议
反馈	官方提及赞/踩	自动训练周期与效果
位置记录	查位置、历史位置声明	GPS 来源与精度保证
设备与权益	设备编号、更新、基础/高级声明	固件协议和完整付费状态机

待验证交互（非竞品事实）

建议下一轮优先检查：联网失败后的继续入口；原音播放与删除；解释的处理中/失败提示；反馈能否补充真实情境；位置是否显示时间与来源；地区权益一致性。对日记、提醒和订阅，应先确认页面开放，再写具体规则，避免把宣传名词扩展成并不存在的功能。

证据范围集中说明：MXY-01—08 主要来自官方操作说明、示意图和开发者回复；MXY-09—11 含产品宣传与支持承诺，尚不能作为已实现的全流程。对应原始公开页面见应用报告。

原件：PurrPurr 咕噜宠物

PurrPurr（咕噜宠物）需求 PRD

版本：2026-10-13 研究版。应用范围：Android 1.2.4。面向宠物主人及被邀请的照护者。

先阅读应用报告 · 返回总览

产品目标与阅读约定

主人使用应用建立宠物档案、连接项圈，随后查看健康和位置、进行互动、邀请他人照护或管理 AI 服务权益。设备、共享关系、健康数据、会话和会员均应明确关联到宠物，避免多宠切换时混用资料。

“页面支持”表示找到了字段、提示或导航设计，不代表线上执行已验证；“展示逻辑已核对”仅用于健康图表处理；“推断要求”是为形成完整需求而补充的规则。下面的验收场景均为拟定，未进行应用、服务或设备实测。尚未取得完整业务请求及响应，因此不臆造接口地址、状态码、限流或服务器阈值。

PP-01 登录、找回密码与维护账号

用户任务： 使用自己的账号进入应用，并在忘记密码时恢复访问。入口为登录页及“我的—账号管理”。

流程： 查看用户协议和隐私政策 → 填写手机号与密码或进入验证码相关流程 → 登录后进入个人空间；忘记密码时进入找回页面，完成验证后设置密码。账号管理提供手机号与密码管理入口。

页面支持： 手机号输入控件最多 11 位；设置密码提示至少 6 位，允许英文、数字及常用符号，不接受空格和中文，另有重复密码输入。验证码的有效期、发送频率、国际区号支持及强制同意条件尚未确认。

推断要求与反馈： 登录失败时，应用应说明是输入错误、验证失效还是网络问题。请求尚未结束时，应防止重复点击发起并发登录。退出后应清除本账号的可见会话，不改动与退出操作无关的系统权限。

拟验收： 11 位以外号码、密码两次不一致、未完成验证码验证、登录失败重试、切换账号后宠物列表隔离。

PP-02 创建和维护宠物档案

用户任务： 为猫或狗建立可持续维护的档案。入口为添加宠物、我的宠物和修改资料。

流程： 按昵称 → 照片 → 类型 → 性别/绝育 → 品种 → 年龄 → 体重 → 性格录入；完成后可回到档案修改相应内容。品种搜索无结果时，页面提供手动补充。

页面与导航支持： 主流程明确为 8 个录入页面；照片页提示上传 3 张完整照片，支持拍照/相册相关入口。性格页面有返回照片页的预设跳转，其实际条件未知，不能要求所有用户重复上传。

推断要求与反馈： 用户返回上一步时，应用应保留尚未提交的内容。照片上传失败时应指出具体照片，并等待所需照片全部处理完成后再确认建档。档案和设备关系分别显示状态，不能因档案已创建就显示设备已绑定。

拟验收： 搜索不到品种、照片缺失或上传中断、回退修改猫狗类型、提交失败后重试不重复建档。

PP-03 填写宠物性格并查看画像

用户任务： 描述宠物个性，查看性格档案，必要时修正。

流程： 建档时完成四组倾向选择 → 查看 MBTI 类型 → 在宠物信息或性格档案中查看、修改；页面包含社交、兴趣、互动方式和生活规律等对照描述。

依据范围： 四组选择与结果字段有页面支持。官方另提到行为画像，但目前没有证据确认行为数据如何参与评分、是否覆盖主人选择，不能把填写结果称为自动测量。

推断要求与反馈： 应保留结果来源，例如主人填写或系统生成；结果未形成时显示未完成，不用模板标签填充为真实画像。修改后是否影响聊天口吻与日记需另行确认。

拟验收： 未选完、重新填写、结果与已有档案不一致、无设备的宠物能否保存手动画像。

PP-04 搜索项圈并完成连接与绑定

用户任务： 把正确的项圈关联给目标宠物。入口为添加设备。

流程： 进入附近设备搜索 → 选择设备 → 完成连接 → 明确关联宠物 → 返回设备列表查看结果。连接成功和错误设备类型均有独立提示，错误设备可重新搜索。

页面支持： 有附近设备搜索、蓝牙设备列表、连接成功、不是宠物项圈的拒绝提示，以及设备绑定宠物字段。绑定校验、已被他人绑定时的处理与超时时长未确认。

推断要求与反馈： 搜索到、连接成功、账号绑定成功必须分别反馈；只完成蓝牙连接时不能承诺已经开始上传健康或位置。拒绝蓝牙权限、搜索为空、连接中断后应允许恢复操作。

拟验收： 错误设备、多个同名设备、连接成功但绑定失败、绑定前切换宠物、重复提交绑定。

PP-05 管理设备资料、更新与解绑

用户任务： 了解项圈状态，修改别名，检查版本，在需要时解除关联。

流程： 我的设备 → 选择设备 → 查看绑定宠物、电量、充电、型号及系统版本 → 按需修改别名、进入设备更新或确认解绑。

页面支持： 上述字段和解绑确认均存在；“已是最新版本”是页面状态模板，不能证明实际已进行版本比较。低电量弹窗样例的 15% 不能直接作为通知阈值。

推断要求与反馈： 更新需区分可用新版本、准备更新、执行中、失败和完成；未取得更新回执时不能显示完成。解绑应明确影响的是设备关系，不能混同删除宠物数据或取消会员。

拟验收： 设备离线、版本查询失败、更新中断、解绑取消、解绑失败后设备列表仍可恢复。

PP-06 查看宠物位置和历史轨迹

用户任务： 找到指定宠物，了解它在某一天的移动过程。

流程： 选择宠物/设备 → 查看当前位置和更新时间 → 打开日期选择 → 查看当天轨迹及关键点 → 返回当前定位。无位置数据时有独立提示。

页面支持： 位置时间、设备、绑定宠物、日历及轨迹关键点列表存在。地图中的精度、距离和导航用时样例不作为实际定位精度或路径质量承诺。

推断要求与反馈： 历史点必须与当前点区分；没有新位置时显示最后时间，不能把手机自身位置替代宠物位置。切换日期或宠物应清除前一个对象的轨迹，或明确标记仍在加载。

拟验收： 无定位、仅有旧位置、当天无轨迹、日期切换中断网、共享宠物失去定位权限。

PP-07 设置电子围栏及适用宠物

用户任务： 在宠物离开关注地点时获知变化。

流程： 定位页添加围栏 → 搜索地点、确定中心 → 设置名称或地点类别 → 选择范围 → 选择适用/开启的宠物 → 确认；已有围栏支持进入编辑界面。

页面支持： 范围包含 100、300、500 米；地点类别包含家、公司、宠物店、常用公园与自定义；有独立的宠物应用范围选择。编辑页的 300 米示例不视为统一默认值。

推断要求与反馈： 保存时明确围栏和宠物的对应关系；选择宠物与开启监控是不同信息。没有确认保存前不要开始显示“守护中”。围栏数量上限、边界滞回、连续越界判定与通知渠道待确认。

拟验收： 搜索失败、未选宠物、编辑后取消、保存失败重试、多宠使用同一地点、旧位置是否误触发离开提醒。

PP-08 开启与退出寻宠

用户任务： 找不到宠物时进入寻宠状态，结束后恢复正常查看。

流程： 选择需要寻找的宠物 → 确认开启 → 查看寻宠信息 → 确认退出或返回继续寻找。

页面支持： 寻宠列表有宠物名与电量字段，另有开启/取消和退出/返回弹窗。未确认具体设备指令、声音/灯光能力、采样间隔或自动结束规则。

推断要求与反馈： 开启请求失败不能显示正在寻宠；结束请求失败应说明状态尚未确认，避免用户误认为设备已恢复正常模式。电量或离线限制必须依据设备返回，不能由模板推断。

拟验收： 开启前取消、开启失败、应用离开后返回、退出失败、共享照护者是否获准寻宠。

PP-09 查看健康总览与长期趋势

用户任务： 了解睡眠、活跃运动、静态休息和日常行动的变化。

流程： 切换宠物 → 查看健康总览 → 进入指标详情 → 选择日、周、月、3 个月或年 → 查看对应区间汇总与趋势。

页面支持： 四类时长、时间粒度及数据不足提示明确存在。发声次数、若干 3/9 周示例和“累计 4 周”提示处于隐藏控件或隐藏父容器中，不能确认为已开放指标或有效门槛。

推断要求与反馈： 缺失、未佩戴与真实零值应区分；趋势需要解释比较窗口及数据充分性，不能把零占位解释成健康异常。图表和明细应使用一致的时间范围。

拟验收： 新宠物无数据、跨月跨年、当前统计期未结束、设备长时间未佩戴、切换宠物后仍显示前一只趋势。

PP-10 查看一天内的行为分布

用户任务： 按小时了解宠物什么时候活动或休息。入口为健康看板的今日行为分布。

展示逻辑已核对： 输入包含行为类别及每小时分钟数。大于 60 的单项会被截断；本机当前小时之前、存在正值且总量不足 60 的小时，将差额补入最后一个正值类别；总和过大时按比例缩放并逐项取整。全零小时不补齐，当前和未来小时不按过去小时补齐。

产品含义： 用户看到的是经过展示处理的分钟分布，不一定等于原始识别时长。负值、非数值、数组不足 24 项和缩放取整误差未获得完善防护；横轴部分标签与索引的对应也需要复核。

推断要求与反馈： 正式需求应校验 24 个小时的数据长度和数值有效性，对缺口作明确说明；不能把补齐分钟用于诊断或直接累加成原始活动时长。

拟验收： 过去小时仅 30 分钟正值、全零小时、合计超过 60、负值、短数组、当前小时、跨时区日期，以及图表与明细对照。

PP-11 比较今日时长与近 7 日均值

用户任务： 看懂今天与近期日常水平的差异。

流程： 接收每类行为的今日时长和近 7 日均值 → 展示多层圆环及相对比例 → 超过近期均值时展示超额部分。

展示逻辑已核对： 图例以今日值除以近 7 日均值形成比例；均值为零时图例返回零比例，但圆环另有归一化绘制路径，可能仍有明显长度。图例实际显示百分比，没有直接显示小时数；输入单位未参与图例。输入说明中的“最多 4 项”并非硬性拒绝，但继续增加圆环可能出现不合法半径，不能据此认定任意数量均受支持。

推断要求与反馈： 均值为零时应标明没有可用比较基线，不展示会被理解为“达标”的百分比；有效采集天数、是否包含今天、未佩戴日期是否进入分母均待确认。圆环和文字必须表达同一含义。

拟验收： 均值为零而今日大于零、今日和均值均为零、今日超过均值、少于 7 日有效数据、超过 4 类行为。

PP-12 查看行为占比并识别空数据

用户任务： 查看各类行为在当天的构成。

展示逻辑已核对： 图表接收行为名称、数值和单位后生成环图。正值项显示引线标签，零值项不显示；尺寸变化后重新排布标签。

非空的全零数组仍保留图表区域，不显示“暂无数据”，也没有正值引线。输入数值原样交给绘图组件，HTML 自身不校验数值非负或合计为 100，也不将标签换算为占比。非法 JSON 没有用户可见的错误提示，可能使页面继续保留旧图；同一原始 JSON 文本会跳过重复处理。

推断要求与反馈： 数据缺失、全零、加载中和请求失败应分别反馈。占比的分母、未佩戴是否计入、四舍五入后是否等于 100% 要定义清楚；当前不能宣称图表替用户验证了这些规则。

拟验收： 空数组、全零数组、单一行为、多个小比例标签、正负混合、无效 JSON，以及横竖屏切换后的标签重叠。

PP-13 与指定宠物进行 AI 对话

用户任务： 围绕某只宠物了解它的日常状态并进行拟人化互动。

流程： 进入宠物会话列表 → 搜索或选择宠物 → 打开会话 → 输入内容 → 查看回复与说明卡片。空列表引导添加宠物、绑定设备或通过共享获得宠物。

页面支持： 有宠物聊天、用户与 AI 消息、时间、解释卡片及未绑定设备提示；素材包含音频、图片和视频消息布局，但不能据此确认所有渠道在本入口均已启用。

推断要求与反馈： 回复应关联当前宠物；缺设备数据时说明回答依据不足，不能模拟真实传感器读数。发送中、等待回复、生成中、失败和重试应区分，同一问题重试不应生成重复用户消息。

拟验收： 无设备、共享聊天权限关闭、快速切换宠物、连续发送、生成中断网、过期回复返回另一只宠物的会话。

PP-14 发起宠物健康咨询

用户任务： 提交问题或照片/视频，获得参考性健康建议。

流程： 先选择问诊宠物 → 进入咨询页 → 发送文字或使用可用的媒体入口 → 查看分析与建议。选择页保留不能替代执业兽医诊断的提示，但该区域初始隐藏，实际显示时机仍需核对。

页面支持： 咨询与宠物陪伴聊天分开组织；存在“其他”对象和媒体入口相关页面。隐藏的单文件 10 MB 提示不作为已确认限制；上传类型、尺寸、时长与数量上限待验证。

推断要求与反馈： 咨询应保存宠物上下文和上传状态，文件失败不能冒充分析完成；必要时让用户补充情况或就医。不能将普通健康咨询回答写成项圈已经检测出的疾病。

拟验收： 未选宠物、选择其他对象、上传中断、媒体不支持、文字和图片并发发送、会话切换时迟到回复。

PP-15 查看 AI 日记和宠物动态

用户任务： 持续查看宠物成长记录和日常动态。

流程： 进入猫狗圈/成长记录 → 选择宠物 → 查看已产生的记录 → 在需要时进入权益页了解可用的图文内容。

依据范围： 日记由官方产品说明及会员内容支持，猫狗圈有导航和页面；尚未取得日记生成、分页、删除、补生成和图片额度的完整行为。官方提到每天生成，不等于已确认固定时间或所有用户每天必有一条。

推断要求与反馈： 尚未生成、无采集数据、权益受限与加载失败应区别呈现。主人手动资料、设备采集事实和 AI 描述应可区分，示例文字不能当作宠物真实经历。

拟验收： 新宠物第一天、当日没有佩戴数据、生成失败、权益到期、共享用户无猫狗圈权限。

PP-16 邀请好友或申请共同照护

用户任务： 分享自己的宠物给他人，或向好友申请查看其宠物。

流程： 共享管理选择方向 → 选择宠物或发送请求 → 对方在通知中查看 → 接受/拒绝 → 确认照护 → 回到相应共享列表。

页面与导航支持： 两个方向分开；主动共享选择宠物，空列表可去添加宠物；收到邀请有接受确认路径，另有拒绝按钮。接受邀请和主动申请不是同一个状态。

推断要求与反馈： 展示发起人、宠物和拟开放范围；请求发送成功不等于对方已经接受。重复接受、被撤销、宠物被删除或当前账号不符时，应说明最新结果，不直接重发邀请。

拟验收： 无宠物、邀请重复打开、接受与撤销同时发生、接收人切换账号、好友拒绝后列表状态刷新。

PP-17 按功能管理共享权限并撤销共享

用户任务： 决定某位照护者可以对某只宠物做什么。

流程： 从共享对象进入宠物权限页 → 调整健康、猫狗圈、聊天、定位、权益管理五类范围 → 保存；需要停止时取消该项共享，或在双向关系列表管理共享账户。

页面支持： 五类标签与保存、取消共享入口均明确存在。页面样例“已开放”不是默认授权证明；修改个人权限不等于改变另一方向的共享。

推断要求与反馈： 权限保存失败时，应用应继续显示原有效权限。撤权成功后，接收端应刷新可用入口；历史聊天、缓存和订单是否仍可查看，需要另行定义。主人关闭开关只是一次操作，不能代替服务端的撤权结果。

拟验收： 只关闭定位、只保留健康、取消单只宠物共享、修改失败、双向共享保留另一方向、权限变更后正在打开的详情页。

PP-18 为指定宠物购买会员

用户任务： 选择合适套餐，确认服务对象后支付。

流程： 权益页选择宠物与套餐 → 阅读相关协议 → 确认套餐、服务对象、服务周期、时长和金额 → 选择支付宝或微信 → 查看支付结果与权益状态。

页面支持： 服务对象在确认页独立出现；成功与失败页面均存在。资源中的金额、年/月换算和固定日期属于模板，不能作为真实价格；也没有足够依据断言自动续费或家庭共用。

推断要求与反馈： 用户从支付应用返回后，应用应重新查询订单和权益，不能因支付页面已关闭就判定成功。若已付款但权益尚未同步，应显示正在确认，避免引导用户立即重复付款。

拟验收： 支付前切换宠物、取消支付、失败后重试、已扣款但回调迟到、重复回调、套餐失效。

PP-19 使用兑换码并选择生效宠物

用户任务： 将兑换码对应的权益激活到正确宠物。

流程： 输入兑换码 → 查看可兑换的会员与期限 → 选择生效宠物 → 确认兑换 → 查看生效对象、类型和周期。

页面支持： 权益预览与确认分开，存在需要创建宠物并绑定设备的提示；不能据此确定所有兑换码都有相同前置条件。365 天和每天图片数是模板，实际以兑换结果为准。

推断要求与反馈： 无效、已使用、过期、对象不符合条件应区别说明；查询兑换内容不应自动消耗兑换码。已兑换但响应中断时，应先查询结果再决定是否重试。

拟验收： 空码、重复码、无已绑定宠物、确认前切换宠物、兑换成功后返回失败、已有会员如何叠加。

PP-20 查看订单、继续支付与取消

用户任务： 找到一笔购买或兑换记录，了解当前结果并处理未完成订单。

流程： 订单管理 → 查看列表和详情 → 复制订单号 → 在允许的状态下再次支付或确认取消 → 刷新结果。

页面支持： 已购买、已取消、兑换成功、再次支付及取消订单等入口；部分按钮初始隐藏，实际按何种状态显示尚未确认。取消提示写明不可恢复，但无取消请求及响应依据。

推断要求与反馈： 按订单实际状态提供操作；取消订单不能默认等同退款。继续支付前校验订单仍有效，取消与支付并发时应重新核实结果。

拟验收： 已支付订单不可再次付款、取消失败、复制订单号、兑换记录不出现支付按钮、支付与取消同时完成。

PP-21 删除宠物及其相关数据

用户任务： 不再保留某只宠物档案时，明确理解影响后删除。

页面支持流程： 宠物信息点删除 → 首次确认，提示将清理该宠物数据且不可恢复 → 再次确认 → 执行结果。两次确认页面均存在，但其实际连续触发与后台清理未验证。

推断要求与反馈： 确认中显示宠物身份，不能只写泛化对象；共享照护者是否能删除必须另定。设备、共享关系、会员和订单如何处理需要独立规则，不把“删除宠物”自动等同全部退款或删除账号。

拟验收： 任一确认阶段取消、误选宠物后返回、删除请求超时、仍有绑定设备、存在有效会员或共享关系。

PP-22 注销账号与冷静期内恢复

用户任务： 退出服务并提交注销，同时了解恢复期限。

页面支持流程： 用户从账号管理进入注销说明，确认后提交申请。页面描述的后续结果为退出当前账号、进入 15 天冷静期；冷静期内重新登录可撤销申请。该描述尚未经服务端行为验证。

页面承诺与待核： 页面说明账号数据将清除或匿名化、宠物/设备/共享关系解绑、手机号可重新注册。实际起止时刻、清理范围、恢复是否完整和会员后续处理均未验证，15 天只记录为当前页面所述规则。

推断要求与反馈： 提交失败不能强制表现为注销完成；重新登录应明确申请是否撤销。普通退出登录、解绑设备与注销账号必须采用不同结果文案。

拟验收： 确认前取消、提交失败、冷静期内重新登录、到期边界、存在支付中的订单、共享成员受影响范围。

PP-23 提交反馈并维护应用设置

用户任务： 报告功能问题、查看协议与应用版本，并管理本地缓存。

流程： 设置 → 意见反馈 → 选择功能建议/使用疑问/其他 → 填写说明、设备订单号并按需上传凭证 → 提交；关于页可查看版本、协议与隐私政策，另有清缓存和更新提示入口。

页面支持： 反馈类型、订单号、图片、提交按钮，以及更新说明/下载进度页面存在；反馈必填项、图片数量和工单查询未确认。设置中的通知管理、隐私设置等初始隐藏项，不作为当前可用入口。

推断要求与反馈： 图片上传失败与反馈提交失败分开反馈；保留输入便于重试。清缓存不得删除云端档案，应用更新与项圈更新分别呈现进度。

拟验收： 反馈无内容、图片上传失败、提交超时、缓存清理后重新拉取数据、应用下载中断与重试。

跨模块一致性与优先补核

应用在位置、健康、对话、共享和权益页面中都应标明当前宠物。用户切换宠物后，原宠物的异步结果不能覆盖新页面。绑定、寻宠、共享、支付和删除还应区分用户已提交、服务已受理和最终业务结果，避免仅凭页面跳转显示成功。

本版本优先补核三类问题：健康图表的日期与基线口径；共享权限在接收端的实际生效；按宠物购买及兑换后的权益状态。图表已核对的异常也应纳入后续验证，而不是直接作为值得复用的产品规范。

2026-10-14 验证范围

已补充 1.2.4 的页面观察，具体结果见应用报告。本稿仍按各条目的依据区分客户端流程、产品说明和推断；仅看到启动、协议或登录页，不代表账号内需求与拟验收场景通过。后续步骤见功能覆盖与验证清单。

原件：Winkoo

Winkoo 1.2.3 应用需求 PRD

资料日期：2026-10-13；页面观察更新：2026-10-14。依据应用报告整理，非原厂内部文档。以下需求从应用与用户角度组织，客户端、接口资料与实际页面观察分别标注；未明确记录的拟验收场景仍待执行。缺少直接支持的恢复方案以建议或待确认注明。

产品目标与使用路径

应用供宠物主人和家庭成员建立档案、关联定位器、查看位置、近距离寻宠，并记录日常活动和照护事项。主人先准备账号、建立宠物档案并绑定设备，之后按需进入位置、寻宠、活动或家庭协作功能。设备型号、账号权限及区域配置可能影响可用功能。

具体需求

WK-01 注册账号

用户与前置： 首次使用者准备手机号、验证码、账号和密码。

流程： 输入资料 → 获取注册验证码 → 两次输入密码 → 提交 → 根据返回进入后续流程。

规则与可信范围： 已核对注册页校验：手机号 11 位；密码 6–15 位且两次一致；验证码不能为空。协议确认入口存在，但拒绝后的全部页面可用范围未确认。

异常与拟验收： 已注册手机号引导登录；错误或过期验证码提示重新获取。验收空值、密码边界、重复注册和提交失败；短信有效期、倒计时固定值及频控上限待验证。

WK-02 登录与找回密码

用户与前置： 已有用户选择账号密码或手机验证码登录；忘记密码时进入找回。

流程： 选择登录方式 → 填写凭据 → 提交 → 获得账号状态；找回通过验证码重设密码后再验证登录。

规则与可信范围： 已核对两类登录和独立找回请求；短信场景不同，不能混用验证码。登录失败不能当作已获得设备权限。

异常与拟验收： 验收错误密码、过期验证码、重复发送、断网和登录后设备加载失败；账号锁定策略、找回附加验证与会话过期行为待核对。

WK-03 绑定或更换手机号、维护登录密码

用户与前置： 登录用户在账号安全页查看手机号及是否已设置密码。

流程： 需要时验证原手机号 → 获取新号验证码 → 提交新旧验证码与新手机号 → 成功更新；密码按未设置/已设置进入对应处理。

规则与可信范围： 已核对手机号校验、6 位验证码和新旧验证码字段；已设置密码时有更换确认。新号已被其他账号使用需明确提示。

异常与拟验收： 验收旧码错误、新码过期、号码占用和过于频繁发送；提交成功但页面未更新时应重新查询，跨端会话是否失效待验证。

WK-04 退出登录或注销账号

用户与前置： 用户结束本次使用，或决定永久结束账号。

流程： 用户退出登录后，应用清理当前设备和围栏状态。用户选择注销时，先阅读资料不可恢复的说明，再确认并提交；请求成功后退出账号，清理当前状态。

规则与可信范围： 已核对注销和退出是不同请求。取消注销不提交；客户端退出不等于全部云数据已物理清除。

异常与拟验收： 验收注销失败保留正常错误提示、不显示注销完成；待核对历史数据、家庭关系、设备归属、付费权益和删除完成通知。

WK-05 创建宠物档案

用户与前置： 登录用户选择猫或狗并准备宠物资料，可后续关联设备。

流程： 选择品种 → 填写头像、名称、性别、绝育、生日、体重、性格、过敏原等 → 按需设置家庭 Wi-Fi → 保存。

规则与可信范围： 已核对新增入口最多 10 份宠物资料；头像超过 10 MB 提示重选。未设家庭 Wi-Fi可在影响说明后选择跳过。未逐字段确认的必填项不擅自增加。

异常与拟验收： 验收第 11 份、图片过大、保存失败、跳过 Wi-Fi和上传成功但建档失败；重试是否复用已上传图片及去重规则待验证。

WK-06 修改资料或删除宠物

用户与前置： 用户维护已有宠物信息，不应与解绑设备或退出家庭混淆。

流程： 加载当前资料 → 编辑 → 保存并刷新；删除通过独立宠物删除请求处理。

规则与可信范围： 资料更新关联宠物标识，设备、家庭 Wi-Fi和品种信息可参与保存。已核对增改删服务；删除确认的完整界面与关联数据处置仍待验证。

异常与拟验收： 验收未修改字段不丢失、失败不显示已保存、切换宠物不串数据；删除设备历史、医疗记录和其他家庭成员访问的影响待确认。

WK-07 扫描或输入设备 ID并绑定宠物

用户与前置： 用户已有定位器，选择要关联的宠物。

流程： 手动输入或扫码 → 校验设备 ID → 检查已有绑定与服务端有效性 → 选择宠物 → 绑定 → 刷新设备资料。

规则与可信范围： 已核对 11 位数字 ID校验、无效和已绑定提示；二维码可代表设备或家庭邀请，需正确分流。无相机权限不能进入正常扫码。

异常与拟验收： 验收空 ID、非数字、长度错误、其他账号绑定、无效码、扫码初始化失败；解绑使用独立请求，解除后历史数据是否保留待核实。

WK-08 标记家庭 Wi-Fi或更换家庭网络

用户与前置： 手机已连接准备标记为家庭网络的 Wi-Fi。

流程： 读取手机网络名称及标识 → 必要时获取定位权限 → 用户确认 → 保存到宠物资料；重绑可删除旧Wi-Fi再选择。

规则与可信范围： 已核对首次及重绑确认流程。没有可读取网络时提示先连 Wi-Fi；这不是已证实的输入密码并给项圈配网流程。

异常与拟验收： 验收未连 Wi-Fi、定位服务关闭、权限拒绝、删除旧网络后取消；实际在家识别、跨路由器影响和设备端同步待验证。

WK-09 查看并刷新当前位置

用户与前置： 用户在地图选择已绑定设备，了解宠物最近位置。

流程： 用户先查看设备位置来源和状态，再点击刷新。应用请求设备更新，随后查询最新位置；取得有效结果后更新地图，否则说明尚无有效结果。

规则与可信范围： 已核对刷新指令与最新位置查询分离。蓝牙、家庭 Wi-Fi、普通Wi-Fi、GPS及暂无数据有不同表示；手机位置不能显示成项圈真实更新。

异常与拟验收： 验收无绑定、无权限、设备离线、请求受理但尚无新定位和旧时间戳；定位精度、弱信号超时及状态轮询间隔不得虚构。

WK-10 选择普通、极省或高频定位方式

用户与前置： 用户希望在寻宠需求与耗电之间调整定位模式。

流程： 选择设备 → 核对在线 → 选择模式 → 必要时确认影响 → 提交 → 同步设备状态；高频提供独立开启和关闭。

规则与可信范围： 已核对极省模式只手动刷新且不展示活动轨迹。切换后有保护用户选择的状态处理，避免旧响应立即覆盖。各模式具体采样间隔未知。

异常与拟验收： 验收离线阻止相关操作、取消确认不切换、高频关闭失败、旧状态迟到；保护期后以真实状态核对。省电幅度和高频持续时间需实测。

WK-11 按日期查看活动轨迹

用户与前置： 用户追溯指定设备的历史活动。

流程： 选择设备及日期 → 按时间和分页查询 → 汇集位置记录 → 展示当天轨迹 → 切换日期重新加载。

规则与可信范围： 已核对历史查询参数含设备、时间、页码和页大小，存在多批汇集。极省模式没有活动轨迹的提示须与功能一致。

异常与拟验收： 验收无记录、分页失败、跨日、切换设备及数据重复；建议区分不支持、无数据和加载失败。历史保留天数、最长查询范围与所有去重边界待确认。

WK-12 创建、编辑、启停和删除安全范围

用户与前置： 用户希望为宠物保存固定活动区域。

流程： 选宠物 → 地图选择中心 → 设置名称和半径 → 保存；列表中启停、再编辑或确认删除。

规则与可信范围： 已核对圆形围栏字段与增改删处理，列表按当前宠物筛选；启停携带已有几何信息。未确认半径上下限、围栏总数和多边形功能，不能自造。

异常与拟验收： 验收无有效位置时先选中心、删除取消不提交、失败保留合理状态；跨端并发修改、越界计算端和告警时延待验证。列表请求 100 条不代表允许 100 个围栏。

WK-13 开启蓝牙移动围栏

用户与前置： 用户携带宠物在近处活动，希望发现设备离开蓝牙范围。

流程： 确认设备在蓝牙范围内 → 开启监测 → 持续观察广播 → 超时或确认离开 → 停止相应监测并进入寻宠处理。

规则与可信范围： 已核对范围不足时不允许开启，存在搜索超时、离开确认期、前后台处理。此范围为广播可见性，非已经证实的可自设米数圆形区域。

异常与拟验收： 验收蓝牙关闭、权限拒绝、未发现设备、短暂丢包、应用切后台与回前台；不能未经实测承诺锁屏持续守护或零误报。

WK-14 在寻宠页导航并触发近场提示

用户与前置： 用户已选定需寻找的设备。

流程： 查看设备与自身位置 → 选择导航 → 必要时使用灯光/声音寻找 → 查询设备状态 → 停止提示。

规则与可信范围： 已核对没有有效定位时阻止导航。远程打开蓝牙广播、声音、灯光有各自请求；“指令已下发”与实际播放或发光完成分开。

异常与拟验收： 验收设备标识缺失、坐标不可用、请求超时、返回后设备未响应；外部导航是否安装与路线行为待验证，不承诺其地图路径准确性。

WK-15 使用并保存灯光方案

用户与前置： 用户为当前宠物定制可辨认光效。

流程： 选呼吸或常亮 → 选择颜色及时间 → 使用下发，或保存为方案 → 以后选择、停止或删除。

规则与可信范围： 已核对至少 1 色，呼吸最多 1 色、总体最多 5 色；每宠物最多保存 10 套。正式下发需设备和宠物资料有效，方案保存与指令下发是不同阶段。

异常与拟验收： 验收无色、第 6 色、第 11 套、未绑定、保存失败和下发超时；删除方案不自动宣称已关闭硬件。时间单位展示为分钟，最小最大值待确认。

WK-16 录音、文字播报及声音方案管理

用户与前置： 用户为宠物选择默认声、录制本人声音或输入文字。

流程： 用户选择默认声、录音或文字，并在本地试听。应用按来源完成上传或合成、保存云端方案、设置主声音，再下发播放；用户也可停止声音或删除自建方案。各阶段的完成结果需要分别判断。

规则与可信范围： 已核对录音 1–10 秒，10 秒自动结束，需麦克风权限；文字不能为空。最多 10 条含初始音效，默认声音不可删除；无设备可用音频地址时不得播放。

异常与拟验收： 检查录音过短、取消、合成失败、上传失败、仅本机保存、默认选择更新失败、下发失败和停止失败。页面应说明具体停在哪个阶段；后续恢复方案尚待确认，不能将部分成功显示为全部保存成功。

WK-17 邀请家人并通过二维码加入

用户与前置： 宠物管理者邀请其他账号参与照护。

流程： 为当前宠物生成邀请码 → 展示或保存邀请卡 → 接收人扫码 → 确认加入 → 刷新家庭与设备。

规则与可信范围： 已核对无效宠物和空邀请码失败；重复加入、无效或过期邀请和网络错误有不同反馈。扫码识别家庭码与设备码。

异常与拟验收： 验收取消加入不提交、生成失败不展示伪二维码、已加入不再创建关系；有效期、转发范围和一份码可加入人数待核实。

WK-18 管理家庭成员或退出家庭

用户与前置： 用户在单只宠物的家庭卡查看成员，按权限管理。

流程： 加载成员 → 邀请、移除指定成员或自己退出 → 确认 → 请求成功后更新家庭与设备状态。

规则与可信范围： 已核对移除关联宠物及目标用户；退出关联当前用户与宠物。满员判断为成员数组达到 10，是否含主人及后台上限待确认，不直接写成可邀请 10 人。

异常与拟验收： 验收移除取消、服务失败、退出后当前宠物处理；权限撤销与位置、病历、设备控制访问需分别验证，不能把退出家庭写成删除宠物。

WK-19 查看每日活动与健康趋势

用户与前置： 用户有宠物资料和适用设备，选择日期了解运动情况。

流程： 选择宠物和日期 → 读取运动资料 → 按日或小时整理 → 展示步数及睡眠、清醒、距离、卡路里等入口 → 查看周期解释。

规则与可信范围： 已核对正式运动请求和步数/运动时间字段；距离与卡路里还使用品种参考和人工偏差。不同指标不是统一的直接传感器读数。

异常与拟验收： 验收无宠物、无设备、缺数据、查询失败和切换日期；睡眠识别来源、完整计算公式、全天缺口处理和准确率待确认，演示数据不纳入验收事实。

WK-20 理解体重与品种参考

用户与前置： 用户在档案维护体重，并查看对应品种参考。

流程： 读取宠物及品种资料 → 展示体重、成年参考范围和状态 → 理解参考说明。

规则与可信范围： 已核对本地品种资料包含成年体重、步长、运动目标及睡眠说明，体重有未知、偏轻、偏重和正常表示。未证实体重来自设备自动称重。

异常与拟验收： 验收未知品种和缺体重不伪造正常值；幼年、怀孕、性别和个体差异适用规则待核实。参考范围不作为疾病诊断或治疗建议。

WK-21 调整健康数据偏差倍数

用户与前置： 用户希望修正应用显示的运动相关偏差。

流程： 读取设置 → 修改对应项 → 校验范围 → 保存 → 重新加载服务端设置。

规则与可信范围： 已核对倍数需在 0.1–10.0 范围；客户端汇总会读取偏差。其作用的全部指标、历史重算范围和服务端持久化细节待确认。

异常与拟验收： 验收低于 0.1、高于 10、非法值、保存失败和重开页面；不能称该功能训练算法或校准所有传感器，建议明确显示影响范围。

WK-22 新增、编辑和删除宠物提醒

用户与前置： 用户管理照护事项，不与系统消息混淆。

流程： 选择宠物 → 填写名称、地点、时间、重复和备注 → 保存 → 编辑或确认删除。

规则与可信范围： 已核对宠物资料入口最多 5 个提醒；重复有永不、每天、每周、每月；更新含状态。删除说明该事项不再通知，实际调度链未验证。

异常与拟验收： 验收第 6 条、无效时间、保存失败、删除取消和重复周期；月末、时区、补发与短信渠道待确认，不承诺界面保存后一定准时到达。

WK-23 保存病历与诊治图片

用户与前置： 用户为宠物记录就诊信息并回看历史。

流程： 填写医院、诊治日期和描述 → 选图并上传 → 保存记录 → 以后编辑或确认删除。

规则与可信范围： 已核对宠物资料入口最多 3 条病历；单次最多 3 张图片，单张超 10 MB 拒绝并提示重选。上传后以远端图片地址提交，不直接把本地文件当已保存病历。

异常与拟验收： 验收第 4 条、超张数、单图过大、部分图片上传失败、记录保存失败和删除取消；远端图片回收、其他成员权限及医疗资料保留规则待确认。

WK-24 设置应用通知与短信通知

用户与前置： 登录用户在消息通知设置页选择接收方式。

流程： 页面先读取账号偏好和系统通知权限。用户切换应用通知或短信时，应用按条件请求权限、引导进入系统设置或绑定手机号；完成后保存偏好并刷新状态。

规则与可信范围： 已核对应用推送开关与系统权限是两个条件；短信启用前需绑定手机号。系统权限无法读取时显示重试，不直接当作用户拒绝。

异常与拟验收： 验收未绑手机取消、系统权限拒绝、保存失败、返回设置页后重新读取；服务端开关成功不保证推送或短信已经送达。

WK-25 查看、标记和删除消息

用户与前置： 用户处理系统与宠物相关消息。

流程： 查看列表 → 打开详情 → 标记单条已读；可全部已读、删除单条或批量删除。

规则与可信范围： 已核对读、全部读、详情、删除为独立请求。删除全部的客户端先取列表再提交 ID集合，本轮不能确认覆盖全部历史页。

异常与拟验收： 验收无消息、详情失败、已读失败、删除失败与列表刷新；批量删除应明确范围，不能未经验证承诺全部历史永久删除。

WK-26 远程关机并查看状态变化

用户与前置： 用户明确要关闭当前定位器。

流程： 用户阅读只能通过物理按键重新开机的说明并确认。应用校验设备标识后下发关机命令，随后最多观察 5 次，每次约 2 秒后刷新设备列表，检查是否离线。

规则与可信范围： 已核对请求成功提示“已下发”，观察离线提前结束；达到次数仍在线不等于已证明关机失败。离线也不能独立证明物理断电。

异常与拟验收： 验收取消、标识缺失、请求失败、延迟离线、持续在线和页面退出停止观察；不得暗示可以再次远程开机。

WK-27 提交软件或设备反馈

用户与前置： 用户描述问题并按需提供截图。

流程： 选择软件或设备类型 → 填写内容或选择图片 → 先上传图片 → 提交反馈 → 显示结果。

规则与可信范围： 已核对内容和图片至少一项；最多 3 张，单图超 10 MB 提示重选；纯图片反馈有对应处理。

异常与拟验收： 验收无内容无图、图片过大、上传失败、提交失败；图片已上传但反馈失败的重试去重、工单查询和客服响应时间待确认。

WK-28 了解应用新版本并前往更新

用户与前置： 用户收到应用更新提示或进入相关维护入口。

流程： 获取当前平台和版本的检查结果 → 显示更新信息 → 可选更新可忽略当前版本 → 选择更新后尝试外部商店入口。

规则与可信范围： 已核对主动版本检查、返回版本字段和忽略版本持久化；强制与可选有不同状态。不能把调试更新说明当真实发布信息。

异常与拟验收： 验收检查失败、无新版本、忽略后重启、外部入口不可用；真实强制拦截规则与安装结果未验证，本项不包含项圈固件升级。

跨模块状态要求

对象	必须区分的状态
设备指令	未发出、请求已受理、等待设备反馈、状态已确认、结果未知
图片和音频	本地可用、已上传、已关联业务记录、设备可播放
位置	手机位置、蓝牙近场、设备最新位置、旧位置、无数据
家庭	邀请已生成、已加入、已退出、已移除、权限传播待确认
通知	账号愿意接收、系统已授权、消息已产生、实际送达、已读
健康	实际返回数据、客户端计算、品种参考、手工偏差、无数据

表中状态用于检查页面是否准确表达结果，不能据此认定 Winkoo 已为每一项提供完整恢复界面。评审时应分别核实设备执行回执、数据缺失的显示方式，以及服务端权限是否生效；接口成功、空结果和页面跳转都不足以替代这些判断。

尚未形成完整需求的部分

定位融合和传感器算法、运动/睡眠全部公式、围栏真实告警判定、后台长期守护、多型号能力表、远端成员权限、付费套餐与退款、社交完整流程、项圈固件升级、历史数据保留和账号删除完成范围仍需补充验证。未设置未经依据支持的优先级、性能目标、价格或医学准确率。

WK-29 编辑主人的个人资料

用户与前置： 登录用户从个人资料进入，修改昵称、头像、性别或地区。它与宠物资料是两个对象。

流程： 查看当前资料 → 进入昵称编辑或选择并裁剪头像 → 返回资料页 → 保存；有本地图像时先上传，再提交资料更新。头像地址与资料保存分别产生结果。

规则与可信范围： 昵称只接受中文常用字、英文字母与数字，不能为空；中文计 2、英文和数字计 1，最多 20 个长度单位。图片超过 10 MB 有提示。当前提交字段为昵称、头像、性别与地区，账号 ID 用于显示，不据此增加修改 ID 功能。

异常与拟验收： 检查空白、特殊符号、中英混合超限、裁剪取消、上传失败和资料提交失败。部分异常分支仍可能进入保存提示，尚待运行验证；验收须回读服务端资料，不能只凭“资料已保存”提示或上一页本地值判断。

WK-30 查看并清理本地缓存

用户与前置： 用户在系统设置查看缓存占用，并希望释放存储空间。

流程： 加载容量 → 点击清除缓存 → 阅读确认说明 → 确认后显示清除中 → 清理默认文件缓存和临时目录 → 重新计算容量 → 提示结果。取消确认不执行清理。

规则与可信范围： 已恢复本地计算和清理处理；页面说明不影响账号数据。该说明不证明所有临时录音或未上传图片都已安全保存到云端。

异常与拟验收： 检查容量读取失败、文件被占用、重复点击和清理中离开。使用可废弃样本测试尚未上传的图片或录音是否受影响；显示清理成功后仍需核对剩余容量，不能写成全部缓存已经删除。

WK-31 查看首次使用教程与设备帮助

用户与前置： 新用户希望理解主要操作；已有用户从帮助中心查看设备说明或提交反馈。

流程： 首次使用教程逐步显示提示，通过下一步继续并完成；帮助中心分别进入设备说明与意见反馈。反馈业务按 WK-27 处理。

规则与可信范围： 已确认教程路由、步骤按钮和帮助跳转。教程再次出现的条件、完成状态是否跨账号保存、说明是否按设备型号变化仍待核对。

异常与拟验收： 检查中途返回、重启后的进度、无网络打开说明及设备型号切换。教程演示或帮助图不作为命令已执行的凭据。

2026-10-14 验证范围

已补充 1.2.3 的页面观察，具体结果见应用报告。本稿仍按各条目的依据区分客户端流程、产品说明和推断；仅看到启动、协议或登录页，不代表账号内需求与拟验收场景通过。后续步骤见功能覆盖与验证清单。