目前模型的智能下全局的CLAUDE.md、AGENTS.md 还很重要吗

从来不喜欢写这个，

小公司本来就一个人一把梭

随便弄

而且把很多小事写得非常具体本来就不是很好

粗略的东西可以稍微写一下，约束约束

还是需要的 对于自己的项目有点约束力

我只约束了 优先使用当前项目下的 venv/ .venv/ 环境，还有就是 强制 git 的 commit 内容 100 字以上

小约束有一定用吧，模型够强，对话里提示过就行，模型不行，提示词写了都不去读的

我个人，有用的

1、系统一级的md。约束一下，编码这些

2、如果是项目，简单描述一下有哪些规则

但是详细的没有弄

项目很大，架构有要求，一定要写，不然ai写的能乱七八糟，特别是我们这种项目中间还换了架构的，他妈的 让他自己写能写成鬼一样。自己写的东西无所谓，项目里还是要保证一定的一致性和可读性。还有就是网上很多写法公司内也是不允许的，反正挺好用的。现在问题是很多harness他的agent.md遵循的并不好，这点点名批评codex。

我理解项目级别的约束目前还在用，比如 claude code 全局的 CLAUDE.md 中的通用规则用途还大吗

部分个人规则约束还是需要的

例如站内佬友的codex读取工具mcp，会在全局文档中声明使用规则，同理，你有其他特殊的工具或者规则技巧，同样可以写进去，不必每次开启相关任务都重复说明

不需要事无巨细地约束。但还是需要向AI提供一个先入为主的项目基本信息和规定，不然行为会更加不可控。

要的，定义一些自己的规范、流程，不用的话一直提示或者让他自己跑很容易搞出一个新方案。

反而是越来越重要，模型越聪明就越需要约束

个人还是会用到，主要用于避免AI每次对话都先理解项目结构。

非常重要的，省token不说 ai也理解你的项目 在搭配/DOC一些文档

ai上手快得很！

全局的就是git管理 和删除权限提示词管理 这两个超级重要！

不写什么的 ai是个瞎子先探索

git管理 和删除权限提示词管理

佬是自己写的，还是找的开源仓库的呢

## 五、 安全与风险控制

### 红色（高风险，操作前必须备份并明确告知用户风险）
- `rm -rf` / `Remove-Item -Recurse` 任何非空目录；删除 `.env`、`.config`、`*.db` 等核心配置或数据库。
- `git push --force`、`git reset --hard`、`git rebase`、`git clean -fd` 等可能丢失提交历史的操作。
- 修改 `package.json`、`requirements.txt`、`go.mod`、`Cargo.toml`；批量安装/卸载依赖；升级运行时版本。
- 一次性删除 5 个以上文件。
- 触碰 prod 数据库、生产 API Key、CI/CD 流水线配置。

### 黄色（中风险，输出警告说明后果）
- 单次修改涉及 5 个以上文件。
- 修改公共 API 接口签名、更改全局状态管理结构。
- 在代码中硬编码敏感信息。
- 修改 `~/.config/`、`~/.opencode/` 等全局配置文件。

### 绿色（无需确认，直接执行）
- 代码格式化、添加注释、修复拼写。
- 单文件内局部逻辑修改（< 50 行）。
- 只读查询。

### 备份规则
执行高风险操作前必须先备份关键文件（`Copy-Item` + `.bak` 后缀 + 时间戳）。