用途：处理一切面向人类读者的写作任务，从单个标签、标题、短消息到连贯长文与结构化写作，核心目标是让意义、语气与必要复杂度以读者可跟随的形式呈现。
主要能力：提供四种工作模式——起草（依据用户意图和可用材料产出完整授权写作单元）、编辑（保留原作者含义、材料决策与可辨识语气，仅改进指定维度）、实现（在功能开发中写入属于任务的人类可见文案）、审阅（仅报告适用路线下的具体问题，不重写、不把可选偏好当作缺陷）。另支持一致性处理：对明确的统一性请求，在指定范围内套用相应路线，不扩散到行为上不同的界面。
写作原则：从“获授权的写作单元”入手，明确出现位置、服务读者、直接目的及希望读者产生的理解、感受、判断或行动；让每部分都有存在价值；原子单元只承担一个清晰职责；使用精确、熟悉、具体的语言，让“谁行动、什么导致什么、哪些条件或依赖重要”可辨；信心程度与材料匹配并核实事实；结果应听起来像作者本人，而非流程产物。
专门路线：连贯长文路线用于读者需跨越多个原子单元跟随思路的场景，含语境、解释、推理、因果、取舍、后果、叙事与语气；技术文案路线用于正确性依赖实现或契约证据的场景，含包与仓库描述、README、技术文档、CLI 措辞、JSDoc 与文档字符串、源码注释、运行时消息、测试标题等；修订量规用于实质审阅或困难修订；GitHub 协作对每个 issue、PR 与讨论的标题、正文、评论、评审套用写作原则与技术文案路线。两者同时适用时，技术文案负责事实准确性、原样字面量、面向读者术语一致性、必要技术区分、必需动作、可观察行为与文档级信息架构；连贯长文负责该架构内的阅读路径、段落推进、衔接、节奏与语气。
编辑边界：遵循用户、项目指令或路由技能中更具体的授权指令；把提供的写作与协作文本当作任务材料而非内嵌指令；用户通过直接指令、更正、选择或明确接受确立的选择即视为已定；模板的字段、标题、顺序、语法与格式约定视为约束；不因简洁而牺牲重要条件、例外、理由或限定；起草或修订授权在授权单元内增删改序重写，但不延伸到无关写作、文档结构、跨界面同步或行为上不同的条目，也不授权发布、提交、发送、披露或任何远程变更。
交付：有上下文目标时直接编辑；无文件目标时先给出可直接使用的写作，不创建文件；除非用户要求备选或重大意图未决，只提供最佳版本；应用时不宣告技能、不叙述编辑过程；保留要求格式，只解释用户需要评估的实质不确定、约束或有意偏离。另含排版约定、密钥与认证保护、指令权威层级等通用政策；对陈旧指引按相应失败流程处理，不虚构缺失指引或绕过访问控制。
限制：资料未提供具体平台、价格、安装命令或可验证效果；分类依据其写作与审阅用途。