| name | tech-doc-style-chinese |
| description | 在撰写、改写、校对或审阅中文技术文档、产品文案、界面文案、Markdown 文档、API 说明、操作手册、故障排查或运维文档时使用。采用克制、准确、可扫读的中文技术写作风格；保留原文事实、限制和机器可读内容；按任务读取术语排版、API 状态文案、项目覆盖或受控中文技术写作参考。 |
中文技术文档与产品文案规范
适用范围
将本 Skill 用于中文技术内容的撰写、改写、校对和审阅，包括：
- 文档首页、产品介绍、解决方案页和更新日志
- API 文档、参数说明、错误码和常见问题
- 操作手册、故障排查、运维 Runbook 和安全说明
- 界面文案、按钮、导航、状态和提示信息
不要改写代码字面量、JSON 键名、URL、API 路径、数据库字段名、命令、配置项或其他机器可读标识符。
规则优先级
发生冲突时，按以下顺序处理：
- 保留事实、逻辑、限制、安全信息和法律含义。
- 服从用户明确要求和目标项目约定。
- 保持技术术语和机器可读内容准确。
- 改善结构、语义、语气和可扫读性。
- 最后处理标点、留白、大小写等排版细节。
不得为了句子更短、语气更确定或格式更统一而牺牲更高优先级的信息。
事实保真
- 不新增原文或可靠上下文没有提供的日期、数字、时限、SLA、能力、条件、因果关系或结论。
- 不删除前置条件、适用范围、例外、风险、安全警告、兼容性说明或失败处理。
- 不把可能、计划、建议、通常等不确定表达改成确定事实。
- 信息不足时保留原意，或明确标记「待确认」；不要自行补全。
- 改写引用、法规、合同、错误原文或用户提供的固定文案时，优先保持原文并将建议单独列出。
示例：
截止 4 月 12 日 -> 截至 4 月 12 日尽快处理 -> 在约定时限内处理〔具体时限待确认〕- 不要凭空补成
截至 2026 年 4 月 12 日 或 30 分钟内处理
先判断任务模式
撰写
- 先确定受众、内容类型、事实来源、发布载体和篇幅。
- 缺少会改变结论的事实时，先标记缺口，再继续组织可确认内容。
改写
- 保留事实、逻辑关系、信息层级、限制和必要例外。
- 默认交付完整改写稿；重大语义选择或待确认内容另行说明。
校对
- 只处理约定范围内的错字、标点、留白、大小写和术语一致性。
- 未经要求，不改变结构、语气或事实表达。
审阅
- 先列问题，再给建议；按影响程度排序并引用具体原文。
- 未经授权，不直接修改文件。
核心写作规则
语义与语气
- 准确先于修辞，清晰先于热闹。
- 使用克制、直接、可执行的中文。
- 优先说明「是什么、适用于什么、需要做什么、接着看哪里」。
- 避免问候式开场、宣传口号、空泛形容和连续堆叠黑话。
- 默认不直接称呼读者；必要时使用明确角色，如「开发者」「实施人员」。
- 第二人称、感叹号和品牌语气属于风格选择；项目约定或特定界面语境可以覆盖默认规则。
结构与句子
- 一个段落承载一个主要信息点。
- 一个句子保持一个清晰的主干；不要连续堆叠多个条件、动作和例外。
- 列表项保持相同层级、句式和信息密度。
- 标题反映用途，不只使用抽象名词。
- 删除重复信息，不删除事实、条件和例外。
- 指代可能不清时，用具体名称替代「该」「其」「此」「上述」。
术语与排版
- 同一概念使用同一首选术语，不因追求变化而替换同义词。
- 中文引号默认使用直角引号
「」；项目或地区规范可以覆盖。
- 在可见正文中按语义处理中文与英文、独立数字和版本号之间的留白。
- 术语、产品名和缩写优先采用项目规范或官方写法，不机械替换。
- 不直接批量运行排版替换工具；先保护 Markdown、代码和机器可读内容。
详细规则见 术语与排版。
按内容类型处理
入口页和介绍页
首段优先回答：
避免标题、正文和行动按钮重复同一信息。
API 文档
- 请求方法、路径、字段和值使用代码环境保护。
- 参数说明一列一义，并写清类型、单位、默认值、限制和是否必填。
- 状态和错误文案根据实际语义翻译，不机械对应单个英文词。
- 写明前置条件、成功结果、失败结果和恢复方式。
详细规则见 API 状态与错误文案。
界面文案
- 按钮说明动作和目标，不重复页面标题。
- 错误提示说明发生了什么、影响是什么，以及如何恢复。
- 危险操作写清对象、后果和是否可撤销。
- 空状态区分「没有数据」「尚未创建」「无权限」和「加载失败」。
操作与故障排查
对操作手册、故障排查、运维 Runbook、安全说明和多步骤 API 流程，读取并应用 受控中文技术写作。不要把这些规则机械应用于品牌文案、叙事文本或固定引用。
项目覆盖规则
先检查目标项目自己的 AGENTS.md、术语表、品牌规范、既有文档和用户指示。不要把本 Skill 仓库中的示例约定当成目标项目约定。
需要建立项目覆盖文件时，参考 项目覆盖模板，并将实际文件放在目标项目中。
编辑流程
- 确认任务模式、内容类型、受众和项目约定。
- 标记事实、数字、限制、引用和机器可读内容，建立不可改动边界。
- 修复语义错误、歧义、遗漏和不一致。
- 调整信息顺序、段落、标题和列表。
- 处理语气、术语、标点、留白和大小写。
- 对照原文复核事实、条件、否定范围、因果关系和确定程度。
- 运行适用的轻量检查器，并人工判断警告和风格提示。
最终检查
- 是否新增了来源不明的日期、数字、时限、能力或结论
- 是否遗漏了条件、例外、风险、单位、默认值或恢复方式
- 主语、对象、否定范围、因果关系和确定程度是否保持准确
- 同一概念是否使用同一术语
- 标题、正文、卡片和按钮是否重复
- 代码、路径、字段、命令和引用是否保持原样
- 内容是否便于目标读者扫读和执行
- 项目覆盖规则是否来自目标项目，而不是示例文件
参考资料路由
