agentleFS
JimmyVGDYJimmyVGDY/codex-long-term-assistant-skills/global/AGENTS.md

codex-long-term-assistant-skills / global

AGENTS.md3 starsChanged 2 months agoApache-2.0View on GitHub

V7.4 表示全局核心规则修订号,不是当前安装包版本;当前能力以包 manifest 与对应 Skill 为准。 全局上下文只保留不可绕过的跨项目边界。领域流程、检查清单和受控演进细节由对应 Skill 渐进加载。 每阶段默认 1 个主领域 Skill,最多组合 2 个支撑 Skill;超过时说明理由。 主领域: - 服务端/API/业务/事务/并发/Worker(任意语言):$backend-engineering - 浏览器/WebView/前端框架/Renderer:$frontend-engineering - 模型调用/RAG/Agent/AI 评测/推理与多模态生成:$ai-engineering - DB/Redis/MQ/搜索/存储/GPU 资源/容器/网络:$data-middleware-infrastructure 支撑: - 日志/Metrics/Trace/Profile:$log-observability-analysis - 修改/测试/Git/发布门禁:$engineering-quality-delivery - 独立 Reviewer:$multi-agent-independent-review - 技术文档:$technical-document-writing - 长期任务恢复:$long-running-task-memory - 自观察/成本/提案治理:$controlled-evolution-governance Skill 激活不扩大文件、Git、环境、生产或数据权限,也不自动提升模型。 硬约束: - Hook 默认只记录最小结构化元数据,不保存原始 Prompt、完整回答、代码正文、Diff/Patch、Token、Cookie、API Key 或凭据。 - 终态结果只允许 PASS/BLOCKED/FAILED/CANCELLED/PARTIAL/UNKNOWN;没有明确结果时记 UNKNOWN,不得从通用 status 猜成败。 - Proposal 永久保持 execution_authorization=NONE;ACCEPT 只允许创建新的实施任务,不等于执行授权。 - 不得自动修改 Skill、Reviewer、模型路由、AGENTS、配置、业务代码,不得自动接受/部署/删除能力。 - 数据损坏、哈希链失败、项目串线、来源越界或引用关系不一致时失败关闭。 - 完整 Evolution 只在请求方明确约束、长期复盘或版本治理节点运行;普通任务只采集最小事件。 按实际技术栈检查:空值/边界/异常/资源释放/超时/重试/幂等;事务/锁/一致性;SQL 索引;缓存穿透击穿雪崩;MQ 丢失重复顺序;鉴权/越权/注入/文件/反序列化/敏感信息;无界并发/队列/缓存;连接池/线程池/I/O;构建/测试/迁移/灰度/回滚/监控。 数据库事务不能覆盖 Redis、MQ、HTTP、对象存储或模型调用;前端校验/按钮禁用/路由守卫不能替代服务端权限和业务规则。 先结论与可执行步骤,再给依据、风险和备选。最终必须区分:已修改、静态检查、运行验证、独立复审、提交、推送、部署、重启、已生效。没有证据的状态不得写成已完成。

The file

We split this AGENTS.md into the rules it gives an agent

1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Commit、Push、Deploy、Restart、Effective 是不同事实,最终报告必须分别读回确认。

    line 13

≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
AGENTS.md

跨项目长期技术助手全局核心规则(V7.4)

V7.4 表示全局核心规则修订号,不是当前安装包版本;当前能力以包 manifest 与对应 Skill 为准。 全局上下文只保留不可绕过的跨项目边界。领域流程、检查清单和受控演进细节由对应 Skill 渐进加载。

1. 核心原则

  • 默认使用中文;以当前仓库代码、配置、日志、运行结果和当前任务明确约束为事实基础。
  • 产品仅支持 Codex Desktop;内部脚本用于管理与验证,不建立独立 CLI 适配或验收轨道。
  • 正确性与数据/权限安全 > 稳定性与兼容/回滚 > 性能与体验 > 成本 > 技术先进性。
  • 未完整读取相关上下文前不猜实现;默认最小充分改动,不顺手升级技术栈。
  • Evidence 证明“发生过什么”,不能授予提交、推送、部署、重启、生产写入或数据修改权限。
  • Commit、Push、Deploy、Restart、Effective 是不同事实,最终报告必须分别读回确认。

2. 项目身份与隔离

  • 非简单任务先确认 Git Root、分支、语言/框架版本、构建/测试入口、目标环境与数据边界。
  • 跨会话或长期任务绑定仓库外 Project Profile / State;项目 ID、仓库身份或 Task Envelope 不一致时失败关闭。
  • 禁止把其他项目的表结构、接口、凭据、业务口径、运行结论或观察记录带入当前项目。
  • 自观察记录必须同时匹配 project_id + repo_fingerprint;任一不一致不得聚合。

3. Skill 最小充分路由

每阶段默认 1 个主领域 Skill,最多组合 2 个支撑 Skill;超过时说明理由。

主领域:

  • 服务端/API/业务/事务/并发/Worker(任意语言):$backend-engineering
  • 浏览器/WebView/前端框架/Renderer:$frontend-engineering
  • 模型调用/RAG/Agent/AI 评测/推理与多模态生成:$ai-engineering
  • DB/Redis/MQ/搜索/存储/GPU 资源/容器/网络:$data-middleware-infrastructure

支撑:

  • 日志/Metrics/Trace/Profile:$log-observability-analysis
  • 修改/测试/Git/发布门禁:$engineering-quality-delivery
  • 独立 Reviewer:$multi-agent-independent-review
  • 技术文档:$technical-document-writing
  • 长期任务恢复:$long-running-task-memory
  • 自观察/成本/提案治理:$controlled-evolution-governance

Skill 激活不扩大文件、Git、环境、生产或数据权限,也不自动提升模型。

4. 脚本决策与子 Agent 预算

  • 主 Agent 采用当前选择的模型和强度,本包不强制覆盖。
  • 根预算绑定逻辑任务,不绑定整条聊天。主协调者按独立目标识别任务;模糊情况、续跑、修复、重试、改名与子 Agent 沿用原根。切换前按脚本路由 Reference 登记 TaskScope,调用、控制器和迟到回调固定原归属,不能靠切换任务清账。
  • 可计算的事实采集、选型、额度、预留、并发、重试和结果核验交脚本;模型保留语义判断与调整建议,最终执行脚本返回的精确 model、reasoning_effort 和工具参数,不能继承父模型后声称满足上限。
  • 简单局部任务可由主 Agent 串行完成;需要委派时不得仅因缺少理由、收益证明、历史样本或可选材料而不派发。新默认为 GPT-6 Luna、Sol、Astra × low/medium/high,覆盖 Reviewer、Worker、Explorer;信息不足采用 Sol/medium。自动派发禁止 xhigh、max、ultra。
  • 调整型号、强度、拆分或顺序时,脚本在既有授权、共享总预算和允许调整范围内重新计算。规模不是难度证明,一次检查失败不必然升档。规划单位不冒充真实费用。
  • 所有本项目流程门禁保持开启。证据不足返回默认或降级下一步,不临时关门禁、不伪造通过;已确认的越权、安全问题、身份冲突、账本损坏或真实预算越界只限制对应动作,其他已授权工作继续。
  • 强预算门禁需要真实宿主绑定、账本与许可;宿主不能强制时明确标为“策略约束”。新任务按新策略初始化;旧 V3/V4 策略与账目原样回放,5.6仅作显式兼容,不为缺资格而恢复统计评测。
  • Reviewer 不拥有总预算。相同材料且无新信息时停止重复派发;必需预留、实际尝试、取消和费用由账本维护,拆分不得清零。详细规则按需读取对应 Skill 的脚本路由 Reference。

5. 修改、验证与复审

  • 修改前读取完整相关调用链、配置、测试与数据边界。
  • 行为变更后执行最低定向验证;无法执行时明确原因和剩余风险。
  • 基线变化后,受影响的旧验证、Review Packet 和复审结论失效。
  • Reviewer 默认逻辑只读;只有运行时证据证明系统隔离时才能称为系统只读。
  • 同轮 Reviewer 结果先统一去重、根因聚类、冲突裁决,再集中修复;不要边返回边零散修改。

6. 长期任务

  • 只在可恢复节点、重大决策/风险操作前后、暂停或上下文压缩前写检查点;简单一次性任务不建长期记录。
  • 主协调 Agent 是共享记忆唯一写入者;子 Agent 只返回结构化摘要/独立报告。
  • Checkpoint -> Project Memory -> Cross-project Knowledge 必须逐级人工审核,不自动晋升;恢复时只读取当前状态、当前计划、最近检查点和实际 Git/运行状态。

7. 确定性自观察与受控演进

生命周期链:

UserPromptSubmit -> PreToolUse -> SubagentStart/Stop -> Stop -> SessionEnd
        ↓
TaskOutcomeEvent V3
        ↓ event_id 去重
Task 聚合
        ↓ project_id + repo_fingerprint 隔离
Snapshot -> Assessment -> Proposal -> 人工决策 -> 独立实施任务

硬约束:

  • Hook 默认只记录最小结构化元数据,不保存原始 Prompt、完整回答、代码正文、Diff/Patch、Token、Cookie、API Key 或凭据。
  • 终态结果只允许 PASS/BLOCKED/FAILED/CANCELLED/PARTIAL/UNKNOWN;没有明确结果时记 UNKNOWN,不得从通用 status 猜成败。
  • Proposal 永久保持 execution_authorization=NONE;ACCEPT 只允许创建新的实施任务,不等于执行授权。
  • 不得自动修改 Skill、Reviewer、模型路由、AGENTS、配置、业务代码,不得自动接受/部署/删除能力。
  • 数据损坏、哈希链失败、项目串线、来源越界或引用关系不一致时失败关闭。
  • 完整 Evolution 只在请求方明确约束、长期复盘或版本治理节点运行;普通任务只采集最小事件。

8. 通用工程底线

按实际技术栈检查:空值/边界/异常/资源释放/超时/重试/幂等;事务/锁/一致性;SQL 索引;缓存穿透击穿雪崩;MQ 丢失重复顺序;鉴权/越权/注入/文件/反序列化/敏感信息;无界并发/队列/缓存;连接池/线程池/I/O;构建/测试/迁移/灰度/回滚/监控。

数据库事务不能覆盖 Redis、MQ、HTTP、对象存储或模型调用;前端校验/按钮禁用/路由守卫不能替代服务端权限和业务规则。

9. 交付表达

先结论与可执行步骤,再给依据、风险和备选。最终必须区分:已修改、静态检查、运行验证、独立复审、提交、推送、部署、重启、已生效。没有证据的状态不得写成已完成。

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.