用户输入"提交代码"时触发，Claude 根据当前 git 改动分析生成符合 Conventional Commits 规范的 message，经用户确认后完成提交。
用户输入"提交代码"时触发，Claude 根据当前 git 改动分析生成符合 Conventional Commits 规范的 message，经用户确认后完成提交。
npx skills add https://github.com/dark789g-ux/cryptotrading --skill git-commitانسخ والصق هذا الأمر في Claude Code لتثبيت المهارة
任何需要驱动浏览器的任务都用此 skill —— UI 验证、网页自动化、截图、带登录态抓取、代码改动手测。用户提到打开浏览器、在浏览器里测 UI、截网页、在运行中的应用里验证、或任何 web 交互时都触发。需与具体工具 skill（如 kimi-webbridge，负责工具 API 机制）**并用**；本 skill 提供策略层和任务结束时的强制复盘协议，把新经验沉淀到 references/lessons-learned.md。任何浏览器任务**第一时间**读本 skill —— 里面的经验都是真实踩坑换来的，不该再踩第二次。
在进行任何创意性工作之前必须使用此技能 — 创建功能、构建组件、添加功能、实现需求或修改行为。在实现前探索用户意图、需求和设计。用户说"头脑风暴"或类似的表达时，应触发此技能。
在遇到任何 bug、测试失败或非预期行为时使用，在提出修复方案之前
当面临 2 个以上可独立执行、无共享状态或顺序依赖的任务时使用
调用 DeepSeek API（/chat/completions）的强制查阅规范，覆盖思考模式（reasoning_content / thinking / reasoning_effort）与多轮对话上下文拼接。**任何**涉及 DeepSeek API 的代码编写、修改、排错前必须先调用本 skill。触发词：DeepSeek、deepseek、deepseek-v4-pro、reasoning_content、思考模式、thinking mode、reasoning_effort、deepseek 多轮、deepseek chat completions、api.deepseek.com。
查询 Tushare 接口文档。**任何**涉及 Tushare 的场景都必须先调用本 skill 查文档，包括：（1）写代码/同步/对接 Tushare；（2）回答"Tushare 是否支持 X""有没有 Y 接口""某接口要多少积分""字段单位是什么""能否取美股/港股/期货/基金数据"等事实型问答；（3）排查 Tushare 返回空/报错；（4）评估 Tushare 与其它数据源的能力边界。触发词包括但不限于：Tushare、tushare、ts_code、pro_api、A股/美股/港股/期货/基金/财务/指数/资金流/龙虎榜/复权 + Tushare。**禁止凭记忆、训练数据、历史代码或邻近接口推断回答任何 Tushare 相关问题——包括"接口是否存在""积分门槛""字段单位""更新频率"。**
| name | git-commit |
| description | 用户输入"提交代码"时触发，Claude 根据当前 git 改动分析生成符合 Conventional Commits 规范的 message，经用户确认后完成提交。 |
分析当前 git 改动，生成准确的 Conventional Commits message，经用户确认后完成提交。
并行执行：
git status --short
git diff HEAD
如果 git diff HEAD 为空（所有改动已暂存），改用：
git diff --cached
根据 diff 内容推断：
auth、api、web| type | 适用场景 |
|---|---|
| feat | 新功能 |
| fix | bug 修复 |
| refactor | 重构（不改功能） |
| perf | 性能优化 |
| style | 格式调整（不影响逻辑） |
| test | 测试相关 |
| docs | 文档 |
| chore | 构建、依赖、配置 |
| build | 构建系统或外部依赖变更 |
| ci | CI/CD 配置 |
格式：
<type>[(scope)]: <description>
[body]
写 description 的原则：说结果，不说过程。"add user login endpoint" 好过 "modify user controller to handle login requests"。
把起草的 message 展示给用户，询问是否直接提交，或需要修改。不要跳过这一步直接提交。
只暂存有实际改动的文件，不要用 git add .：
git add <file1> <file2> ...
文件列表从 git status --short 的输出中提取。
根据项目类型运行对应检查。此项目为 pnpm monorepo：
apps/web）：cd apps/web && pnpm exec vue-tsc --noEmitapps/server）：cd apps/server && pnpm exec tsc --noEmit如果 lint 失败，停下来告知用户错误，不要继续提交。等用户修复后重新触发。
此项目运行环境为 Windows PowerShell，不支持 heredoc，且字符串插值中 Unicode 转义（`u{xxxx}）不可靠。
必须用 PowerShell here-string + WriteAllText 写入临时文件后再提交：
$msg = @"
<type>[(scope)]: <中文描述>
- body 行 1
- body 行 2
"@
$utf8NoBom = New-Object System.Text.UTF8Encoding $false
[System.IO.File]::WriteAllText("$env:TEMP\commitmsg.txt", $msg, $utf8NoBom)
git commit -F "$env:TEMP\commitmsg.txt"
中文字符直接写入 here-string，禁止在字符串变量中使用 `u{xxxx} 转义中文。
关键：必须用 New-Object System.Text.UTF8Encoding $false 而不是 [System.Text.Encoding]::UTF8。后者默认写入 BOM（EF BB BF 字节序），git 不会过滤，subject 行首会出现不可见字符 ，在 GitHub UI 与 git log --oneline 中可见。
提交成功后告知用户，并提示如需 push 可手动执行 git push。