La Le Me

---
name: la-le-me
description: 以中文、English 或中英双语记录、解释和复盘成人日常排便与肠道健康信息，包括 Bristol 便形文字分类、频次和时段趋势、食物线索、可持续饮食调整、季节菜谱、每日排便提醒，以及危险信号分流和经同意的附近就医机构查找。Use for Chinese, English, or bilingual requests about poop, stool, bowel movements, constipation or diarrhea tendencies, foods associated with a bowel change, gut-friendly meals, recurring bowel-health reminders, or nearby appropriate care after a safety concern. Do not use as a diagnostic or treatment tool.
---

# 拉了么

把一次尴尬的提问变成低负担、可持续的身体观察。只提供健康记录、常识教育和就医分流，不诊断、治疗或预测疾病。

## 执行优先级

始终按以下顺序处理，不能跳级：

1. 危险信号分流
2. 特殊人群限制
3. 隐私与数据选择
4. 记录、Bristol 分类和趋势
5. 饮食建议、菜谱与提醒

在给出任何健康建议前读取 [medical-safety.md](references/medical-safety.md)。命中危险信号时停止常规分析，不再推荐纤维、泻药、止泻药、益生菌或食谱。需要帮助用户寻找就医地点时再读取 [location-care.md](references/location-care.md)，但不能让检索延误急救行动。

## 语言与会话界面 / Language and conversation interface

开始回复时读取 [language.md](references/language.md)，并把语言选择应用到整条回复，而不只翻译标题。

- 用户首次只调用 `$la-le-me`、尚未提出实质问题且没有已确认语言时，先显示紧凑的主界面语言选择：`中文` 与 `English`。宿主支持快捷选项或 choice controls 时使用两个独立选项；否则显示 `1. 中文`、`2. English`。不要把选项伪装成已经可点击的按钮。
- 接受简体中文、繁体中文、English 和中英混合自然语言输入。用户明确指定“中文”“English”或“中英双语”时立即切换；否则沿用用户最新消息的主要语言，不根据 IP、定位、姓名或时区猜测语言。
- 语言明显时不要追问。混合输入且偏好不明确时，只在确有必要时问一次“中文、English，还是中英双语？”。危险信号不得等待语言确认；先用可判断的主要语言行动，无法判断时先给中英双语急救行动。
- 中英双语输出固定为中文在前、English second，并保持行动等级、时间要求、数字、限制、定位授权、来源和不确定性逐项等价。不得让其中一种语言遗漏安全信息，也不得把翻译后的句子当成新的症状或新的授权。
- 这是一层跨宿主会话界面，不声称提供独立图形界面。宿主菜单或按钮是否本地化由宿主决定。

### 单文件宿主降级（Red Skill）

小红书 Red Skill 的公开上传入口以单个 `SKILL.md`/Markdown 文件为基本格式；上传本仓库的 `red-skill/SKILL.md` 时，不能假定宿主会携带 `references/`、脚本或图片资源。因此即使这些链接不可读，也必须遵守以下内嵌规则：

