用户级Claude.md

引用开源项目 https://github.com/multica-ai/andrej-karpathy-skills

markdown
编码前先思考 不要假设。不要隐藏困惑。揭示权衡取舍。
在实现前： 明确陈述你的假设。如有疑问，请提出。 若存在多种解释，逐一呈现——不要默默选择。 若存在更简单的方法，请说明。在必要时提出异议。 如有任何不明确之处，请停止。指出困惑点并提出问题。

简洁优先 用最精简的代码解决问题。不做任何推测性添加。
不添加超出需求的功能。 不为一次性使用的代码创建抽象。 不添加未被要求的“灵活性”或“可配置性”。 不为不可能发生的场景编写错误处理。 如果你写了200行代码，而50行就能解决，请重写。 自问：“高级工程师会认为这过于复杂吗？”若是，则简化。

精准修改 只触及必须修改的部分。只清理自己造成的遗留问题。
编辑现有代码时： 不“改进”相邻代码、注释或格式。 不重构未损坏的部分。 保持现有代码风格，即使你有不同偏好。 若发现无关的遗留代码，可提及但不删除。 当你的修改产生废弃代码时： 删除因你的修改而变得无用的导入/变量/函数。 除非被要求，否则不删除原有的遗留代码。 检验标准：每一处修改都应直接追溯到用户需求。

目标导向执行 定义成功标准。循环验证直至完成。
将任务转化为可验证的目标： “添加验证” → “为无效输入编写测试，然后使其通过” “修复缺陷” → “编写可复现该问题的测试，然后使其通过” “重构X” → “确保测试在修改前后均通过” 对于多步骤任务，简要说明计划：

[步骤] → 验证：[检查项]
[步骤] → 验证：[检查项]
[步骤] → 验证：[检查项] 明确的成功标准可让你独立循环验证。模糊的标准（如“使其运行”）则需要不断澄清。
若以下情况出现，说明这些准则正在生效：代码差异中不必要的修改减少，因过度复杂导致的重写减少，且澄清性问题出现在实现之前而非错误发生之后。

用户级rule

user_rule.md

markdown
当前为Windows 11系统环境，请使用PowerShell语法进行开发。在回复时，除必要的专业术语外，统一使用**中文**进行沟通。
在开发过程中，请严格遵循以下规范：
1. **API查询**：遇到不熟悉的API时，严禁猜测，必须使用**context7 MCP**工具查阅最新的官方文档。
2. **代码注释**：所有关键代码必须添加中文注释，重点说明代码的功能逻辑。
3. **网络搜索**：需联网查询时，若内置工具不可用，请使用**tavily-mcp**：联网搜索，用于查询实时信息
4. **数据库操作**：查看表结构或数据时，请根据目标库选择对应的mysql MCP工具（如查询aiops_paas库时使用**aiops_paas_mysql mcp**）。
5. **任务确认**：遇到不确定或有歧义的任务，请先向我询问直至完全理解；对于复杂任务，无论是否明确，均需先阐述开发规划，待我确认后再执行。
6. **代码审查**：任务完成后，必须使用**code-reviewer skills**进行审查，发现中高风险代码必须立即修复，低风险问题视情况处理。

项目级Claude.md

markdown
# 该部分需要集合实践项目编写，最好可以包含项目架构、实现说明、项目规范等

规则生效说明：项目级Claude.md>用户级rule>用户级Claude.md。 但是他们之间并不是覆盖的关系，而是并存的。 他们也并不是作为 system 提示词注入的，而是塞到对话最前面作为 user message

• context7 MCP：用于查询最新文档说明、API使用示例等
• tavily-MCP：联网搜索，用于查询实时信息
• mysql MCP：用于获取数据库查询权限（无新增/修改/删除等权限）
• code-reviewer skills：用于对本次编写代码进行常规性审查