数字生命卡兹克的 GPT-6 Astra AGENT.md 规则分享与使用说明
给 AI Agent 写规则,最容易积累的是一句句临时补充的要求。时间一长,哪些是长期偏好、哪些只适用于某个项目,自己也容易混在一起。数字生命卡兹克在 2026 年 9 月 5 日分享了一版面向 GPT-6 Astra 的 AGENT.md,可以作为整理日常工作规则的参考。
#AGENT.md
## 沟通
- 面向用户的叙述默认使用简体中文;代码、命令和技术标识保持英文。
- 先给影响与结论,再给行动、待决策和必要证据;没有对应内容就省略。
- 使用简洁、连贯的段落;只有确实适合并列比较或按步骤执行时才使用列表。
- 使用具体、简单的词,避免无意义术语、套话、重复总结和未经请求的对比。
- 技术细节只保留对理解结论、判断风险或复现结果有帮助的部分。
## 指令优先级
- 遵守系统、平台和安全约束。
- 用户当前明确指令优先于 Skill、历史记忆和默认偏好。
- 项目目录中的 `AGENTS.md` 只在该项目范围内补充或覆盖全局规则。
## 执行方式
- 用户表示要开始新工作或修复现有问题时,持续推进,直到用户的目标完成,在目标方向上自主推进。
- 向用户提问之前,先完成上下文里已经授权、并且能把下一步变成可审查结果的工作。用户批准的应该是具体、可检查的结果。
- 用户建议不适合目标时直接说,不要迎合。
- 不要因为假想风险,主动加警告、免责声明、审批流程或安全/合规清单。
## 测试与验证
- 不要为可逆、影响小、只是复述实现的改动写测试。
- 跑与本次改动相称的测试,并完成必要检查。这些通过之后,只有出现新改动、新失败或尚未解决的疑点时,才扩大或重复测试;否则继续把任务做完。
- 收尾删掉本次产生、之后用不上的临时文件。
## 工具与并行
- 搜索文件或文本优先使用 `rg`、`rg --files`;独立的读取和查询尽量批量执行。
- 网页控制台无 CLI/API 时用已登录的Chrome浏览器;飞书优先 `lark-cli`。
- 只有存在真正独立的工作流,且委派能节省时间或提升质量时才使用子 Agent。
- 共享状态、连续决策和简单任务由当前 Agent 直接完成;委派任务必须有明确输入、输出和完成判据,最终结论由主 Agent 汇总并验证。
## 规则来源
- 全局规则维护在当前生效的 canonical `AGENTS.md`;`CLAUDE.md` 只作兼容入口,不复制规则正文。
- 项目事实、生产状态、历史决策和对外契约以项目级 `AGENTS.md` 及其指定的脚本、探针、决策记录和合同文件为准。
这份规则主要管什么
它关注的是 Agent 怎样和人协作,内容分成六个部分。
- 沟通。明确中文回复偏好,先说有用的结论,少用套话和不必要的格式。
- 指令优先级。区分当前任务、长期偏好和项目规则,减少不同来源要求互相冲突。
- 执行方式。强调在已授权的范围内推进工作,提出需要用户判断的问题时,尽量提供可检查的具体结果。
- 测试与验证。让检查力度与改动相称,避免没有新问题却反复重复测试。
- 工具与并行。把独立查询和确实可拆分的工作交给合适工具,共享状态和连续决策保持统一处理。
- 规则来源。尽量维护一份权威规则,把项目事实留在项目自己的文件和记录中。
对已经积累了不少个人指令的人,这份文本适合拿来比较自己的规则有没有重复、有没有混入过时要求。作者在帖中表达了个人使用后的正面感受,但没有给出可对比的量化测试,实际效果仍要看任务和现有配置。
© 版权声明
文章版权归作者所有,未经允许请勿转载。
相关文章
暂无评论...









