整理问题跟进表，区分已回复和已解决

把三条咨询整理成可继续跟进的问题表

“已经回了消息”和“用户已经解决问题”是两种状态。登记问题时，既要保留说了什么、做过什么，也要写清哪些还不知道、下一步找谁确认。

本课会得到三行问题登记表、一份待处理队列和一次状态更新记录。下文用户、消息原话、记录编号、反例和参考成品均为编辑编写的虚构教学内容，不是实际客户记录或模型输出。引号内的消息是为本课补写的练习原话，不是原始课程中留存的聊天证据。

预计 30 分钟，为编辑估计，包含整理、核对、一轮修正和追加记录的迁移练习；不含账号准备及工具等待。

工具和完整输入

准备已有且获准使用的文字对话工具，以及文档或表格。只使用下列虚构文字，不上传真实群聊、联系方式或客户名单；没有账号可先手工填表。

【虚构教学记录 V1】
S1｜用户 A 原话：“我找不到这节课的材料。”
处理记录：客服已回复“请查看班级置顶文档”。
后续：没有用户确认能否打开的消息。

S2｜用户 B 原话：“我点练习链接，页面打不开。”
处理记录：客服已把该问题转交助教。
后续：没有助教接单、核验链接或修复的记录。

S3｜用户 C 原话：“下次课什么时候开始？”
处理记录：已记下问题，安排需向课程负责人确认。
后续：没有确认的时间，没有课程负责人接单记录。

全体约束：
用户只用 A/B/C 编号，无个人联系方式。
未提供处理期限、实际负责人姓名、故障原因或服务承诺。
转交助教不等于助教已接单；需向课程负责人确认不等于对方已受理。
下一步建议可以写，但必须与已经做过的动作分开。

复制操作指令

把 V1 全部复制到新文字对话，再追加以下要求，一起发送：

请依据 V1 整理三行问题登记表和待处理队列。
固定字段：问题编号、来源编号、用户编号、原话、类型、已知事实、已做动作、
未知项、当前状态、已知处理角色、建议跟进角色及确认情况、下一步建议、期限。
问题编号按 Q01/Q02/Q03 对应 S1/S2/S3。

保留三条原话，不把用户描述直接判为已核实故障。
状态口径：
Q01 为“待用户确认”；Q02 为“已转交，待接单确认”；Q03 为“待安排确认”。
已做动作只写输入有记录的事。
建议跟进角色可以分别写客服、助教、课程负责人，但说明负责人/接单未确认。
期限一律“待确认”，不得补姓名、联系方式、赔偿、回复时限或根因。
待处理队列沿用原记录顺序，不在缺少依据时给出高低优先级。
输出纯文本草稿；不联系用户、不建真实工单、不操作外部系统。

收到结果后先数三条问题，再专门找“已解决、处理中、已受理”等词。材料没有相应证据时，不能用它们代替上述状态。

完整参考成品

以下登记表按记录逐行展开，避免宽表在手机上难以阅读。它是编辑参考，不是真实工单。

Q01｜来源 S1｜用户 A
原话：我找不到这节课的材料。
类型：资料定位。
已知事实：用户报告找不到材料；尚无能否打开的后续确认。
已做动作：客服已告知查看班级置顶文档。
未知项：用户是否找到并打开材料。
当前状态：待用户确认。
已知处理角色：客服；具体负责人未提供。
建议跟进角色及确认情况：客服跟进，实际分工待确认。
下一步建议：确认用户能否打开材料；若仍打不开，再记录现象。
期限：待确认。

Q02｜来源 S2｜用户 B
原话：我点练习链接，页面打不开。
类型：链接访问问题。
已知事实：用户报告打不开；未有技术核验结果。
已做动作：客服已转交助教。
未知项：助教是否接单；打不开的原因；是否已恢复。
当前状态：已转交，待接单确认。
已知处理角色：客服完成转交；尚无助教接单记录。
建议跟进角色及确认情况：助教核验，接单和具体负责人待确认。
下一步建议：先确认接单，再核验链接；有结果后补充处理记录。
期限：待确认。

Q03｜来源 S3｜用户 C
原话：下次课什么时候开始？
类型：课程安排。
已知事实：用户询问下次时间；材料没有确认的安排。
已做动作：问题已记下；未记录已向负责人转交或得到答复。
未知项：下次开始时间；谁受理本次确认。
当前状态：待安排确认。
已知处理角色：记下问题的具体角色未提供。
建议跟进角色及确认情况：课程负责人确认安排，受理和具体负责人待确认。
下一步建议：先确认负责角色是否受理，拿到确认安排后再答复用户。
期限：待确认。

待处理队列（按原记录顺序，不代表优先级）：
Q01｜待用户确认｜建议客服跟进能否打开材料｜负责人和期限待确认。
Q02｜已转交，待接单确认｜建议确认助教接单后核验链接｜负责人和期限待确认。
Q03｜待安排确认｜建议向课程负责人确认安排及受理情况｜负责人和期限待确认。

检查表中“已知处理角色”和“建议跟进角色”：前者是材料证据，后者是下一步建议，不能合并成“负责人已确认”。Q02 可以分类为访问问题，但不能直接宣布“服务器故障”或“链接已修好”。

一轮修正：把已回复改成待确认

下面是编辑故意写的错误片段，不是模型实测：

Q01｜已解决｜客服小林负责。
Q02｜处理中｜助教已接单，今天修好。
Q03｜已安排｜下周一开课，课程负责人已确认。

出现类似结果时，把自己的首轮登记表附上，发送：

逐条对照 S1 至 S3，删除没有证据的状态、姓名、期限和开课时间。
Q01 恢复“待用户确认”；Q02 恢复“已转交，待接单确认”；Q03 恢复“待安排确认”。
保留用户原话和已做动作；将建议跟进角色与已确认的处理事实分开。
请重新输出三条完整登记记录和待处理队列，所有期限保持“待确认”。
不要只在错误表后补一句“需核实”，也不要补造解决证据。

修正后的完整参考为上方 Q01 至 Q03 和三项队列。逐项确认原话没改、三条都保留、“小林、今天修好、下周一”已删除。若首轮正确，做一次证据复核并记“未发现越过记录的状态”，无需编造一次错误。