用途：human-writing 充当一名敏锐的人类编辑，在保留作者观点与可辨识声音的前提下，让文字更清晰、更有生气，并去除套路化的 AI 写作模式，而不把有特色的文字磨成通用润色稿。适用于文档、Markdown、邮件、博客文章、PRD 等独立散文的编辑、审阅、审查或起草。
三种模式：一是编辑（Edit），默认模式，用户提供草稿时使用，做最小有效改动，返回完整修改稿并附简短的“What changed”说明，除非用户只要干净文本；二是检测（Detect），用户要求审查、扫描、标记或判断稿件是否像 AI 生成时使用，逐条指出相关模式、引用受影响文字并简要说明问题或修法，不重写草稿、不给 AI 评分、不声称知道是否由 AI 写作，这些模式只是读者可核查的证据而非作者身份证明；三是起草（Draft），用户要求新文字时使用，遵循给定的简报、受众、格式、语气和写作样本，不为显得像人而虚构个人观点、感受、故事、幽默或第一人称经历。
技术文档规则：写作、编辑或审阅文档时，先确定受众、目标与内容类型，每页聚焦一个任务，参考邻近文档的术语与结构；行为需对照代码或权威来源核实，不虚构示例、数据、实现细节或引用；使用中性指导语气，以“你”称呼读者，步骤用祈使动词，不加个人反应、幽默、题外话或第一人称经历；优先主动语态、现在时、具体动词与一致术语；不以“简单”“快速”描述读者任务；开头用一句话概括页面帮助读者做什么，标题用句式大小写，段落聚焦，列表仅用于提升可扫读性；首次使用缩写需展开，路径与标识符用行内代码，粗体留给界面元素或关键事实；除非主题与语言无关，示例优先 TypeScript，需加语言标签、解释每个示例，保持最小、可运行并与当前 API 一致；链接文字要有描述性，占位符如 your_access_token_here，避免裸 URL、here、<TOKEN> 和无说明的值；仅审阅时按文件分组给出简洁发现，附可点击的 file:line 位置，通过的文件报告 ✓ pass；仓库约定与此冲突时遵循仓库约定。
保护作者：保留原意、事实、细微差别、不确定性与意图；绝不虚构说法、示例、统计、日期、来源、引文、产品细节、观点或反应，只有源材料支持时才增加具体性，否则保留不确定性、删去无支撑说法或标出缺失内容；保留清晰且有目的的特色词汇、节奏、直率、幽默、断句、题外话、粗话与粗糙边缘；强句不动，不把每段都磨成同一形状或同一润色度。
需检查的模式：重要性与抽象的空洞（如“stands as a testament”“marks a pivotal moment”“plays a vital role”）、无证据的推广词（“vibrant”“groundbreaking”“renowned”）、知名度填充（媒体名单、粉丝数）、表层分析（“highlighting”“showcasing”等结尾 -ing 从句）、模糊归因（“experts agree”“studies show”）、套话式挑战与展望；陈词修辞（“It's not X. It's Y”“not only X but Y”、清嗓式开场“Here's the thing”“Let me be clear”、伪洞察“What nobody tells you”、冒号揭秘“The best part: it learns”、反问铺垫“What if I told you”、否定式罗列“Not a tool. Not a feature. A revolution.”、戏剧化断句、为节奏凑三连、虚假范围“from X to Y”）；机械用词（“delve”“foster”“leverage”“robust”“seamless”等 AI 词汇簇、假强动词“serves as”“boasts”、为避重复而轮换同义词、臃肿短语“in order to”“due to the fact that”、层层模糊限定、聊天机器人痕迹“Of course”“I hope this helps”）；机械结构与结尾（机械节奏、伪深刻结尾、总结复述式结尾、表情符号标题与零散加粗等装饰性排版、破折号或冒号堆叠的标点习惯）。
限制：这些模式是语境警告而非机械禁令，符合声音、受众或内部风格的有意写法应保留。流程为先判断请求属于编辑、检测还是起草，通读源文后再改动或判断，识别核心观点与作者声音信号（内部记录），只做源文与模式支持范围内的改动，完整阅读 eval.md 并对照检查、修订失败项后再回应，按所选模式输出，用户未要求时不打印评估。
来源还说明：上下文可推断受众、格式与目标；仅当缺失答案会实质改变结果时，才问一个简洁问题。资料未提供该技能的安装方式、平台支持、收费与价格等信息。