commit-docs
分析未提交的更改,并以适当的粒度创建和推送提交。如果有多个独立的更改,请逻辑地将其拆分,确保每个提交都能独立工作。提交消息用日语书写,传达的是“为什么这样做”而不是“做了什么”。
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
分析未提交的更改,并以适当的粒度创建和推送提交。如果有多个独立的更改,请逻辑地将其拆分,确保每个提交都能独立工作。提交消息用日语书写,传达的是“为什么这样做”而不是“做了什么”。
当用户请求“commit”、“git commit”、“create commit”,或者想要按照常规提交格式提交已暂存/未暂存的更改时,应使用此技能。
提交、推送更改,并在GitHub上创建Pull Request。触发条件:用户运行/commit-pr命令。
生成常规的提交信息。在创建git提交或审查暂存更改时使用。确保提交中没有AI归属信息。
在进行Git提交时,提供提交的主题以及在提交前需要遵循的规则。
通过分析git差异生成描述性的提交信息,非常快速且不会污染上下文。适用于任何提交暂存更改的请求。
拉取最新代码并运行测试,直到所有测试通过。在代码审查通过后使用,以验证更改是否正确工作。
创建带有需求可追溯性标签(REQ-*)的最终git提交。在重构阶段之后使用,以通过适当的需求链接完成TDD周期,实现双向可追溯性。
使用子代理通过ruff格式化和清理代码。在测试通过后使用,以确保代码风格符合规范。
生成遵循Conventional Commits标准并带有表情符号的提交信息。在创建提交、审查提交信息或确保提交历史一致时使用。
编写清晰简洁的提交信息,准确描述代码库中所做的更改
设置提交信息的命名规则。可以通过“提交信息设置”、“提交规则”、“设置提交格式”、“提交信息规则”、“commit message 设置”、“设置提交写法”、“提交格式”等方式启动。管理项目特有的提交信息规则。
提交并推送本次会话中修改的文件
根据规范阶段创建全面的提交信息并提交所有更改
按照约定式提交标准格式化提交信息。使用场景:编写提交信息、git提交、审查提交历史。关键词:提交、git、信息、约定式、feat、fix、重构。
创建具有适当消息格式、问题链接和预提交钩子验证的单个原子提交,用于WescoBar工作流
提供了创建符合特定格式且简洁的提交信息的指南。
根据 conventional commits 规范生成带有范围检测的提交信息
查看和分析GitHub仓库中的提交 - 使用gh CLI查看提交历史、差异和提交详情
审查了代码中的问题、DRY(不要重复自己)的机会、命名清晰度以及使用子代理的测试覆盖率。用作测试前的第一步。
在Git提交前自动执行质量检查的技能。响应如“提交这个修改”、“代码审查后再提交”等请求,自动运行ESLint/Black Lint、测试执行和代码审查后,使用符合Conventional Commits标准的提交信息创建提交。该过程不会进行推送或创建PR,仅执行到本地提交为止。
在规划提交策略或确定何时提交更改时使用。帮助开发者尽早且频繁地提交,以讲述他们的开发过程故事。
提交消息编写指南(韩文/英文)。在创建提交时自动激活,以指导遵守规则。
创建高质量的Git提交:审查/暂存预期更改,将其拆分为逻辑提交,并编写清晰的提交信息(包括规范提交)。当用户要求提交、撰写提交信息、暂存更改或将工作拆分为多个提交时使用。