← 返回 Tony's Lab
TONY'S LAB · 开源项目研究 · 2026-08-18

PenguinHarness 深度研究 🐧 HARNESS FOR RSI — LET AI BUILD AI

让 AI 构建 AI 的开源 Agent Harness。一句话生成完整 Agent 应用、Agent 自己出题考自己、分数严格更高才允许进化——这套「自进化」机制是怎么设计的,宣传数字又有几分可信?

研究日期 2026-08-18 · 源码版本 v0.2.2
1.4k★
GitHub Stars
~150k
TypeScript 行数
11
一个月内发版数
0.2.2
当前版本 · 2026-08-11
THE SELF-EVOLUTION LOOP · 自进化闭环
CREATE 创建 Agent OPTIMIZE 优化 vN+1 EVALUATE 评测打分 BENCHMARK 出题校准 SCORE 53 → 95 ▲ 严格更高才接受
01

项目速览

PenguinHarness(企鹅驾驭师)是 PrismShadow 团队开源的 Agent Harness——「驾驭 Agent 的框架」。它的口号是 RSI(Recursive Self-Improvement,递归自我改进):不止让 AI 干活,而是让 AI 自己构建、评测、优化别的 AI。

定位
Agent HarnessAgent 运行框架 + 自进化平台,对标 Claude Code 但主打「AI 造 AI」
协议 / 语言
Apache-2.0TypeScript · pnpm monorepo · Node ≥ 24
形态
四件套桌面 App(Electron)· CLI · Web(127.0.0.1:7364)· SDK(@prismshadow/penguin-core)
代码规模
8 个包 · ~15 万行 TScore 3.9w · server 3.7w · web 5.6w · cli 0.9w
时间线
2026-07-19 首发一个月发 11 个版本,0.1.0 → 0.2.2(08-11),节奏极快
默认搭档
DeepSeek V4 系列默认模型 deepseek-v4-flash;也适配 Kimi K3 / GLM 5.2 / Qwen 3.8 Max 等 1000+ 模型
02

核心机制:自进化闭环

一句话:让 Agent 通过「考试」来改进自己——先出题、再考试、看失分、改自己、重考,只有分数严格更高才接受新版本,否则回滚。整个过程由四个 Skill 驱动,对应四个角色:

ROLE 01 · agent-creation
Builder(创建者)
把一句话需求变成可运行的 Agent:写 AGENTS.md 行为规范、装 Skills、配配置。全程只动文件。
ROLE 02 · benchmark-design
Builder(出题者)
设计评测基准:出题(statement)+ 私密评分标准(rubric),Pilot 迭代校准难度,冻结 Formal Baseline。
ROLE 03 · agent-evaluation
Evaluator(考官)× N
隔离运行被测 Agent 做一道题,按 rubric 私下打分,只回传一段纯 YAML 协议。可并行铺满「题 × 次数」矩阵。
ROLE 04 · agent-optimization
Optimizer(优化者)
汇总分数 → 看 Trace 找失分 → 提假设 → 改 AGENTS.md/Skill → 生成 vN+1 → 重测 → 严格更高才接受。

一轮优化的实际流程:

  1. 建立基准(Reference):确认当前最优版本与其完整评测记录,作为每一轮的起点。
  2. 诊断失分:对比各题分数,结合 Trace 找出可观察的行为差距——是提示词没约束输出格式?缺某个 Skill?
  3. 提出可证伪假设:「加上输出格式约束,题 X 分数会从 40 提到 70」——只加分析步骤、不预测行为变化的改动不算有用假设。
  4. 生成候选版:从 Reference 复制出 vN+1,只允许改 AGENTS.md、Skills、config 安全字段,改前先打快照。
  5. 并行重测:Evaluator 铺满「全部题目 × runs 次」矩阵,独立打分、隔离执行。
  6. 裁决:候选版平均分严格高于 Reference 才接受为新 Reference;持平或下降 → 立即回滚。假设未被证实但分数涨了,单独标注,不冒充因果。
  7. 循环:达到目标分提前停,否则跑到轮数上限,保留最高分版本。

团队 demo 里,一个 Agent 经过多轮迭代从 53 分进化到 95 分,全程 token 花费约 0.5 元(DeepSeek V4 Flash)。

03

示例:英超预测 Agent 的自进化

用「英超比赛预测 Agent」走一遍完整流程(示意案例,机制对应源码真实流程)。

