从一个模糊想法开始搭建共同框架

框架阶段最忌讳直接追求“像成稿”。🎊过早润色会让参与者沉迷句子好不好听，却忽略内容是否完整。先确认🔮骨架，再安排表达，通常比多人同时改写全文更省力。

事实层应当记录来源、时间、适用范围和负责人。无法立即确认的内容可以保留，但必须标明待核状态，不能在正式稿中伪装成确定结论。

定稿版本还应保留简短的变更记录⚡，说明本轮修改了什么、谁确认了什么、哪些问题暂未解决。变更记录不需要冗长，却能🌅帮助后续维护者快速理解内容背景。

事实层：先记录可验证内容

“一起草”首先解决的是💫信息分散与责任模糊，而不是单纯提高打字速度。多人参与起草时，每个人往往只掌握局部事实：业务人员熟悉需求，技术人员了解限制，运营人员掌握用户反馈，管理者关注目标和风险。若缺少统一框架，最终稿就容易出现内容遗漏、口径冲突和重点失衡。

表达层应当优先处理标题、首段和小标题，因为这些位置决定读者能否迅速找到答📢案。长句、重复术语和没有行动指向的空泛表述🎇，应在事实确认后统一精简。

一次有效的共创会议不应以“大家还有没有意见”结束，而应产出具体结💪果：已经确定的内容、仍有分歧的内容、需要补充的材料、对应负责人和下一次确认时间。没有责任人与时间点的意见，只能算讨论记录，不能算项目进展。

“一起草”首先要解决什么问题

共同起草的第一项成果不应是完整段落，而应是一张“共识清单”。清单至少要写明写⚡给谁、解决什么问题、必须保留哪些事实、不能出现哪些表述，以及最终由谁确认。

判断层需要说明结论建立在什么材料上，以及结论不适用于哪些情况。专业观点可以保留差异，但不同观点的适用条件必须写清楚。

定稿检查需要覆盖内容、结构、事实、语言和执行五个层面。只检查错别字⭐，无法发现目标偏移、信息矛盾或🎯行动要求缺失。