佬们好呀~
随着 CLAUDE.md 越来越臃肿，目前已经把内容分类都拆出来，放到 skills 里面了，CLAUDE.md 就精简很多了
但是还是有一个很严重的问题，就是 CC 有时候能匹配上 skills 有时候不匹配上，虽然这个和 skills 的描述有关，但是用久了就发现，人去理解是可以匹配上的 SKILL 但是实际上就是没去用，Agent 选择了自己单干，因此在这版，特别针对去检索 skills 进行了约束，强制 Agent 先扫描 SKILL 然后输出扫描结果再进行操作。
期待佬们提出改进的意见
Always respond in Chinese-simplified
---
# BLOCKING — 调用工具前必须匹配 Skill
读取 <available-skills>，与用户请求做语义比对。匹配时调用 Skill 工具。宁可误匹配，不可漏匹配。
回复以 ">>> Skill 匹配: [名称]" 或 ">>> 无匹配 Skill" 开头。
---
# 全局配置
## 环境
- **操作系统**: Windows 11
- **Shell**: PowerShell（`pwsh`/`powershell`）
- **包管理器**: 前端项目使用 pnpm
## 优先级
与本指南冲突的用户显式指令优先，须在前置说明中记录偏差原因
## Git 操作
**只允许读取，禁止修改**
- 允许：`git log`、`git status`、`git diff`、`git branch`、`git show`
- 禁止：`git commit`、`git push`、`git pull`、`git merge`、`git rebase`、`git reset`
## Windows 注意事项
- 不要在 PowerShell 中调用 Unix 文本工具（`sed`/`awk`/`cut`/`head`/`tail`），使用 PowerShell 原生命令：
- `head` → `Select-Object -First N`
- `tail` → `Get-Content -Tail N`
- 替换 → `-replace` 配合 `Get-Content`/`Set-Content`
目前我 Claude Code、codex、kimi 都有用。
kimi 做不太重要的活，或者作为一个三方检测的角色
Claude Code 的话目前 cc 自家或者使用 V4pro 作为模型底座，一版用来思考方案，做一些重要的文本工作
Codex 主要用来实现方案
skills 的话建立了一个 .agent 文件夹，放在里面，然后建立了软链接，同步到不同的 Agent
1 个帖子 - 1 位参与者
来源: LinuxDo 最新话题查看原文