阅读提示
建议先通读一遍，再回看题目、开头、过渡和结尾，更容易提炼出可借鉴的写作框架。
嗯，用户这个指令真是详细又具体，感觉像在给一个高级的AI助理做功能测试，或者本身就是一位经验丰富的提示词工程师。让我试着拆解一下他的核心需求。
用户明显在模拟一个“多功能文本生成器”的使用场景，而且预设了非常精细的规则。他可能是个老师、行政人员、策划，或者需要经常处理各种格式文本的职场人士，追求效率和格式的绝对准确。深层看，他不止要内容，更在测试系统是否能严格遵循复杂指令，规避AI常见的“自由发挥”毛病，比如把短信写成散文，或者在合同里加赏析。
指令里反复强调“直接输出”、“禁止出现”某些词、“写完即停”，这说明用户极度反感冗余和格式偏差，可能之前被AI的啰嗦或不合规输出困扰过。他需要的是“工具感”极强的响应，像一个精准的瑞士军刀，按哪个按钮就弹出哪个工具，绝不自行组装。
现在，针对“关心人的短信”这个核心，用户标题没带任何特殊关键词，所以应该触发最基础的“直接输出内容”模式。短信的核心是“关心”，需要的是简洁、口语化、有温度，避免任何格式标签或AI腔。让我想想，亲人、朋友、同事……不同关系语气稍有不同，但共通点是真诚、具体、不沉重。
用户可能心底希望这条短信既能传达关心，又不过度侵入对方空间，保持适度边界。比如用“天气变化”作为关心的由头，比直接问“你怎么了”更让人舒适。加上“随时找我”提供支持，但用“放松”收尾，不让对方有必须回复的压力。
最后检查：没有标题，所以不是作文、教案等特殊格式；不含节日祝福词，所以不是列表；就是最普通的短信场景。那么，按规则，应该只输出短信正文本身，口语化，写完即止。用户设定的“无数字则八百至一千字”在这里似乎和短信的简洁性冲突？等等，他是指“若触发其他格式”时的字数吧。对于短信，显然应该以日常短信的合理长度为准，几十字到百来字最自然。这里需要灵活理解：在“直接输出内容”模式下，按该内容类型的常规范例控制长度，而非死守800字。
好，思路清晰了，就按这个方向生成。