发错一个词，先判断需要编辑还是补充说明
Signal 消息已经发出，才发现日期、地点或一句表达写错了，可以先检查是否适合编辑原消息。Signal 当前官方帮助说明，自己发出的消息在发送后的 24 小时内最多可编辑 10 次；给自己的 Note to Self 消息没有这个时间限制，但仍有次数限制。具体可用入口以当前客户端显示为准。
编辑适合修正原句中的错误，不能保证接收者尚未看过旧内容。如果改变涉及见面时间、付款安排或工作指令，除了修订文字，还应通过现有会话说明发生了什么变化。把原消息改对和让对方理解更正，是两个需要分别确认的结果。
先找到准确的那条消息，确认聊天对象、发送时间和待改部分。不要因为相邻两条文字相似，就直接修改最新一条。本文用普通文字与虚构安排说明操作，不要求发送真实客户资料做测试，也不把编辑功能当成收回所有已传播内容的保证。
- 先确认原消息与接收对象。
- 小错可编辑，重要安排变化还要说明。
- 不把修改完成等同于对方已理解更正。
检查消息时间和次数，别反复点击消耗修改机会
准备编辑前，先查看原消息的时间，再判断是否仍在官方说明的范围内。普通会话中的消息适用发送后 24 小时和最多 10 次的限制，不能把每次修改都理解成重新获得一个新的发送期限。本文不提供绕过限制的方法，也不建议通过改设备时间来碰运气。
对于给自己的消息，官方列出的例外仅是时间范围不受上述期限约束，编辑次数仍有上限。这与普通聊天里的接收者不同，不宜在给自己的消息中测试成功后，推断其他会话中的旧消息也一定能继续修改。检查对象时应把会话类型一起看清。
如果你已经反复调整多次，先在自己的临时草稿中把最终表达想清楚，再进行下一次编辑。不要每修一个标点就提交一次。遇到没有入口或无法继续修改时，记录当前消息类型、时间与已知操作，改用新的更正说明，而不是反复尝试删除会话或重新安装。
- 普通消息先看发送时间与已知修改次数。
- Note to Self 的例外不推广到其他聊天。
- 先整理完整修订，再提交一次明确修改。
从消息本身进入编辑，避免找错输入位置
Signal 官方帮助提供两类入口：手机端可以双击消息气泡使用快捷操作，也可以长按消息后选择编辑；桌面端可使用相应快捷操作，或在悬停出现的消息菜单中选择编辑。本文主要面向手机使用者，按当前 Android 客户端实际出现的选项核对。
进入编辑前，再看一次选中的消息文本。确认你是在修改已经发送的那条，而不是往会话底部的新消息输入框补写另一条。两种方式都可能用于更正，但接收者看到的位置不同；如果操作意图与实际入口不一致，就容易以为原消息已经改变，实际却新增了一条重复内容。
若没有看到编辑选项，不要按第三方教程安装插件或修改聊天数据库。先确认消息是否由自己发送、时间是否在适用范围，以及当前客户端是否符合官方说明。无法确认时，可以保留一条清楚的新更正消息，让对方知道以哪个内容为准，避免为了找按钮而延误必要说明。
- 长按前核对文本、时间和发送者。
- 区分编辑原消息与发送新消息。
- 没有入口时回查条件，不使用不明修改工具。
修改日期和数字时，把关联条件一起核对
一条消息中的日期、时间、地点和对象可能互相影响。把“周二”改为“周三”之后，还应确认后半句中的相对日期、文件名称或截止说明是否也需要调整。只修一个字却保留相互冲突的条件，会让接收者仍然无法判断现在到底采用哪个安排。
可以先在心里或本地草稿里读出完整修订句，再检查三项：表达是否明确、对象是否正确、有没有意外带入新的私人信息。比如虚构的约定从“下午开会”改为“明天下午开会”，还需要知道双方对“明天”的理解是否一致；必要时采用经过双方确认的具体日期。
涉及数字时，逐个核对单位、数量和否定条件。不要为了让更正看起来简短而省去决定含义的部分。本文的检查建议来自普通沟通任务，不是 Signal 的自动语义审校能力；最终内容是否准确，仍需要发送者依据真实安排确认。
- 修订后通读整句，检查条件是否冲突。
- 时间与数字同时核对单位、对象和范围。
- 不把软件允许提交当成内容已经正确。
提交后检查编辑标记与历史，确认改的是哪一条
官方帮助说明，消息修订后会带有 Edited 标记；可点击时间附近的这个标记，或进入消息详情查看编辑历史。这个入口能帮助你核对当前文本与此前的变更，不宜把修改理解为旧内容从所有地方彻底消失。
提交以后，先检查目标消息有没有出现对应标记，再查看当前文字。若发现改错对象，应立即整理一条明确说明，不要继续连续改动相邻消息，让后来的人更难还原含义。对重要安排，最好保留一条易找到的当前结论，并用自然语言说明哪些信息已更正。
查看历史时也应注意分享范围。你可能只需要自己确认改动，却没有必要把整段历史截图发给第三方。接收者如果需要了解更正，可以在已有会话中按实际功能查看；本文不建议通过导出数据库或搜集对方设备信息来验证编辑记录。
- 提交后检查目标消息、当前文字和编辑标记。
- 历史可回看，不把编辑当成秘密清除工具。
- 分享更正时只提供完成理解所需的信息。
编辑送达以后，也要区分已读与实际确认
Signal 官方说明，修改后的消息也可以查看送达与已读状态。送达表示消息到达接收者设备；已读状态还取决于双方是否启用已读回执。看到某种图标，不能直接推断对方已经理解修改，也不能把没有已读状态解释为对方故意忽略。
如果更正关系到现实行动，例如换了会面地点，应直接说明新安排，并按照双方认可的方式得到确认。不要只依赖一个图标来决定对方是否会按新地址行动。编辑功能有助于把当前消息改准确，但执行确认仍属于人与人之间的沟通。
若修改一直没有送达，先保留状态与时间，按官方消息状态说明核对网络或接收端可用性。连续重复修改同一条消息未必有帮助，也会消耗编辑次数。紧急且获准的事项可以使用已经确认过的其他联系渠道，但不要借机向陌生账号发送私人资料。
- 已送达、已读和理解确认分别判断。
- 重要安排采用明确回应确认。
- 传递异常先查状态，不反复编辑碰碰运气。
超过编辑范围时，用新消息明确替代关系
原消息已经超过适用期限，或者编辑次数已用完，可以发送一条新的更正说明。写清需要修正哪一条内容、现在应采用什么，以及对方是否需要采取行动。避免只发“上面那个改一下”，让接收者在长会话中寻找你指的是哪一句。
可以用不含敏感信息的时间或主题定位，例如“关于今天上午的测试安排，集合地点改为已确认的新位置，请以本条为准”。这是表达结构示例，具体安排必须来自真实确认。若旧内容已经引发行动，先问清目前进展，再决定需要怎样补充，而不是假定发出更正就能撤销所有影响。
不要把删除聊天记录当作完成更正。你自己的界面变化不等于接收者已停止采用旧信息。本文也不提供批量清理、覆盖历史或绕过服务限制的步骤。保留一条清晰的当前结论，通常比制造更多互相矛盾的短消息更容易让沟通继续。
- 新说明明确定位旧消息及替代内容。
- 已经发生的行动需要另外确认。
- 自己删除记录不代替向接收者更正。
发错对象或发出秘密时，不把编辑作为主要处理
如果问题只是普通错字，可以按上述步骤修订；若把消息发给了错误对象，或者内容包含密码、验证码和恢复密钥，事情已经超出文字整理。先停止继续发送，不要把秘密再复制到另一条消息中解释，也不要假定修改以后对方从未看到原文。
应根据泄露内容使用相应账户或服务的官方处理方式，例如核对是否需要更换凭据、结束会话或联系负责人员。这里不根据一条聊天记录判断具体账户是否失守，也不要求向本站提交任何密钥。需要处理的是相关秘密原有的用途和暴露范围，而不是让气泡看起来恢复正常。
可以记录最少必要的时间、接收对象与内容类别，避免在问题报告里再次传播完整秘密。对普通业务信息误发，也应按已有的信息处理规则沟通。编辑是沟通工具的一部分，不具备替所有外部副本或人类记忆撤回内容的能力。
- 错字与错发秘密分开处理。
- 不在解释中再次复制秘密。
- 账户问题回到相应服务的官方处理路径。
给一次更正留下清楚的结束状态
收尾时可以检查四项：当前消息是否准确，编辑或新更正是否发往正确对象，传递状态是否已看清，对方是否需要回应。只有涉及行动的内容才增加必要的确认，不把每个标点修改都变成一套沉重流程。记录规模应与实际影响相称。
如果你正在学习功能，可以用一条无现实含义的测试消息与知情同意的联系人核对，先说明不会据此采取行动。不要拿真实合同、付款信息或私密聊天验证编辑历史。本文没有代你完成客户端实测，最终入口与状态应来自当前设备上的实际观察。
继续查证时直接阅读 Signal 官方 Edit Message 与消息状态帮助。它们分别回答哪些消息可以改、怎样进入编辑、如何查看历史，以及状态代表什么。把这些事实与具体沟通责任分开看，就能用一次准确的修订解决问题，而不制造新的误解。
- 检查内容、对象、传递与必要回应。
- 学习操作只用无敏感信息的测试句。
- 从官方帮助确认规则，再以实际结果收尾。