Token导航 LogoToken导航

Agent Skill · 待分类

commit-tag(提交标签)

commit-tag 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

commit-tag 是待分类类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为权限未标注;许可证信息还不明确,第三方扫描已通过,按安装量在待分类类的 11,209 个 Skill 里排第 5,263。

总安装 588周安装 24GitHub Stars 公开资料未说明下载 190核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:commit-tag(提交标签)
来源仓库:https://github.com/philo-veritas/commit-tag
仓库路径:skills/commit-tag
安装命令:
npx skills add https://github.com/philo-veritas/commit-tag --skill commit-tag
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/philo-veritas/commit-tag --skill commit-tag

这个 Skill 是做什么的

这个 Skill 的分类还没最终确定,用法以来源仓库的说明为准。

commit-tag 分析改动并生成带 AI/Human 标记的合适 git commit message。适用于需要尊重手动暂存、推断会话上下文和检查敏感文件的提交流程。按优先级决定暂存范围,避免敏感文件,建议拆分多主题改动。依赖 git 命令和文件读取,建议确认敏感文件列表和执行权限。

commit-tag 属于待分类类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/commit-tag

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/philo-veritas/commit-tag --skill commit-tag;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    权限没有明确标注,第一次使用时只给一个无关紧要的任务,观察它到底读了哪些文件和网络。

常见问题

6 条

commit-tag 怎么安装?

在终端执行 npx skills add https://github.com/philo-veritas/commit-tag --skill commit-tag。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

commit-tag 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

commit-tag 需要什么权限?

权限级别没有明确标注。第一次使用时建议只给无关紧要的任务,观察它实际读写了哪些内容。

commit-tag 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

commit-tag 用的人多吗?

公开数据是累计安装 588 次,近一周安装 24 次,下载 190 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

commit-tag 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理待分类类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

待分类类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
infsh-cli

infsh CLI · Codex、Claude

4,374,576382权限未标注未明确未收录
ai-video-generation

AI 视频生成 · Codex、Claude

4,313,376382调用外部服务未明确有提醒
lark-openapi-explorer

云雀 OpenAPI 浏览器 · Codex、Claude

2,064,1209,011需要联网未明确有提醒
lark-workflow-standup-report

Lark 工作流程站立报告 · Codex、Claude

2,041,6328,978需要联网未明确通过
use-my-browser

使用我的浏览器 · Codex、Claude

1,848,49140操作浏览器未明确未通过
commit-tag

提交标签 · 本页

588—权限未标注未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

commit-tag

分析改动,生成带有 AI/Human 标记的合适的 git commit message。

触发条件

当用户说以下内容时触发:

  • /commit-tag、"提交代码"、"commit"、"帮我提交"

Commit 流程

Step 1:收集信息

并行执行以下命令收集当前仓库状态:

git status
git diff --staged
git diff
git log --oneline -5

对 git status 中出现的未跟踪文件(Untracked files),读取其内容以便后续分析(大文件只读前 50 行)。

Step 2:确定暂存范围

并非所有改动都属于同一个 commit。按以下优先级决定暂存哪些文件:

  1. 已暂存文件优先:如果用户已经手动 git add 了部分文件,尊重用户的选择,只提交已暂存的内容
  2. 会话上下文推断:如果没有已暂存文件,根据当前会话中讨论和修改过的文件来判断哪些改动属于本次提交。只选择与当前任务主题相关的文件
  3. 全量提交兜底:如果无法从上下文判断(比如用户直接说"把所有改动都提交了"),才使用全量提交

当改动涉及多个不相关主题时,主动建议用户拆分为多次提交。

Step 3:敏感文件检查

在暂存之前,检查待提交文件中是否包含敏感文件(.env、credentials.json、*secret*、*.key、*.pem 等)。如果发现,警告用户并从暂存列表中排除,除非用户明确确认要包含。

Step 4:生成 commit message

分析待提交的改动内容,生成中文 commit message,遵循 conventional commits 格式:

type(scope): 简短描述

- 改动点 1
- 改动点 2

规则:

  • type 从以下选择:feat / fix / refactor / perf / chore / ci / docs / style / test
  • scope 根据改动的主要模块或目录确定;如果改动跨多个模块则省略 scope
  • subject 行(第一行)控制在 50 字符以内
  • body 中的改动点用简洁的短句概括,每项不超过一行

Step 5:确定作者类型

解析用户输入中的 flag:

  • --ai → 标记为 AI 编写
  • --human → 标记为人类编写
  • 无 flag → 使用 AskUserQuestion 询问:
这次提交的代码主要由谁编写?
- AI 编写(AI 生成或 AI 辅助完成主要逻辑)
- 人类编写(人类手写,AI 仅辅助少量内容)

Step 6:构造最终 commit message

如果是 AI 编写,在 message 末尾追加 trailer:

type(scope): 简短描述

- 改动点 1
- 改动点 2

Co-Authored-By: AI-Agent <ai@noreply>

如果是人类编写,不追加 trailer。

Step 7:执行提交

git add <具体文件列表>
git commit -m "$(cat <<'EOF'
commit message here
EOF
)"

注意:

  • 如果没有可提交的改动,提示用户并终止
  • 使用具体文件名而非 git add -A,确保只提交 Step 2 确定的文件
  • commit message 通过 HEREDOC 传递以保证格式正确

重要规则

  • commit message 必须使用中文
  • 如果用户明确指定了 commit message 内容,尊重用户的内容,仅追加 trailer
  • AI trailer 使用 Co-Authored-By: AI-Agent <ai@noreply>,与 Claude 默认的 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> 格式均可被统计工具识别

平台分布

Codex

35.09%
按下载量换算67

Claude

32.49%
按下载量换算62

Cursor

18.38%
按下载量换算35

Gemini CLI

10.57%
按下载量换算20

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限未标注

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills