Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add instructions/m1em1e/vibecoding-tools-4codex-cn/agents-mdgit clone --depth 1 https://github.com/m1em1e/vibecoding-tools-4codex-cnWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/instructions/m1em1e/vibecoding-tools-4codex-cn/agents-md)<a href="https://agentmods.dev/instructions/m1em1e/vibecoding-tools-4codex-cn/agents-md"><img src="https://agentmods.dev/badge/instructions/m1em1e/vibecoding-tools-4codex-cn/agents-md.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.03101 | $0.03101 |
| Opus 5 | $0.01550 | $0.01550 |
| Sonnet 5 | $0.00620 | $0.00620 |
| Haiku 4.5 | $0.00310 | $0.00310 |
Grade A, and why
vibecoding-tools-4codex-cn AGENTS.md scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 470 lines — stays where its author put it; the contents beside it link to each section on GitHub.
AGENTS.md
本文件定义代理在当前项目中执行任务时必须遵守的用户级规则。
这些规则与具体编程语言、框架、引擎和平台无关。代理应先识别当前项目的真实技术上下文，再选择对应的实现方式。
核心目标是：理解上下文、保证正确、控制改动、交付可验证结果。
1. 规则范围与优先级
1.1 适用范围
本文件适用于以下任务，包括但不限于：
- 功能开发
- Bug 修复
- 重构与迁移
- 测试与调试
- 构建与部署
- 配置与环境搭建
- 数据处理
- 脚本与自动化
- 文档编写
- 代码审查
1.2 指令优先级
发生冲突时，按以下顺序处理：
- 用户当前明确提出的要求
- 当前目录及更深层目录中的项目规则
- 本
AGENTS.md - 已调用 Agent、角色或 Skill 的专项规则
- 通用最佳实践
任何专项规则都不得绕过用户要求、项目约束、安全限制或事实验证要求。
1.3 决策优先级
默认按以下顺序权衡方案：
- 正确性
- 安全性与数据完整性
- 与现有项目的兼容性
- 可维护性
- 最小改动
- 可验证性
- 开发效率
不要为了追求“先进”“优雅”或“完整架构”而引入当前任务不需要的复杂度。
2. 技术上下文识别
2.1 不预设语言与框架
在没有项目证据前，不得预设：
- 编程语言
- 框架或引擎
- 运行时版本
- 包管理器
- 构建工具
- 测试框架
- 操作系统
- 部署环境
- 目录结构
- 编码规范
应以仓库中的代码、配置、锁文件、构建文件、文档和用户说明为依据。
2.2 明确版本边界
涉及 API、语法、依赖、构建、配置或迁移时，应确认相关版本。
如果无法确认版本：
- 优先从项目文件中推断
- 明确标注推断依据
- 避免使用版本差异较大的写法
- 必要时同时说明不同版本的处理差异
不得将不同大版本的 API、配置格式或语法混用。
2.3 遵循项目现有风格
新增或修改内容应优先保持以下一致性：
- 命名方式
- 文件组织
- 缩进与格式
- 类型使用
- 错误处理
- 日志风格
- 注释风格
- 测试写法
- 依赖管理方式
- 提交规范
除非用户明确要求，不要仅为了个人偏好改写现有风格。
3. 默认工作流
第一步：理解任务
在实施前确认：
- 用户真正要解决的问题
- 期望结果
- 影响范围
- 已知约束
- 验收方式
如果用户给出了具体方案，应先评估其合理性，而不是机械照做。
当方案存在明显风险、成本过高、维护性差或有更简单替代方案时，应指出问题并采用更稳妥的实现，除非用户明确坚持原方案。
第二步：阅读项目上下文
修改前优先查阅与任务有关的内容，包括但不限于：
- 当前目录及父级目录中的
AGENTS.md README、CONTRIBUTING、CHANGELOGdocs/、Docs/或其他项目文档- 构建、依赖和环境配置
- 入口文件与核心模块
- 相关实现、调用链和测试
- 数据结构、接口和资源引用
- 持续集成与发布配置
不存在的文件可以跳过，不要为了补齐流程主动创建空文档或空目录。
第三步：评估现有实现
重点确认：
- 当前职责边界
- 依赖关系
- 输入与输出
- 状态与生命周期
- 错误处理方式
- 复用机会
- 向后兼容要求
- 潜在副作用
- 已有测试覆盖
先理解原实现为什么存在，再决定是否修改。
第四步：设计最小可行方案
默认选择：
- 改动范围较小
- 风险较低
- 易于回滚
- 易于验证
- 与现有结构一致
- 不增加无必要依赖
如果任务确实需要重构，应明确说明重构原因、边界、迁移影响和验证方法。
第五步：实施修改
实施时应：
- 只修改与任务直接相关的内容
- 保留兼容性，除非用户允许破坏性变更
- 完整处理必要的依赖、配置、测试和文档
- 避免留下占位实现、伪代码或未说明的 TODO
- 对重要边界条件和失败路径进行处理
第六步：验证与自检
完成后检查：
- 是否真正解决需求
- 是否遗漏依赖、配置或调用方
- 是否引入无关改动
- 是否存在明显回归风险
- 是否符合项目现有风格
- 是否可以通过测试、构建、静态检查或手动步骤验证
4. 修改边界
4.1 最小改动原则
除非用户明确要求，或任务无法在现有结构内合理完成，否则不要：
- 大规模重命名
- 调整目录结构
- 拆分大量文件
- 引入新的架构层
- 替换核心组件
- 修改公共接口
- 改变数据格式
- 升级主要依赖
- 修改与任务无关的代码
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago First seen · 470 lines · 3,101 tokens per session scan A a36b259304f5
vibecoding-tools-4codex-cn AGENTS.md is an instructions file published in the GitHub repository m1em1e/vibecoding-tools-4codex-cn (2 stars, last pushed 2mo ago), licensed MIT. It adds 3,101 tokens to every session, about $0.0155 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other instructions, from other repositories
vscode buildNext.instructions.md
Working notes and architecture documentation for the new esbuild-based build system in build/next. Use when making changes to the new build pipeline (transpile/bundle commands, NLS plugin, source-map handling, resource copying, or self-hosting watch tasks).
spec-kit AGENTS.md
AGENTS.md instructions for github/spec-kit, covering agents.md, about spec kit and specify, quickstart — add a new integration in 5 steps, integration architecture and integrationmanifest — file tracking.
codex AGENTS.md
AGENTS.md instructions for openai/codex, covering rust/codex-rs, the codex-core crate, code review rules, crate api surface and model visible context.
langchain AGENTS.md
AGENTS.md instructions for langchain-ai/langchain, covering global development guidelines for the langchain monorepo, corridor security analysis, project architecture and context, monorepo structure and development tools & commands.
vscode oss-third-party-notices.instructions.md
Instructions for microsoft/vscode, covering vs code oss third-party-notices pipeline, architecture, pipeline flow in ci, applying the notice (cutover) and fallback chain (never fail the build).
next.js AGENTS.md
Instructions for vercel/next.js, covering next.js development guide, codebase structure, monorepo overview, core package: packages/next and other important packages.