用途：为 GitHub 相关文本（PR 评论、PR 描述、PR 标题、issue、设计提案）提供统一的写作风格规则，让输出听起来像作者本人而非 AI 助手。
主要能力：规定不使用长破折号（—）或双连字符（--）作破折号；保持自然人类语气，避免生硬正式措辞；不过度解释，按问题本身使用的词汇作答；PR 正文不写 Verification 段落、CI 测试数量行或实时数据调查数字等“正确性证据”，但保留该改动本身要产出的测量；issue 与设计提案只在高层面呈现原则、选项与代价；解释代码时描述当前行为，不叙述编辑历史；优先使用用户在对话中给出的推理与措辞；用户纠正风格后，会话内后续 GitHub 文本沿用该纠正；不把会话内部工作归因于工具（AI 审查者、linter、子代理等）；以用户名义发布的评论需先交付草稿或取得确切措辞批准；提问时弱化强判断，去掉无信息量的模糊词，保留承载信息的模糊词；任务列表用 - [ ]，因 GitHub 会剥离列表标记，需要编号时写进条目文本。
作者身份判定：对已有 PR 或 issue，用 gh api repos/<owner>/<repo>/issues/<number> --jq '.author_association' 检查；尚无产物时，用 gh api repos/<owner>/<repo> --jq '.permissions.push' 检查自己在目标仓库（fork 流程中为上游仓库）的权限，true 表示内部成员。内部成员（OWNER、MEMBER、COLLABORATOR）按队友口吻写，省略对方已知上下文；外部贡献者（CONTRIBUTOR、FIRST_TIME_CONTRIBUTOR、FIRST_TIMER、NONE）按外部贡献者口吻写，可自然提及“项目”或“维护者”并尊重维护者偏好；无法判定时默认使用外部贡献者语气。
适用场景：撰写或审阅 GitHub 上的 PR、issue、设计提案与评论。
限制：资料未提供安装方式、收费、平台支持或效果数据。