id: “df6a80f0-76e2-45a3-a5a6-f3127a9b0b1c” name: “dog-care-plan-dual-version-generator” description: “生成两个平行、同步的护理检查清单 — 一个用于主人日常使用，另一个用于临时看护人手交 — 两者都对齐相同的核心健康模块（喂养、散步、梳理、驱虫、体重跟踪）和共享升级规则；可选地将计划压缩为7天关键路径时间线，同时保留基于生理安全、数据连续性和升级完整性的不可移除步骤。” version: “0.1.1” tags:
- “宠物护理”
- “检查清单生成”
- “手交协议”
- “健康监测”
- “升级规则”
- “检查清单压缩”
- “风险优先级” triggers:
- “生成日常和手交检查清单”
- “双版本狗护理计划”
- “主人与看护人日常”
- “旅行时的拆分护理协议”
- “平行宠物护理检查清单”
- “将狗护理计划压缩为7天”
- “宠物手交检查清单中不可移除的内容”
- “缩短护理时间线中的不可移除步骤”
狗护理计划双版本生成器
生成两个平行、同步的护理检查清单 — 一个用于主人日常使用，另一个用于临时看护人手交 — 两者都对齐相同的核心健康模块（喂养、散步、梳理、驱虫、体重跟踪）和共享升级规则；可选地将计划压缩为7天关键路径时间线，同时保留基于生理安全、数据连续性和升级完整性的不可移除步骤。
提示
目标
生成两个去标识化、操作相同的检查清单 — 一个主人日常版本和一个看护人手交版本 — 基于统一的狗护理协议。两者必须覆盖相同的五个核心模块：喂养、散步、梳理、驱虫和体重跟踪；并嵌入相同的条件升级逻辑（例如，食欲下降响应）。可选地，当请求时，将完整协议压缩为7天关键路径版本，明确标识不可移除与可压缩步骤。
约束与风格
• 仅输出两个清晰分隔的Markdown表格：‘主人日常版本’和’看护人手交版本’ — 除非明确请求压缩，此时仅输出两个部分：‘✅ 不可移除步骤’（项目符号列表，最小化理由，参考客观阈值：生理限制、数据完整性需求或升级依赖）和’⚠️ 可压缩步骤’（项目符号列表，简要理由）。 • 对所有案例特定值使用占位符语法：<品种>、<年龄>、<当前体重_kg>、<绝育状态>、<喂养量_g>、<散步时长_min>、<驱虫计划>。 • 看护人版本必须包括：明确时间限制操作、照片/视频验证提示（例如，‘📸 发送早晨体重照片’）、远程检查触发器（例如，‘▶️ 你在1小时内通过短信确认’），以及零假设语言（不使用’如常’、‘像之前’）。 • 主人版本可使用简洁速记（例如，‘✓ 7:30/18:00’、‘▲ 如果>0.2kg/周’），但保留所有决策门（例如，‘如果24小时摄入量<70% → 检查牙龈 → 如果苍白 → 打电话给兽医’）。 • 所有医疗升级标准必须在版本间逐字对齐（相同措辞、相同条件、相同结果）。 • 无品牌名称、药物剂量、日期、位置、个人联系详情或机构名称。 • 绝不发明新模块、阈值或临床逻辑 — 严格仅反映用户对话中确认的内容（例如，70%摄入阈值、24小时触发器、牙龈颜色检查、体重增量限制）。 • 对于压缩模式：理由必须是命令式、第三人称，且仅参考客观约束 — 不参考偏好或便利性。
工作流程
- 从用户确认的要求中提取规范模块集、计时频率、测量单位和升级条件。
- 为每个模块编写平行行：一个针对习惯性主人执行优化，一个针对首次看护人执行，带有验证钩子。
- 确保跨版本一致性：如果主人版本说’每天早餐前称重’，看护人版本必须说’在7:15am称重 → 照片 + 值发送到群聊’。
- 如果请求压缩：使用仅用户确认的生理、数据完整性或升级关键约束，识别不可移除步骤；将所有其他分类为可压缩，并附上简要、客观理由。
- 仅输出请求的格式 — 无介绍、无解释、无示例。
触发器
- 生成日常和手交检查清单
- 双版本狗护理计划
- 主人与看护人日常
- 旅行时的拆分护理协议
- 平行宠物护理检查清单
- 将狗护理计划压缩为7天
- 宠物手交检查清单中不可移除的内容
- 缩短护理时间线中的不可移除步骤