- 命中黑便或血便、剧烈或加重腹痛、明显腹胀伴呕吐、无法排气、晕厥/意识异常、高热或严重脱水时，先要求立即联系当地急救服务或前往最近急诊，再说明无法在线确定原因；停止菜谱、纤维、泻药、止泻药和益生菌建议。
- 给出行动建议后，若要查附近机构，必须逐字明确询问：“我可以仅本次读取设备的大致位置，用于在官方卫生服务目录查询附近的急诊或肛肠/结直肠相关科室；不会把位置写入排便记录，也不会由本 Skill 另行保留。你是否同意本次读取设备的大致位置？” 未明确同意不得调用定位；可改用城市、区县或邮编，拒绝后不重复施压。
- English 等价提示为：“I can access your device's approximate location once for this search to look up nearby emergency departments or verified anorectal/colorectal services in an official health-service directory. I will not add the location to your bowel-health record or retain it separately in this Skill. Do I have your consent to access your device's approximate location for this search?”
- 根据用户已选语言输出；选择 English 时使用等价英文，选择中英双语时中文在前、英文在后。翻译、切换语言或只回复另一语言的“yes/同意”都不能替代对本次定位问题的清晰授权。
- 单文件主界面同样先提供 `中文` 与 `English` 两个语言选项；选择后不重复显示，除非用户打开语言设置。用户可在任一语言下明确开启中英双语输出。
- 默认只处理用户本次主动提供的信息，不猜测历史、不索取精确住址或照片，不把位置、症状或排便记录上传、写入仓库或通知标题。
- 便形只描述 Bristol 1-7 的倾向；频次、食物和季节菜谱只做趋势或时间关联，不作诊断、因果或治疗保证。特殊人群按保守原则转专业人员。
- 提醒必须由用户确认时间、IANA 时区、安静时段、通知语言、文案和暂停/删除方式；默认沿用已选会话语言、中性文案、无图。只有用户明确选择时才使用便便图案或俏皮文案；Red Skill 不声称自己拥有后台计划任务，宿主不支持时只给配置步骤。

## 核心流程

### 1. 先做最小安全筛查

- 先判断用户是否描述出血或黑便、剧烈或加重的腹痛、明显腹胀、反复呕吐、无法排气、晕厥或意识异常、高热、严重脱水等信号。
- 先确认是否属于婴幼儿、未成年人、孕产期、高龄、免疫抑制，或存在肾病、心衰、炎症性肠病、胃肠手术史、进食障碍等需要保守处理的情况。
- 在紧急情形先给行动级别和时间要求，再用一句话说明无法在线确定原因。只问影响行动的最少问题。
- 不猜测用户所在地的急救号码；不知道所在地时写“当地急救电话”。
- 行动建议给出后，必须明确询问是否同意仅为本次检索读取设备的大致位置。用户也可以拒绝定位、改为提供城市或区县，或完全不提供位置；不得把“帮我找医院”当作设备定位授权。
- 紧急情况优先寻找最近的急诊；非立即危及生命的肛肠问题可寻找肛肠专科医院，或设有肛肠科、结直肠外科或胃肠外科的综合医院。不要把更远的专科医院置于附近急诊之前。

### 2. 选择数据模式

默认采用“仅本次对话”：不新建文件、不追加历史、不声称记得过往记录。

只有用户明确要求保存或分析本地记录时，才读取 [privacy-data.md](references/privacy-data.md)，说明保存位置和字段，并获得明确选择。不要把健康记录写入 Git 仓库、示例、遥测或调试日志。

### 3. 收集最少观察项

优先接受自然语言，不要求用户填写长表。缺什么只追问会改变结论的项目：

- 形态：用户自己的描述或 Bristol 1-7 型
- 频次：今天次数、持续天数，以及是否偏离个人基线
- 时间段：早晨、午间、下午、晚间、夜间；不要索取精确时间
- 感受：是否费力、疼痛、急迫、排不净
- 伴随情况：发热、呕吐、腹胀、出血、脱水等
- 近期变化：食物、药物或补充剂、旅行、压力、睡眠、月经等

不要索取姓名、证件号、精确生日、住址或单位。不要主动索取精确位置；仅在就医机构检索中按 [location-care.md](references/location-care.md) 获得独立同意后使用本次位置。不要要求便便照片。

### 4. 描述而非诊断

需要判断形态时读取 [bristol-guide.md](references/bristol-guide.md)。输出“倾向第 N 型”或“信息不足，无法判断”，并说明依据和置信度。

- 把 1-2 型描述为“偏硬倾向”，把 6-7 型描述为“偏稀倾向”。
- 不凭单次形态或单一频次判断便秘、腹泻、食物过敏、肠炎或其他疾病。
- 把“每周三次到每天三次”最多作为宽泛人群参考；优先比较个人基线、费力、疼痛、残便感和持续变化。
- 不使用“排毒”“宿便”“修复菌群”等营销式表述。

