AI 工具在工作保持在一个仓库内时很棒。
但现实中的大多数系统并不是这样。
一旦一个任务涉及多个仓库、多个环境、内部工具以及外部服务，AI 就开始丢失重要的上下文。它知道你打开了哪个文件夹。它却不知道它周围的整个系统。
所以我做了一个非常简单的修复。
我发布了一份可复制粘贴的提示词，用来告诉你的 AI IDE：从经过验证的本地文件构建一个只读的上下文中心（context hub）。
这解决了什么问题
大多数 AI IDE 都是“以仓库为原生”的。
它们在单一代码库内部很有用；但当工作跨越以下范围时就会弱很多：
多个仓库
本地与生产环境
内部工具
外部集成
认证与密钥边界
这通常会导致同样糟糕的循环：
你再次解释架构
AI 猜测部分技术栈
它给出的建议在本地是对的，但在全局却是错的
我想要更简单的东西。
我想要一个提示词，能告诉 AI：扫描正确的文件、映射系统、保持只读，并且不要触碰密钥。
提示词做了什么
该提示词会告诉 Codex、Claude Code 或 Cursor：创建一个小型上下文中心，用来解释围绕你仓库的更广泛系统。
它会生成：
`README.md`
`BOOTSTRAP.md`
`SYSTEM_MAP.md`
`system-index.yaml`
`ENVIRONMENTS.md`
`SECRETS_INDEX.md`
`PROJECTS/*.md`
`INTEGRATIONS/*.md`
`RUNBOOKS/*.md`
它也可以为以下内容生成桥接片段（bridge snippets）：
`AGENTS.md`
`CLAUDE.md`
Cursor memory files
关键点在于：这不是另一个自动化系统。
它是给 AI 用的只读系统地图。
为什么这个版本更安全
我把规则设得非常严格：
只使用经过验证的事实
不使用明文密钥
不复制 token
不使用密码
不改动应用代码
在对 AI 指令文件进行补丁（patch）之前先征求确认
这很重要，因为目标并不是给 AI 更多权限。
目标是给它更好的上下文。
如何使用
在属于你技术栈的任意仓库中打开 Codex、Claude Code 或 Cursor。
从 PROMPT.md 复制完整提示词。
告诉 AI 要包含哪些仓库、系统以及外部服务。
让它扫描文档、配置、工作流文件、环境文件名以及环境键名。
当它询问“Where should the hub be saved?”时，选择文件夹。
在允许任何桥接补丁（bridge patches）之前，先审查生成的文件。
就这样。
GitHub 仓库
你可以在这里找到该仓库：
如果你只想要精确的可复制粘贴文件，请使用这个：
我还添加了示例输出文件，这样人们在运行之前可以看到预期的结构。
适合谁
如果你的工作跨越多个仓库，并且你希望你的 AI 理解：
系统在哪里
它们如何连接
哪些依赖哪些
哪个环境对应哪个
认证从哪里来
那么这会很有用。
实际情况通常意味着：
创业者（founders）
运营人员（operators）
技术通才（technical generalists）
独立黑客（indie hackers）
拥有内部工具与外部服务的团队
最后想法
你的 AI 可能不需要每次都更大的提示词。
它可能需要的是一张更好的地图。
这份提示词就是为此准备的。
如果你想试试：复制提示词，把它指向你的仓库，然后让它为你构建上下文中心。
✻