群里说“今天把那个文件弄一下”，每个人可能理解成不同任务：有人等材料，有人以为自己只需看一眼，有人已经做完，却没人知道结果放在哪里。用 YeeChat 协作时，不一定要先增加复杂工具；先把一条任务消息写清楚，并让负责的人明确回复，就能减少很多追问。
一、一条任务先写清四件事
把负责人、交付物、截止时间和验收要求放在同一条消息中。负责人说明谁执行；交付物说明最后要得到什么；时间说明何时需要；验收要求说明什么状态才算完成。“处理一下”“尽快”“和上次一样”都可以继续具体化。
下面是虚构的日常协作示例：“请小林整理活动介绍的文字稿，交付可编辑文档。截止时间为双方确认日期的 17:00，北京时间；保留三项已确认信息，未确认内容标为待核实，完成后在本群发文件。”正式发送时，把日期写完整，不要照抄示例中的占位表达。
二、明确回复比推测“应该看到了”更有用
发出任务后，请负责人确认是否接下、时间是否可行、还缺哪些输入。比如：“已接，按上述时间交可编辑稿；缺少活动地址，请发起人确认。”这样既说明行动，也把阻碍放到了明面上。
消息送达、已读或一个表情，都不能直接替代对任务范围的确认。不要把没有反对理解成已经承诺。若群里有多人同名或分工相近，用双方能识别的名称和职责说明对象；是否使用提醒、引用回复等功能，以当前客户端提供的入口为准。
三、时间与范围发生变化时，重新确认
只发一句“改到明天”，很容易与前一条消息脱节。变更时写出是哪件事、原要求是什么、新要求是什么，以及谁需要确认。涉及不同地区时，同时写清使用的时区。
例如：“活动介绍文字稿的截止时间由原约定日期改为次日 12:00，北京时间；交付内容不变。请负责人确认新的时间是否可行。”实际消息应写明两个具体日期。改变交付范围时，也要说明增加、移除或保持了哪些内容。
四、给任务保留一份容易回看的当前摘要
讨论很多轮后，整理一条“当前确认内容”消息，把仍然有效的要求放在一起。可以保存在自己的工作文档中；如果客户端有适合回看的入口，再按实际功能使用。不要假设每个人都能从几百条聊天里准确找出最终结论。
摘要格式：
任务名称：
负责人／确认人：
当前交付物及范围：
完整截止日期、时间及时区：
需要的材料与尚未解决的问题：
验收要求：
最近一次确认的变更：
摘要用于记录已经确认的内容。仍有争议的项目，应继续标为待确认，不要为了写得整齐就把推测变成结论。文件更新较多时，配合文件命名和版本核对方法，把要求与实际文件对应起来。
五、完成消息要能让接收方开始验收
“好了”缺少位置和范围。更清楚的回复是：“可编辑文字稿已发到本群，文件名为活动介绍_确认版；三项已确认内容已整理，地址仍标为待核实，请核对。”文件名仅作示例，实际使用时加入合适的日期或版本标识。
完成与验收是两步。接收方应说明收到的文件是否能打开、是否满足要求，还有哪些修改；存在待核实内容时，不应笼统写成全部通过。确有紧急事项时，按团队已约定的可靠联系方式联系，不要只等待群消息提醒。
任务结束后，把最终文件、确认摘要和必要的变更记录放在能再次找到的位置。这个流程不依赖某个特殊按钮，核心是让“谁做什么、何时交付、按什么标准确认”始终清楚。涉及手机和电脑切换，可参考跨设备使用与同步排查指南，避免把本机没有看到内容当成对方未发送。