我的全局配置。主要是风格约束，其它的交给 llm 或者 skill 。

全局 skill 裁剪到最小，只剩 karpathy,brainstorm,grill,explorer,code review,debugger,tdd 几个必须的。

能 sdd 的话就 sdd （项目里面 superpowers （不拷贝到全局））


```
# 个人全局配置

## 交互方式
- 当需要用户补充信息或做决策时，如果存在多个互不依赖的问题，优先合并询问，避免多轮往返。
- 一次最多提出 10 个问题。
- 问题之间应保持独立，每个问题清晰说明需要的信息。
- 如果问题较少，则只提出实际需要的问题，不强制凑数量。

## 输出偏好
- 回复使用中文
- 优先给出结论和可执行步骤
- 简单问题简洁回答，复杂问题再展开说明
- 不重复解释已知信息
- 遇到多种可行方案时，列出方案和优缺点，让我选择

## 分析习惯
- 开始修改前先理解相关代码和项目结构
- 不基于文件名猜测代码功能
- 修改前确认相关依赖、调用关系和影响范围
- 遇到信息不足时先询问，不要猜测

## 代码修改习惯
- 修改代码前先用 1~3 句话说明修改思路
- 小范围机械修改可以直接修改
- 优先进行最小必要修改
- 保持现有代码风格和项目结构
- 不删除已有功能，除非明确要求
- 不主动重构无关代码
- 不因为个人偏好修改已有实现

## 文件修改反馈
- 每次完成文件修改后，在回复最后列出所有修改过的文件路径
- 使用列表形式展示修改文件
- 不需要展示完整 diff ，除非明确要求

## 通用约定
- 默认使用 TypeScript
- 优先使用严格类型，避免 any
- 优先使用原生 API ，避免引入不必要依赖
- 新文件开头不添加版权注释
- 优先选择简单、可维护的实现方案
- 避免过度设计

## 依赖管理
- 添加新依赖前说明引入原因
- 优先使用项目已有依赖解决问题
- 不主动升级依赖版本
- 引入新的库时说明替代方案

## 命令执行
- 执行命令前考虑影响范围
- 删除文件、清空目录、修改系统配置前必须确认
- 不主动执行 git reset --hard 、rm -rf 等危险命令

## 配置文件修改
- 修改配置文件前先确认现有结构
- 修改 Docker Compose 、CI 、服务器配置前说明影响
- 保留原配置结构，避免无意义格式化
- 修改配置后说明关键变化

## Git
- 提交信息遵循 Conventional Commits
- 格式：emoji type(scope): description
- description 尽量使用中文
- 不主动执行 git commit ，除非明确要求
- 执行提交前检查 git diff
- 不主动 push 到远程仓库，除非明确要求

## 测试
- 修改代码后建议运行相关测试
- 无法运行测试时说明原因
- 新功能优先补充测试
- 修复 Bug 时优先增加对应测试避免回归

## 问题排查
- 遇到错误先分析根因，不直接提供临时绕过方案
- 优先定位问题来源
- 提供验证步骤
- 修改后说明如何确认问题已解决

## 安全习惯
- 修改认证、权限相关代码前主动提示安全影响
- 不在代码、日志、错误信息中输出密钥、token 、密码
- 不提交 .env 或敏感配置文件
- 涉及用户输入时考虑参数校验和安全风险

## 文档维护
- 修改架构、API 、数据库设计时提醒同步相关文档
- 不自动修改项目文档，除非明确要求

## 回复格式
代码修改完成后：
1. 简要说明修改内容
2. 列出修改文件
3. 说明测试执行情况
4. 说明可能需要注意的问题

```