软件技术分享

关于电子游戏的方方面面

Grok：把长线程整理成可转发纪要的固定骨架

作者

交接 brief≠全量 transcript。用骨架收决策／待办／开放问题／被否方案／下一动作；禁捏造截止日期与负责人；转发前对照源记录 spot-check。

要点

  • 长线程卡住时，先保住源记录（原聊天可读内容／账号原生下载），再单独写短 brief 给下一会话；二者不要混成一份。（thredly：Grok conversation too long）证据强度：高（操作指南口径）。
  • 可抄骨架字段：Current objective／Active constraints／Latest approved／Settled decisions／Superseded／Open questions／Missing／Next task；新会话先复述再开干。（同上）证据强度：高。
  • Email Thread Collapser 思路可借到纪要：决策／owner／deadline 三行；无截止日期写 NONE，防模型编造日期。（WireWiz：Grok 3 prompts）证据强度：中（第三方可抄提示，非官方）。
  • 禁止捏造负责人与截止日期；暧昧项标 UNASSIGNED／TBD／NONE，转发前人工确认。（同上＋交接指南）证据强度：高。
  • 交接摘要 ≠ 原始 transcript；删掉的源聊天无法靠摘要“找回”。（thredly：Never lose AI conversation）证据强度：高。
  • 消费端 grok.com／App 与 API／Build 的上下文上限与控件不同；勿把 API 数字写成消费端硬上限。额度与上传格式以官方现页为准，未核实，勿写死。（产品页／官方 FAQ 口径；本稿不写死次数）证据强度：中（划界提醒）。

正文

场景

长线程还在，消息却发不出去。你让旧会话“总结一下交接给同事”，它吐出一页漂亮纪要：负责人写得像样，截止日期也齐整。对照昨晚你自己改过的一句，观众从自由职业设计师被纠正成机构项目经理；纪要里却还在喊设计师，还顺手补了一个你从没说过的周五 deadline。

卡住的是交接形态。工作交接 brief 不是全量 transcript：下一会话／下一接手人要的是当前目标、约束、已定决策、被否方案、开放问题和下一步。两千轮原聊天整段再贴一遍，帮不上忙。

可跟做步骤／可抄工作流

证据强度：高（thredly 交接模板＋重启验收）；WireWiz 三行折叠＝中（第三方提示）。

1. 先保住源记录，再写 brief

按 thredly 的 Grok 长线程指南：

  1. 旧会话还能读：先把可读原文另存一份，不要先压缩再当唯一底稿。
  2. grok.com／官方 App：可走 Settings → Data Controls 的原生数据下载，打开压缩包核对你要的那段是否真在里面。下载存在 ≠ 整段聊天齐全。
  3. 旧会话已拒收消息：在会话外写交接；别假设还能让卡住的线程再吐一轮摘要。
  4. 公开分享链接不是私密备份；敏感项目别靠公开链搬家。

源记录负责“以后能对质”；brief 负责“下一会话能接着干”。缩短 brief，别缩短你唯一的证据副本。

2. 对源记录做 spot-check（转发前必做）

对照可读原文抽查这几处，写缺什么就标 Missing，别让模型补齐：

  • 最初目标与仍生效的硬约束
  • 中段一次“推翻旧方案”的决策（尤其后来替换了更早提议的那次）
  • 你最新一次纠正
  • 最后一份可用产出 + 未做完的下一步
  • 谁说了什么；关键代码／表／引用／附件指向

抽查降低带错状态的风险；它不证明你抓到了完整 transcript。

3. 可抄纪要骨架（粘贴后改括号）

把下面整块贴进新会话或发给接手人，用源记录填空；空着就写“未知／未提供”，禁止编。

【Current objective】当前目标（一句话，观众／交付物写清）：
【Active constraints】仍生效约束（禁写项、未批准价、格式上限等）：
【Latest approved】最新已批准版本／产出（没有就写：尚无批准稿）：
【Settled decisions】已定决策 + 支撑摘录（注明来自源记录何处）：
【Superseded／被否方案】已废弃或被否的路径（写清“被什么纠正替代”）：
【Open questions】开放问题（未决，勿写成已决）：
【Missing】源记录缺口／缺文件／缺附件：
【Next task】下一步唯一动作（范围写死，例：只写引言）：
【Owners／Deadlines】负责人与截止日期；无则写 NONE／UNASSIGNED／TBD。禁止推测。
先用本 brief 复述：目标、约束、最新已定决策、下一步。先标冲突与缺口。未获确认前不要开工。

字段名可中英混用；关键是分栏，别写成一段散文摘要。thredly 模板英文原字段见其 handover 段；跨平台通用说法亦见 Never lose AI conversation。

4. 可选：邮件线程三行折叠（同一防编造纪律）

WireWiz 的 Email Thread Collapser 把长邮件压成三行：要什么决策／谁负责／截止日期；没有截止日期就写 NONE。缺这句约束时，模型常会编一个“像样”的日期，看起来比空着更权威，也更危险。

把同一纪律嵌进纪要的 Owners／Deadlines 栏：无主写 NONE，无负责人写 UNASSIGNED，不确定写 TBD。会议待办若要扩成表，可加 Confidence（HIGH／MED／LOW），MED／LOW 转发前必须人工核对。这仍是第三方提示习惯，不是官方功能。

5. 新会话先复述，再开干

粘贴审过的 brief；必要附件单独上传真实文件（文件名写在 brief 里 ≠ 文件已在上下文）。先发：

> 只用这份 handover，陈述当前目标、生效约束、最新已定决策与下一步。标出缺失或互相打架的地方。先别开始做任务。

对照源记录验收。答错观众、编出折扣、擅自把“只写引言”扩成全文邮件，就停，改 brief 再测一轮。验收只抓你点名的错误；它不证明整个项目状态已无损迁移。

真实用户诀窍／反例

  • 诀窍：brief 与源记录分开放。 摘要选压缩；源记录留证据。
  • 诀窍：被否方案单独一栏。 早期提议和最终决策并排时，模型最爱“两个都保留”。
  • 诀窍：下一步只写一个动作。 “写完整邮件并定价格”常把未批准项偷运进来。
  • 诀窍：NONE／UNASSIGNED／TBD 当信号，不当失败。 空着比假日期安全。
  • 反例：卡住的线程还在硬要它总结。 发不出消息就改在会话外写。
  • 反例：把“像样的摘要”直接当交接。 合成例：观众已改成机构项目经理，摘要仍写自由职业设计师，还丢了“不提折扣／价格未批／只写引言”。
  • 反例：上传巨型全量 transcript 当“已恢复上下文”。 超长文件可能被分段或摘要处理；文件在 ≠ 细节都在活跃上下文。
  • 反例：用公开分享链搬机密项目。 分享可被接收方打开，公开张贴还可能被索引。

适用边界

  • 本稿覆盖：grok.com／官方 App 长线程的可转发纪要骨架与重启验收；编译自公开交接指南与第三方窄提示。
  • 不承诺某条消费端“对话过长”的精确 token 上限；社区报错仅作现象，不作通用配额。
  • Grok 在 X 内、Grok Build、API 的控件与上下文规格不同，勿直接套用。
  • thredly 等第三方工具可生成 handover 草稿，仍须对照源记录审阅；本稿不绑定任一付费导出工具。
  • 额度、上传格式、长文件处理以 x.ai/grok 与官方消费者说明现页为准；未核实，正文不写死次数。

【来源与编译】