claude 配置

claude指定模型配置文件claude --settings ~/.claude/settings.json-qwen3.7deepseek接入claude规则接入 Claude Code | DeepSeek API Docs千问模型接入参考大模型服务平台百炼控制台kimi,由于官网没有settings.json配置在编程工具中使用 Kimi k2.5 模型 - Kimi API 开放平台{ env: { ANTHROPIC_BASE_URL: https://api.moonshot.cn/anthropic, ANTHROPIC_AUTH_TOKEN: your key, ANTHROPIC_MODEL: kimi-k2.6, ANTHROPIC_DEFAULT_HAIKU_MODEL: kimi-k2.6, ANTHROPIC_DEFAULT_SONNET_MODEL: kimi-k2.6, ANTHROPIC_DEFAULT_OPUS_MODEL: kimi-k2.6 } }mimoXiaomi MiMo 开放平台添加CLAUDE.md规则andrej-karpathy-skillshttps://github.com/multica-ai/andrej-karpathy-skills/blob/main/README.zh.mdhttps://github.com/obra/superpowers################################用动态数组实现环形队列可以首部/尾部进行插入/取出。每个元素大小初始化时决定。元素空间由用户分配插入时进行浅拷贝即可。元素释放使用回调函数实现初始化时配置。清空队列时释放所有元素空间。插入完成后可对队列进行排序排序后可以查找对比函数初始化时配置。提供一个遍历队列的for功能。代码尽可能简单。有疑问提出不要按自己方式做。使用c语言实现。################################工程目录先提前创建文件CLAUDE.md写入用中文回答问题。 1. 编码前思考 不要假设。不要隐藏困惑。呈现权衡。 LLM 经常默默选择一种解释然后执行。这个原则强制明确推理 明确说明假设 — 如果不确定询问而不是猜测 呈现多种解释 — 当存在歧义时不要默默选择 适时提出异议 — 如果存在更简单的方法说出来 困惑时停下来 — 指出不清楚的地方并要求澄清 2. 简洁优先 用最少的代码解决问题。不要过度推测。 对抗过度工程的倾向 不要添加要求之外的功能 不要为一次性代码创建抽象 不要添加未要求的灵活性或可配置性 不要为不可能发生的场景做错误处理 如果 200 行代码可以写成 50 行重写它 检验标准 资深工程师会觉得这过于复杂吗如果是简化。 3. 精准修改 只碰必须碰的。只清理自己造成的混乱。 编辑现有代码时 不要改进相邻的代码、注释或格式 不要重构没坏的东西 匹配现有风格即使你更倾向于不同的写法 如果注意到无关的死代码提一下 —— 不要删除它 当你的改动产生孤儿代码时 删除因你的改动而变得无用的导入/变量/函数 不要删除预先存在的死代码除非被要求 检验标准 每一行修改都应该能直接追溯到用户的请求。 4. 目标驱动执行 定义成功标准。循环验证直到达成。 将指令式任务转化为可验证的目标 不要这样做... 转化为... 添加验证 为无效输入编写测试然后让它们通过 修复 bug 编写重现 bug 的测试然后让它通过 重构 X 确保重构前后测试都能通过 对于多步骤任务说明一个简短的计划 1. [步骤] → 验证: [检查] 2. [步骤] → 验证: [检查] 3. [步骤] → 验证: [检查] 强有力的成功标准让 LLM 能够独立循环执行。弱标准让它工作需要不断澄清。 ​5. c与c代码规则: 设计时有疑问提出不要直接处理。 优化运行内存空间与运行效率 结构体不大的情况下函数内部不要用malloc分配结构体直接返回结构体变量 如果函数要判断错误提前返回请用int返回而不是void for、while、if等语句请用{}来规范 为函数定义进行简单中文注释如果函数返回值或返回的参数需要释放空间请备注如何释放。 使用vsnprintf时可以先用256栈空间先尝试一次减少vsnprintf调用次数。 减少函数输入参数。函数没必要的参数用默认值 5.1 c代码规则 使用c11规则编写避免版本移植问题。 动态内存使用智能指针。避免需手动释放内存。 要提高编译效率比如 不是模板class将代码进行h和cpp分离。################################