“17c·c起草”场景下可直接使用的写作指令

“17c·c起草”需要先完成语境确认，原因是“起草”既可以表示撰写文案，也可以表示某个平台提供的功能名称。不同语境对应的解决方案并不相同：内容主题需要提炼观点，工具功能需要说明操作步骤，项目代号需要交代背景和交付标准，搜索入口则需要优先判断信息⚡是否可信。

开头两段应直接说明答案和适用条件。中段负责拆解概念、步骤与例外情况。结尾不必重复所有观点，可以改为检查清单、下一🤔步动作或需要补充的信息。这样的结构适合教程、排查、概念解释和服务说明，也方便后续改成网页标题、问答内容或内部 brief。

文章结构：先给结论，📚再说明适用条件；💯随后列出操作步骤、常见错误和风险边界；结尾提供核验清单。

把模糊词组转换成一份明确的起草需求

一份可直接填写的简报可💯以写成：“为目标读者起草一篇关于主题的内容类型，用于发布场景；文章需要解决核心问题，读者读完后能够具体行动；语气为表达风格，篇幅约字数范围；不得虚构事实、数据或承诺。”这段话比单独输入一个名称更容易得到稳定结果。

交付标准：标题准确，段落独立☀️，步骤有先后关系，⭐所有数字、名称和功能描述都能追溯到已提供材料。

如果“17c·c起草”实际指向某个具体平台或服务，下一步应补充来源页面的完整名称、功能截图、目标文案类型和报错信息；如果它只是一个待使用的主题词，按照简报模板补齐受众、目的和限制条件后，即可进入正式起草与人工复核阶段。

用“问题—证据—步骤—行动”搭出初稿骨架

文案提交前应同时检查内容准确性、阅读体验和搜索表达，单纯检查关键词密度不能保证文章有用。核心词可以自然出现在标题、开头和一个与主题高度相关的段落中，其他位置使用“该词组”“相关任务”“起草需求🌈”等替代表达，避免同一段反复出现相同文字。