提交前检查名称、事实和搜索体验

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

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

搜索者可以用五个问题完成初步辨别：这个词来自哪里？需要生成什么内容？内容由谁使用？最终发布在哪里？是否涉及账号、付款或个人资料？五个问题没有答案时，直接下结论容易把名称误当成产品，也容易把一篇说明文写成没有实际用途的宣传稿。

先判断“17c·c起草”到底代表主题、工具还是指令

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

表达要求：使用清晰、克制的中文⚡，避免夸大收益、虚构🔍案例、绝对化承诺和关键词堆砌。

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

文案需求应先转换为可检查的任务描述，不😎能只保留一个名称。最小可用简报至少包含主题、目标、读者、场景、语气、篇幅和限制条件七项内容；其中“目标”决定文章要解释、说服、转化还是引导操作，“场景”☀️决定标题、格式和信息深度。

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