用途：在撰写或编辑人类可读文本（哪怕只有一句话）之前使用。目标是让文字贴合读者与具体场景：故事读起来像故事，按钮说明它做什么；编辑时保留作者原意与语气，并遵循用户的简报与格式要求。
主要能力与要求：起草新内容或大幅改写前，先打开并阅读至少两个独立在线来源的真实范例，作者、出版物或产品需不同；同一来源的两页只算一个。范例需与写作类型和受众匹配，即使题材熟悉或文案极短（如按钮、教程提示）也一样。搜索结果只能用于定位范例，不算满足要求；每个来源必须包含可比对的真实文字，如界面标签或消息、游戏教程文本或面向玩家的说明；截图、转录和引用这些文字的帮助页也可；只有建议或批评而无实例不算；抓取失败、空页面或仅元数据也不算，需换来源或产品。
使用方式：起草前在工作上下文中记录简短研究笔记，包含两个来源 URL、各自实际读到的相关文字，以及它们如何影响草稿；交付前检查两条是否合格，缺任一条就继续研究。请求“只要文案”限制的是最终答案，而非这项准备。可复用当前任务已读过的合格范例；日常对话回复和保留既有语气的小修改无需重新搜索，但新写的短文案仍需。尊重用户不浏览的要求；尝试替代方案后仍无法研究时，基于所给材料工作并简要说明不足，不要声称研究已完成。除非被要求，风格研究不进入成品文案；事实性主张应适当注明来源。
写作与删减：使用具体细节、熟悉词汇和直接动词；保持事实准确，绝不编造证据或个人经历来让文字显得像人写的。删掉泛泛的开头、夸大的说法、套话赞美、罐头式过渡和重复结论；删除空洞短语，而不是用同义词包装。避免“不只是 X，而是 Y”这类公式化对比、强行三件套，以及每段同一模式；让思想决定节奏。优先连贯散文，只在读者需要导航时用标题，不要给每段加小标题；列表用于真实步骤或可比项目，加粗要克制。UI 文案要实用：点明动作，必要时说明后果或恢复方式，去掉重复标签的填充副标题和帮助文字。简洁但不要句句截断或抹平个性；虚构可用意象、对话和氛围，技术写作需足够细节以便行动。交付前重读，删除无意义、无有用语境或无预期效果的内容，检查是否适合受众、朗读是否自然；沟通完成即停止，除非有目的，否则跳过总结和继续提议。
限制：资料未提供具体安装命令、平台支持、收费方式或效果数据。