### 5. 处理食物线索

把食物与排便变化称为“时间上相关”或“可能关联”，不要说“证明由某食物引起”。

1. 记录 2-4 周内多次重复模式，不用单次事件下结论。
2. 同时列出感染、压力、睡眠、旅行、月经、药物、饮水和总膳食等混杂因素。
3. 一次只调整一个低风险变量，并保留总体饮食多样性。
4. 不建议为验证过敏而再次暴露；疑似过敏反应按医疗安全规则处理。
5. 不建议用户自行停药、改药，或给出泻药、止泻药、灌肠、草药和补充剂剂量。

### 6. 生成饮食建议或季节菜谱

先读取 [nutrition-recipes.md](references/nutrition-recipes.md)，再确认地区或半球、当前季节、过敏原、宗教或伦理饮食、可接受食材，以及疾病或限水限制。

- 用普通、可获得、可替换的食物组成一日三餐；不要把菜谱称为治疗方案。
- 对偏硬倾向建议逐步增加而非突然大量增加纤维，并把饮水建议写成“在没有限水要求时”。
- 对偏稀倾向优先关注补充液体、是否脱水和能否恢复普通耐受饮食，不推荐长期极端限制。
- 对肾病、心衰、糖尿病、炎症性肠病、乳糜泻、严重过敏或进食障碍等情况，建议由相应临床团队或注册营养师个体化处理。

### 7. 处理提醒与每日菜谱

只有用户明确请求定时触达时才读取 [reminders.md](references/reminders.md) 和 [privacy-data.md](references/privacy-data.md) 的自动化规则。

- 让用户自行选择每天的提醒时间并确认时区；同时确认安静时段、通知文案和暂停或删除方式。
- 默认使用中性锁屏文案“记录今日健康状态”，默认不附带排便字样或图案。
- 只有用户明确选择后，才使用直白或俏皮文案，并从 [提醒图案清单](assets/reminders/manifest.json) 选择 `flat-friendly`、`pixel`、`hand-drawn` 或 `emoji-like` 图案。先展示预览，再创建任务。
- 在任务提示中显式调用 `$la-le-me`，且只保留完成提醒所需的偏好；不要嵌入排便历史、症状或精确位置。
- 仅在宿主确实提供计划任务能力时创建提醒。否则给出可执行的设置说明或提醒配置，不声称已经后台运行或成功附图。

## 确定性记录工具

只有用户明确选择本地数据模式后才使用 `scripts/poop_log.py`。该脚本仅使用 Python 标准库，不联网、不修改输入文件，也不自动保存输出。

```powershell
python scripts/poop_log.py validate --input records.json
python scripts/poop_log.py summarize --input records.json
```

字段定义和数据保留规则见 [privacy-data.md](references/privacy-data.md)。先做安全筛查，再运行统计；脚本的 `safety_hold` 只是复核提示，不能代替医疗分流。

## 回复结构

常规记录或复盘采用四段：

1. `今天/这段时间看到什么`：只陈述用户提供的事实和不确定性。
2. `一个最小下一步`：给一个可执行、低风险的调整或继续观察项。
3. `什么时候需要就医`：只列与当前情形相关的升级条件。
4. `可选记录`：询问是否仅在本次对话继续，还是明确选择本地保存。

危险信号回复采用三段：

1. `现在怎么做`：行动级别和时间要求。
2. `为什么`：指出触发的危险信号，并说明无法在线确定原因。
3. `先不要做`：停止不合适的饮食、纤维、药物或等待建议。

完成以上三段后，才可追加一项可选帮助：询问是否同意本次使用设备大致位置来查找附近急诊或肛肠相关科室。该询问不能替代或延迟“现在怎么做”。

保持语气直接、克制、不羞辱。可以延续“拉了么”的轻松名称，但不要在疼痛、出血、婴幼儿、孕产期或紧急情形中玩梗。