① 一句话创建:输入「创建一个预测英超比赛结果的 Agent,输出胜/平/负和简要理由」——agent-creation 直接生成一个带 AGENTS.md 行为规范、可运行的 Agent。

② 出题:Builder 出 50 道历史比赛题。每题配套一份私密评分标准(rubric),与题目分离存放——被测 Agent 永远看不到:

# statement(题目,Agent 可见)
阿森纳主场 vs 切尔西,预测结果并给理由

# rubric(评分标准,只有考官能看到)
结果预测正确 +50 · 理由提到伤停信息 +20
理由提到主客场战绩 +15 · 引用近期状态 +15

Agent 不知道「提伤停」是得分点——它只能靠真本事,猜不到打分器想要什么。

③ 摸底考试:Evaluator 矩阵跑完 50 题,基线 50 分——基本等于瞎猜,理由是「阿森纳很强所以赢」这种废话。

④ 进化循环:每轮 = 诊断 → 假设 → 改动 → 重测 → 裁决:

  1. 诊断:翻 Trace 发现所有题都是凭印象猜,从不看伤停、主客场。
    假设:「要求输出前先列伤停名单、主客场战绩、近 5 场状态,分数应 50 → 65。」
    改动:AGENTS.md 加一条行为规则(v2,改前打快照)→ 重测 66 分 → ✅ 接受。
  2. 诊断:赔率相关题全错。假设:「装 odds-analysis skill 教它读赔率。」
    改动:装 skill(v3)→ 重测 61 分,比 v2 还低——skill 让简单题过度分析、输出格式也乱了。
    裁决:61 < 66 → ❌ 拒绝,回滚到 v2,快照派上用场。
  3. 诊断:「读赔率」方向对但实现砸了。假设:「只在实力接近(赔率差 < 0.3)的场次启用赔率解读,其余维持 v2 逻辑,分数应 66 → 80。」
    改动:条件式规则(v4)→ 重测 82 分 → ✅ 接受。
  4. 后续:再跑两轮收益递减(83 分),最终达标 90 分停止,全程花费几毛钱。
版本行为规则分数命运
v1凭印象预测50基线
v2必须先列伤停 / 主客场 / 近况66✅ 接受
v3强制分析赔率61❌ 回滚
v4仅冷门场次分析赔率82✅ 接受
v5+收益递减的微调83 → 90🎯 达标
关键点:进化进化的不是模型,而是 Agent 的行为规范——AGENTS.md 从 3 行废话变成经考试筛选的经验规则集,每条都是「被验证有效才留下」。和人类教练看录像、改战术、踢一场验证的逻辑一模一样。
04

防作弊契约:自进化最见功夫的部分

「改 Agent 容易,让 Agent 变好很难」——难在评测。模型自带随机性,Agent 是不确定系统,进化很容易变成「背答案」「迎合打分器」。这套契约把常见坑都堵上了:

🔒
出题与评分分离
被测 Agent 只能看到 statement(题目),永远看不到 rubric(评分标准),防 Reward Hacking——猜不到打分器想要什么,就只能真干活。
🎯
难度校准
出题时先写内部预期:捷径行为和期望行为必须拉开分数差距,否则不算好题。Pilot 迭代选分数最低的有效版本冻结,保证进化空间真实。
📚
防背题库(GDPevo 思想)
团队自研 GDPevo 基准,训练/测试集分离——进化用训练题,验证用没见过的题,避免「背会了答案」被误判为「变强了」。
📸
快照 + 回滚
每轮优化前把 Agent State 打包成 snapshots/v<版本>.tar.gz(密钥排除在外)。候选版不合格就恢复原文件、删除候选产物、验证恢复。
🚧
修改边界
Optimizer 只准动 AGENTS.md、Skills、config 安全字段;禁止碰 system_prompt 内核、评测配置、其他 Agent。防止进化出绕过权限审计的行为。
📡
考官协议化
Evaluator 全程静默,唯一允许的输出是纯 YAML 协议。带叙述、代码块、总结一律无效,重发干净版本——杜绝把「废话」当结果。
🧾
全程可审计
每次评测都是带完整 Trace 的普通 Session,scoreboard 每条记录挂 session_id——任何分数都能回溯到原始运行,服务器不信任黑盒输出。
🗂️
文件即真相
Agent 是文件、提示词是文件、历史是文件。框架只负责把文件拼装成可运行的 Agent 对象——所以「构造新 Agent」本质是复制粘贴,天然可版本化。
05

