最强 Agent 系统提示词
一段可粘贴的系统提示词，让你的编程 Agent 自行搭建可自我改进的通用 Agent 系统。
- Star 数
- ★ 882
- 最近更新
- 1 天前
- License
- MIT
- FA 评分
- 44/100 · 缺口较多
30 秒速览
- 可在哪里用
- 通用 · 跨平台ChatGPT · Codex · Claude CodeClaude.ai · OpenAI API · Claude API（部分支持）
- 开始前需要
- 典型场景
- 已经日常使用 Claude Code 或 Codex 的工程师，希望把一次性的对话式编程升级为带任务图、验证与记忆的项目级工作流。
- 主要局限
- 提示词约 2,950 行、约 111,000 字符（约 23,000 Token，按 tiktoken 计），作为系统提示或指令文件会随每次请求发送，成本与上下文占用明显。
这个 Agent 能做什么，适合哪些场景？
该仓库的主体是一段约 2,950 行、约 111,000 字符的纯文本系统提示词，而非一套已打包的软件。把提示词作为首条消息粘贴进 Claude Code、OpenAI Codex、Cursor、Antigravity、OpenCode、OpenHands、Claude Agent SDK 等能读写文件并执行命令的 Agent，它就会先检查工作区、提出少量关键问题，再写出运行时能力矩阵与实施契约，并铺设 AGENTS.md、plan.md、tasks.md、knowledge.md、FAILURE.md 等基于文件的项目操作系统。提示词要求 Agent 以“目标→任务图→执行→验证→记忆更新→可见性→学习”的完整闭环作为第一个里程碑，随后按 BUILD ORDER 逐步推进控制平面、worker、分层记忆、模型路由、审批与预算、评测框架与自我改进循环。它支持两种实施姿态：围绕现有强运行时搭建 harness-wrapper，或直接在 Agent SDK 上构建原生运行时。所有状态以项目文件夹中的文件为准，会话历史只是可选表面。
提示词首先要求 Agent 按 READER CONTRACT 的指定顺序阅读核心章节（NON-NEGOTIABLE DESIGN BETS、RELIABILITY MATH AND HARNESS ENGINEERING、RECOMMENDED DEFAULT IMPLEMENTATION CHOICES、BUILD ORDER、FIRST MILESTONE DEFINITION、NON-NEGOTIABLE RULES、INITIAL ACTIONS YOU MUST TAKE NOW），并立即写出一份本地运行摘要。随后进入 PHASE 0 运行时发现与需求对齐，判断当前运行时的类型、能力与约束，产出包含使命、首个里程碑、非目标、约束、安全姿态与验证策略的实施契约；PHASE 1 建立能力矩阵（repo 读写、shell、git、网络、浏览器控制、截图/视觉、工具调用、子代理、后台执行、定时任务等），对缺失能力决定仿写、外接服务、安全推迟或明确收窄范围。之后它写出 project.md/plan.md/tasks.md/knowledge.md/decisions.md/status.md/handoff.md/FAILURE.md/artifacts/ 等项目文件，维护 now、next、blocked、improve、recurring 五个动力队列，并实现闭环的第一个里程碑，最后按 BUILD ORDER 推进控制平面（REST + WebSocket）、hub-and-worker 拓扑、SQLite WAL 队列、per-task worktree 隔离、审批层级、预算追踪、评测与单变更自我改进循环。
- 已经日常使用 Claude Code 或 Codex 的工程师，希望把一次性的对话式编程升级为带任务图、验证与记忆的项目级工作流。
- 需要在多个月的长项目里保持上下文连续性的独立开发者或小团队，希望换个 Agent 或换个模型后仍能从项目文件夹继续工作。
- 研究者或运营负责人，希望让 Agent 处理研究、规划、运营、财务等多种电脑工作，而不是只写代码。
- 负责企业自动化的团队，希望用可追溯的审批、预算与审计轨迹约束长时运行的 Agent。
- 想尝试自我改进循环（单变更 + 评测 + 回滚）的 Agent 开发者，需要一个已写好的架构规范作为起点。
如何安装或部署这个 Agent？
该仓库没有安装步骤，因为它是一段纯文本提示词。使用方式是从 README 的 The Prompt 代码块复制提示词，或在终端执行以下命令将其放入剪贴板：
curl -fsSL https://raw.githubusercontent.com/fainir/most-capable-agent-system-prompt/main/README.md | awk '/^text$/{f=1;next} f&&/^Linux 上把 | LANG=en_US.UTF-8 pbcopy 换成 | xclip -selection clipboard 或 | wl-copy；若要保存为文件，换成 > prompt.md。前置条件是一个能读写文件并执行 shell 命令的 Agent（Claude Code、Codex、Cursor、Antigravity、OpenClaw、OpenCode、OpenHands、Claude Agent SDK 等），以及一个专用、已纳入 git 的工作文件夹。
如何使用这个 Agent？
推荐把提示词作为新会话的第一条消息粘贴进去；也可以先保存为文件再启动：
claude "$(cat prompt.md)"codex "$(cat prompt.md)"在 Claude Code 中作为追加系统提示使用：
claude --append-system-prompt-file prompt.md注意不要用 --system-prompt-file，那会替换 Claude Code 的内置指令。若作为 AGENTS.md 使用，Codex 默认只读取前 32 KiB，需在 ~/.codex/config.toml 中提高上限：
project_doc_max_bytes = 131072选择实施姿态时，在提示词后追加一行，例如：
Use harness-wrapper mode around Claude Code.或以 TypeScript 在 Claude Agent SDK 上构建原生运行时：
Use native runtime mode on the Claude Agent SDK, in TypeScript.这个 Agent 有哪些优点和局限？
- 把架构、可靠性、审批、预算、评测与自我改进写成可执行的规范，而非泛泛的“给 Agent 一句话”。
- 文件优先的项目操作系统（AGENTS.md、plan.md、tasks.md、knowledge.md、FAILURE.md）让项目在更换模型或运行时后仍可继续。
- 明确要求先证明完整闭环再扩张广度，避免一次性堆出多代理复杂度。
- 同时支持 harness-wrapper 与原生运行时两种姿态，且对 Claude Code、Codex、Cursor、OpenHands 等运行时保持中立。
- README 给出可裁剪的章节清单（READER CONTRACT 核心章节），方便按需缩短提示词。
- 提示词约 2,950 行、约 111,000 字符（约 23,000 Token，按 tiktoken 计），作为系统提示或指令文件会随每次请求发送，成本与上下文占用明显。
- 仓库只提供提示词与架构图，不含可运行的软件、测试或评测数据，实际产出完全依赖所用模型的长期执行力。
- 要求 Agent 写入文件并执行命令，需要专用目录、git 与保守的审批设置，否则存在误操作风险。
- README 明确提醒设置会带来“许多文件、长会话与真实 Token 消耗”，对个人用户成本不低。
这个 Agent 与同类方案有什么区别？
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| 最强 Agent 系统提示词 当前 | 44 · 缺口较多 | — | ★ 882 | 1 天前 | — | ChatGPT · Codex · Claude Code |
| CoCo Super Intelligence | 69 · 存在缺口 | Agent 插件 / 技能免费 + 模型费 | ★ 797 | 3 天前 | Python | Codex · Claude Code |
| Loop Library: 可复用 AI Agent 工作流库 | 61 · 存在缺口 | Agent 插件 / 技能免费 | ★ 3.2k | 1 个月前 | JavaScript | Codex · Claude Code |
| HERO — 反过度防御 | 证据不足 | Agent 插件 / 技能免费 | ★ 769 | 3 天前 | Python | Codex · Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示提示词要求沙箱执行、敏感写入需审批、副作用需幂等键与补偿/回滚路径（第12、13、16、17条），这些是明确的设计指令，故 user_confirmation、external_effects、rollback 给到 2。但最小权限仅停留在原则层面，没有具体权限清单或默认拒绝策略，扣分至 1；数据流透明性只有'透明状态模型'的口号，缺少数据去向说明，给 1；敏感数据处理无专门章节，给 1；仓库无任何依赖清单或供应链说明，dependency_security 为 0；来源归属仅 README 提及研究附录，未在可见证据中体现具体引用，给 1。
提示词内部结构自洽，反复强调闭环、验证、检查点，self_consistency 给 2。但依赖可用性方面，README 声称约 108 KiB、约 2950 行，而实际提供的文件被截断，无法核实完整内容与所述规模一致，且无依赖声明，给 1。失败信息处理有 FAILURE.md、死信队列等概念，但无具体错误消息规范，给 1。
受众与场景覆盖广泛（编码、研究、运营等），并给出 harness-wrapper 与 native 两种模式，audience_and_scenarios 给 2。能力边界有'何时不做、何时询问、何时升级'的治理表述，给 2。触发精度方面，提示词是长文本一次性粘贴，无明确触发条件或调用约定，给 1。环境适配列出多种宿主并给出配置建议（如 Codex 的 project_doc_max_bytes），给 2。
信息架构清晰，有目录、分节、READER CONTRACT，给 2。安装说明详尽，含多种使用方式与终端命令，给 2。命名稳定性方面，提示词要求生成 AGENTS.md 等文件，但自身无版本号或稳定标识，给 1。示例与 FAQ 充分，给 2。已知限制有'它很长''在安全环境运行'等说明，给 2。许可证为 MIT，给 2。无版本变更日志，versioning_changelog 为 0。维护责任方面，发布者未经验证，仅版权署名，给 1。
输出可用性方面，提示词要求产出文件与系统，但实际效果高度依赖模型与运行时，且提供的证据被截断，无法确认完整可执行性，给 1。边际价值上，它是一份架构蓝图，与现成 agent-harness 有重叠，增量价值有限，给 1。成本效益方面，README 自述约 23000 tokens 且需长会话与真实花费，成本较高而收益不确定，给 1。
claim_traceability 方面，README 声称的规模与 token 数无法从截断文件中核实，给 1。cross_source_corroboration 仅有单一 README 与 LICENSE，无独立佐证，给 1。fact_inference_separation 方面，提示词区分了事实与推断的表述有限，给 1。
- 源码中未见：依赖安全审查安装前固定版本并做一次依赖扫描（如 npm audit、pip-audit）；优先放在容器里运行。
- 提示词要求代理写入文件并执行命令，应在专用 git 目录中运行并保留审批设置，避免在含敏感凭据的机器上无人值守运行。
- 提供的 README 内容被截断，无法核实其声称的约 2950 行、约 23000 tokens 规模，实际完整性与行为未经验证。
- 发布者身份未经验证，维护责任与更新路径不明确，使用前应自行审查完整提示词。
- 无依赖清单与供应链说明，若代理据此引入第三方包需自行评估安全性。