先锁定17.c在母文件中的真实位置

如果17.c用于规则、协议或项目文件，合格文本至少要回答五件事：什么情况会触发条款，谁承担责任，必须或可以采取什么行动，行动应达到什么标准，以及没有履行时如何记录、纠正或处理。只有这五个问题彼此衔接，条款才不会停留在概念宣言层面。

模板不是最终条文，正式文本还需要根据母文件的语言风格调整。示例可以写🔮成：“当项目进入跨部门协作阶段时，项目负责人应在启动后规定期限内确认参与主体、资料范围和审批权限，并形成可追溯记录；无法完成确🎆认时，应暂停涉及外部影响的操作并提交复核。”这个例子展示的是结构，不代表任何特定协议的真实义务。

常见失误会让17.c的起草看似完整，实际却无法操作。第一类失误是只写愿景，例如“推动协同”“实现透明”“促进创新”，却没有规定任何主体必须完成的动作。第二类失误是堆叠多个目标，把授权、监督、数据处理和责任追究全部塞进一条，导致不同场景下无法判断优先顺序。

提交定稿前的17.c核对清单

起草人还应记录条款的受众。面向管理者的文本可以规定授权和责任，面向执行人员的文本必须写清流程、时限和证据，面向公众的文本则需要减少内部术语。母文件若已经设置术语表，17.c应优先沿用既有定义，不宜为同一概念创造新叫法。

当【触发条件】发生时，【责任主体】应在【期限】内完成【具体动作】，并按照【判断标准】形成【记录或结果】；出现【例外情形🎵】时，应采💎取【替代措施】。

修改时可以逐句提出三个问题：执行者读完后能否立即采取行动？监督者能否根据记录判断是否履行？争议发生后，第三方能否依据文本重建事实？任意一个问题无法回答，说🌟明条💯款仍需要补充，而不是继续增加抽象形容词。

用三轮审校把草案变成可用条文

母文件定位决定17.c的含义，编号相同并不意味着内容相同。起草前应建立一张最小资料表，避免把章节编号误当成独立主题。

定稿前的17.c的起草检查应同时覆盖内🎇容、形式和使用场景。下列清单适合用于最后一轮逐项勾选：

如果需要把这项工作落到某一份具体文件，下一步不是直接润色句子，而是补齐母文件名称、17.c所在📚章节、相邻条款、适用对象和预期效力。资料完整后，才能判断应采用政策说明、程序规则、授权条款还是责任🎯条款的写法，并形成与整份文件一致的正式文本。