用途：在 GitHub 上创建、更新、合并 pull request，或撰写会显示在 GitHub 上的文字时，按此技能给出的准则执行。若 repo 的文档或 PR 模板另有规定，则优先遵循 repo 规定；文体遵循 kuden:writing skill 的标准。
主要能力与准则：标题应写清解决了什么，用一句话说明为何变更、变更后行为如何不同，不罗列实现步骤或新增的函数名、文件路径，不只写消除症状，面向用户的 bug 修复用“在<重现条件>下修复<症状>”的形式，涉及界面的变更用受影响画面名称表示范围，小型变更可用既有文件名或字段名简短书写，commit message 首行同样按此标准。概要栏从变更的主目的写起，最后以动作确认方法收尾；含多个步骤的 PR 按操作或处理流程用列表逐行写，每行说明新增什么、因此能做什么，判定条件与记录格式等细节放在步骤列表之后；最后写审查者可在本地确认的步骤，AI 已完成的验证单独成节。链接写法适用于概要栏、评论、commit message 等所有显示文本：#1234 与 URL 前后需加半角空格，URL 的日文部分不 percent-encode，#数字 只用于 issue 与 PR 编号，其他编号体系用完整 URL。亲 PR 的概要栏设 ## 子PR 一节，每新建子 PR 追加 - #1234；子 PR 概要栏首行写明是 #1234 的子 PR。亲 branch 通过向默认 branch 添加一个空 commit 来创建；子 PR 指向亲 branch，子 PR 之间为兄弟关系；询问 PR 指向时按 PR 关系而非 branch 名提问，并说明何时进入生产等结果。squash and merge 时 commit message 的本文不使用各 commit message 的默认拼接，而应概括概要栏，不残留个别 commit 的 message，不写 Co-Authored-By、Claude Session 等 AI attribution 行。
限制：具体使用方式与安装命令暂未提供；适用范围、平台与收费等事实暂未提供。