数字核实:哪些可信,哪些要打折

README 的宣传数字相当激进。逐条核实(截至 2026-08-18):

宣传口径依据来源核实状态
数据分析准确率最高,成本仅 Claude Code 的 1/70 README + 团队自研 GDPevo 基准 自报 · 无第三方复现
0.2 元生成整个 RAG 应用(DeepSeek V4 Pro) 团队 demo 视频 自报 · 未独立验证
自进化准确率 50% → 90%(另一 demo 53 → 95 分) 团队 demo 视频 + 媒体稿 自报 · 未独立验证
体检报告核查 30 分钟 → 几十秒;产线停机 -65% 团队媒体稿 宣传案例 · 无细节
第三方横评表现 Composio 两次横评(DeepSeek V4 Flash / Kimi K3) 未参测 · 8 个 harness 里都没有它
代码质量 / 架构 / 防作弊设计 源码直接审查(本报告) 已核实 · 设计确实严谨
结论:性能数字全部来自团队自报,目前找不到任何独立第三方评测背书。但「工程质量和设计严谨度」经得起源码审查——15 万行 TS、注释详尽、契约条款细到「分数保持两位小数、成本六位」这种程度,是认真做事的团队。
06

团队与背景

PrismShadow 团队(2025 年成立),核心成员履历硬核——这是它区别于一般「AI 包装项目」的最大背书:

郑耀威(hiyouga)
LlamaFactory 作者GitHub 7 万星开源项目,大模型微调事实标准之一
钱步月
UC Davis 博士前 IBM TJ Watson 高级研究员,前复旦大学教授、博导
吴雪军
前百度 NLP 创始成员前阿里巴巴高级总监、京东数科副总裁
胡俊豪 / 陈溪
北大博士 / NYU 商学院教授参与 MiMo V2、Hy3 系列模型研发;前亚马逊首席科学家

路线很清晰:LlamaFactory 解决「怎么把模型调好」,PenguinHarness 解决「怎么把 Agent 调好」——而且是让 Agent 自己调自己。项目里甚至内置了 llamafactory、vllm、ollama 等 Skill,可以在对话里直接指挥它启动模型微调和部署。

07

赛道位置:harness 大战

2026 年 8 月,「Agent Harness」是最热的词——每个前沿实验室都开始下场:

DeepSeek Harness(官方)
2026-08 开源,3 天 13 万星引爆整个赛道的事件;「everything is a plugin」设计
Pi / OMP / Prime Agent / Hermes
同赛道竞品Composio 横评中表现各异,编码与多步工具调用为主战场

PenguinHarness 星数(1.4k)在这波浪潮里不算高,但差异化明显:别人卷编码效率,它卷「Agent 造 Agent」。同时与 DeepSeek 深度绑定——默认模型就是 deepseek-v4-flash,宣传口径也以「配合 DeepSeek 性价比最高」为主线。它更像一个「Agent 生产平台」,而非单纯的编码工具。

08

评价:值得注意 / 疑虑 / 适合谁

✅ 值得注意
  • 自进化契约设计是开源里想得最周全的:防 reward hacking、快照回滚、边界约束、全程审计
  • 文件化架构(Agent = 文件)让一切可版本化、可审计、可分发
  • 成本哲学正确:极简工具集 + 1,300 token 系统提示词(约 Claude Code 的 1/10)
  • 团队背景硬,LlamaFactory 的工程口碑延续
⚠️ 疑虑
  • 所有性能数字均为自报,无第三方独立评测;Composio 两次横评均未包含它
  • 进化质量上限 = 你出的题的质量,benchmark 设计得烂进化就烂
  • 分数由 Evaluator 模型自写,服务器不交叉验证——评分可靠度依赖 rubric 与模型诚实度
  • 每轮成本 = 题目数 × runs 次完整运行,多轮迭代成本线性上升
🎯 适合谁
  • 想低成本跑 DeepSeek 系 Agent 的实验者
  • 对「Agent 自我优化 / RSI」方向做技术验证的人
  • 需要把 Agent 评估体系化的团队(出题-评测-迭代闭环)
  • 注意:想当 Claude Code 平替的话,它偏「平台」而非「编辑器」,上手成本更高
下一步建议:装一个实例实测——让它自建一个 Agent 或跑一轮自进化 demo,用真实数据验证「53 → 95」式的宣称是否成立。研究未完待续。