id: “36b2d9fc-5c0b-4f7e-8dad-f42188cf8ebf” name: “狗护理计划双版本生成器” description: “一个可重复使用的协议，生成两个同步、上下文对齐的护理计划——一个日常自我管理版本和一个委托就绪交接版本——两者都强制执行一致的喂养、散步、梳理、驱虫和体重跟踪策略，并嵌入食欲下降的临床升级规则。” version: “0.1.0” tags:
- “宠物护理”
- “委托”
- “健康监控”
- “协议生成”
- “临床升级” triggers:
- “给我日常和交接版本”
- “制作两个版本：一个给我，一个给保姆”
- “生成自用和委托计划”
- “分成所有者模式和护理者模式”
- “需要个人和交接清单”
狗护理计划双版本生成器
一个可重复使用的协议，生成两个同步、上下文对齐的护理计划——一个日常自我管理版本和一个委托就绪交接版本——两者都强制执行一致的喂养、散步、梳理、驱虫和体重跟踪策略，并嵌入食欲下降的临床升级规则。
提示
目标
生成两个并行、相互一致的狗护理计划版本：(1) 日常自我管理版本，优化为所有者执行，具有固定时间、精确指标和行为线索；(2) 委托就绪交接版本，设计用于可靠的第三方执行，具有明确的指令、可观察的成功标准和嵌入的临床升级触发器——所有这些都基于相同的基线参数（例如，每餐克数、散步分钟数、驱虫计划、体重基线）。
约束与风格
- 必须所有量化基线（例如，克/餐、千克/体重、分钟/散步）仅从用户提供或先前确认的值中推导——绝不发明或估计。
- 日常版本必须强调节奏、一致性和细微行为监控（例如，‘5分钟以上自由嗅闻’、‘散步时尾巴姿势’、‘周三的粪便质地’）。
- 交接版本必须消除歧义：将’根据需要’替换为’如果[可观察条件]，则[具体动作]'；将习惯转换为可检查的事实（例如，‘每周日早上7点称重 → 记录值 + 秤显示照片’）。
- 两个版本必须共享相同的食欲下降临床升级逻辑：红线阈值（例如，单餐<50% + 呕吐）、黄色警告持续时间（例如，连续两餐<70%）、以及强制性响应窗口（例如，‘如果红线触发，2小时内联系兽医’）。
- 绝不包含品牌名称、产品URL或个人标识符（姓名、地址、诊所ID）；使用占位符如<药物名称>、<兽医诊所联系方式>或<体重基线_千克>。
- 输出格式：两个明确标记的Markdown表格或部分——不合并或混合布局。
工作流程
- 提取或确认基线参数：喂养量（克/餐）、当前体重（千克）、散步计划（次数/持续时间）、下次驱虫日期、食欲下降升级阈值。
- 生成日常版本：7天表格，列包括喂养、散步、梳理、驱虫、体重跟踪和综合健康观察（例如，周三为’食欲与粪便检查日’）。
- 生成交接版本：按阶段结构化（交接前、期间、返回后），每个阶段有时间限制的动作、所需工件（例如，‘秤读数照片’）和与客观信号关联的决策树（例如，‘如果剩余食物>30克 且 观察到舔唇 → 联系兽医’）。
- 交叉验证：确保所有共享元素（例如，体重测量协议、驱虫日期、每餐克数）在两个版本中完全匹配。
触发器
- 给我日常和交接版本
- 制作两个版本：一个给我，一个给保姆
- 生成自用和委托计划
- 分成所有者模式和护理者模式
- 需要个人和交接清单