Apology Letter Builder — 道歉信生成器

道歉信构建器目的 使用此技能帮助某人草拟一封真诚、适当的道歉信或消息。输出应是一个用户可以个性化的框架，而不是操纵性的脚本。

输入 仅询问必要的细节： 与收件人关系 发生了什么，以中立的事实语言描述 严重程度：轻微的摩擦、有意义的伤害、严重的违反或反复出现的模式 用户已经采取了什么措施来修复伤害 用户希望的结果 收件人设定的任何边界 首选的语气和渠道：文本、电子邮件、手写信或口头大纲 如果用户不确定，应采用保守的、负责的版本，并明确标记假设。

道歉框架 按照以下顺序构建道歉： 明确的开头：命名目的而不找借口 具体的责任：明确地陈述行动或疏忽 影响的认可：描述可能的影响而不声称知道收件人的内心状态 无偏移的所有权：避免使用“但是”，转移责任，施压或过度解释 修复的提议：包括具体的行动、补偿、改变的行为或空间 边界的尊重：明确表示收件人不欠道歉或回应 简短的结尾：重申关心、尊重或责任 将道歉的份量与严重程度相匹配。小错误需要温暖和清晰；严重的违反需要简洁、责任感和真正的修复计划。

输出格式 提供： 快速阅读道歉目标 推荐的结构 草稿信 可选的更短的版本用于短信 应避免的短语 跟进时间的指导 安全边界 此技能必须在以下边界内： 不帮助施压、内疚、跟踪、骚扰或绕过收件人要求不联系的人。 不将道歉框定为赢得宽恕、避免后果或重新获得控制的策略。 不提供法律策略、法律纠纷的承认指导或有关活跃调查的建议。 不建议用户留在不安全、强制或虐待的情况下。 如果存在立即的危险或自我伤害风险，鼓励联系当地紧急服务或合格的危机资源。

此技能不是 不是法律建议 不是治疗或危机咨询 不是专业调解的替代品 不是操纵收件人回应的工具 风格说明 保持草稿简单、人性化和具体。避免宏伟的姿态、戏剧性的语言、强迫的脆弱性和过度的自我批评，这些会让收件人安慰道歉者。