refining

Refining 的目标是让代码变更易于评审，核心理念是站在评审者角度思考“我是否愿意评审这次变更”。它围绕可审查性的四个维度评估：内聚性（是否单一目的）、规模（认知负荷）、清晰度（意图是否明显）和噪音（是否含干扰内容）。\n\n主要能力包括三种模式。Commit：先运行 git diff --cached --stat 查看已暂存变更，评估内聚性、规模与噪音，再按 Conventional Commits 格式生成提交信息并执行 git commit -m "type(scope): description"，未经明确要求不会推送。Review：识别评审目标（PR URL、分支或当前变更），做快速评估与详细审查，聚焦静态检查工具遗漏的问题，并按严重程度（🔴 严重、🟡 重要、🔵 建议）输出报告。Create PR/MR：用 git log --oneline main..HEAD 收集变更，判断是否适合提交，生成标题、描述与上下文，再通过 gh pr create 或 glab mr create 创建，描述结构包含 Summary、Changes、Testing、Reviewer Notes。\n\n它会检测 console.log、print、debugger、新增 TODO/FIXME 及注释掉的代码等噪音，但只提示用户，由用户决定是否为有意保留。\n\n使用限制方面，该技能强调内聚性优先于行数，行数只是认知负荷的启发式参考，不应作为硬性门槛；是否拆分、是否继续提交等边界情况由用户决定。资料未提供安装命令、收费方式、支持平台等具体信息。