$ loading_
帮助团队用标准化提交记录清晰保留代码变更背后的原因与上下文。
该技能材料显示其为开源 MIT 许可的 prompt-only 技能，且未声明密钥、远程端点或本地执行能力，整体风险较低。由于 README 缺失、维护状态未知，供应链与实际行为仍需做基本核验。
材料明确标注无需密钥或环境变量，未见要求访问 API token、账号凭证或其他敏感认证信息，凭证暴露与滥用风险低。
未声明任何远程端点，且被标记为 prompt-only；基于现有材料，未见将用户数据外发到第三方服务的事实依据。
作为 prompt-only 技能，材料中未见本机起进程、执行脚本、安装依赖或调用系统命令的描述，代码执行面较小。
未声明读写本地文件、仓库内容或其他数据资源的能力；从现有描述看，不涉及超出提示词范畴的数据访问授权。
来源为 GitHub 开源仓库，MIT 许可且有一定社区采用度（139 stars），这些都是正面信号；但 README 缺失、维护状态未知，导致可审计上下文有限，仍建议核验仓库内容与近期活动。
复制安装指令，让 AI 自动完成配置 · 推荐新手
"contextual-commits" 暂无可直接复制的安装信息，请查看页面文档或源码仓库。
请根据 contextual commits 标准，把下面这次代码修改整理成一条高质量 git 提交说明，重点写清楚变更原因、背景、影响范围和后续注意事项：修复用户登录超时问题，原因是 token 刷新逻辑在弱网环境下偶发失败。
一条结构清晰的提交说明，包含做了什么以及为什么这样做。
我有一条历史提交信息“refactor auth service”，请按 contextual commits 的思路补充完整上下文，说明触发这次重构的业务问题、技术债、预期收益以及潜在风险。
补充后的提交上下文文案，便于团队理解重构动机和影响。
基于以下 5 条提交记录，按 contextual commits 方法总结这个 PR 的核心目的、关键决策和用户价值，输出适合放在代码评审里的摘要。
一段适合 PR 或代码评审使用的摘要，突出为什么做这些改动。
基于代码差异生成规范化 Git 提交信息，并支持按逻辑分组提交
帮助开发者在提交代码或生成 diff 时套用正确的提交前缀、审阅人和测试计划。
帮助你撰写不过时的代码注释，聚焦做什么与为什么而非时序背景。
为开发团队提供 SemVer 与约定式提交规范，统一提交信息与版本管理。
帮助 AI 基于本地代码上下文进行影响分析并判断合并准备度。
将大型代码库转为可检索的语义特征图，帮助开发者高精度理解与定位代码上下文。