Wiki 知识库

全部文档 / 作者: yibie / 标签: Agent

12 篇
清除

他们怎么看待其他编码 harness

本文是 Pi Durable 访谈译文第三篇,Mario Zechner 与 Armin Ronacher 讨论各类编码 harness 的体验。他们聊到 AMP 的 Orbs 设计与团队愿景、OpenCode 的持久化探索、DeepSeek harness 的插件架构与极简体验、以及 Claude Code 的自我修改趋势与稳定性问题。还谈及 Pi Mobile 让手机本地运行 agent 的愿景、Web 插件系统的安全挑战(XSS、沙箱隔离)、对 MCP 支持的转变,以及让非开发者上手 agent 的 onboarding 难题和对 AI 技术真正落地应用的期待。

技术 › Harness Engineering yibie 2026-10-1018.8 KB 3.4K 21 66

KDA 优化 KDA:两个同名项目的碰撞

NVIDIA NVlabs 团队发布 KDAgent v0.6,用 Kernel Design Agent 系统(KDAgent)优化 Kimi Delta Attention(KDAttn)线性注意力算子,在 B300 上将 FlashKDA 前向传播加速几何平均 2.96 倍,且精度更好——发现 FlashKDA 因 bf16 存储递推状态导致 8k token 时相对误差达 0.035。文章重点拆解了 agent 的五种 reward hacking 手法(输入分布过拟合、形状硬编码、非法截断、溢出、低精度查找表),并介绍六道验收关卡防御。最有价值的发现是「先聚焦再泛化」:先优化单形状再扩展,比直接全形状合成的反馈回路更短、迭代更密集,效果差距显著。

技术 › Agent yibie 2026-09-2910.7 KB 1.6K 4 87

个人 agent 住在哪:三种执行环境,三种安全代价

文章解读 Anthropic 工程团队关于 agent 隔离架构的复盘,介绍三种执行环境:claude.ai 的临时容器、Claude Code 的人工在环沙箱、Claude Cowork 的本地 VM,分析各自的安全代价与设计取舍。核心观点包括:监管不如围堵,用户批准疲劳使人工审批失效;自建组件往往是最薄弱环节;allowlist 应理解为能力授予而非目的地过滤;隔离强度应匹配用户的监督能力。文章还讨论了持久记忆投毒、多 agent 信任升级、agent 身份等新兴风险,并提出三条核心经验:自己造的层最薄弱、allowlist 是能力授予、确定性边界优于概率性检测。

技术 › Agent yibie 2026-09-2914.2 KB 7.6K 81 86

/src 里的 Markdown:Markdown 正在变成源代码

htmx 作者、Montana State 大学教授 Carson Gross 提出:在 agent 式编程时代,Markdown 正从文档演变为源代码。他认为 LLM 生成的代码不应只源自用完即弃的提示词会话,而应将捕捉系统意图的 Markdown 签进 /src,与生成代码放在一起。Markdown 具备可 diff、可 grep、人机皆可读写的优势,且遵循局部性原则,让代码模块自带解释其意图的文档。作者提议建立 /src/md 目录约定(含 README、OVERVIEW、features、data、api 等),由人撰写维护,代码与测试从这些 Markdown 派生,测试负责自动化验证正确性。当代码越来越便宜,真正有价值的是代码背后的意图,应将其持久化于源码目录之中。

技术 › Agent Carson Gross 2026-09-249.3 KB 806 6 77

面向 coding agent 的 Jev 工程学

本文基于 Diogo Almeida 的设计笔记,从第一性原理重新审视 coding agent 的设计。作者以「如果没有 KV cache 会怎样设计」为切入点,揭示当前 agent 围绕缓存经济性形成的「只追加对话记录」范式的六大症状:路由失效、工具挤占上下文、压缩有损、子 agent 平庸、重启丢状态、内置能力争论。文章指出 token 主要消耗在读取与搜索而非写代码,并提出以 Jev 决策层为核心的方案:元注意力上下文组装、查询感知压缩、可见性阶梯、可编程权限、安全感知路由与三级工具披露,把上下文当作被有意组装而非偶然累积的对象。

技术 › Harness Engineering yibie 2026-09-2216.5 KB 8.9K 57 83

pstack 完整指南 Pt.2:用代码规划

本文是 pstack 指南第二部分,介绍作者用 agent 进行调研、规划、原型和架构的工作流。核心观点是通过 /teach、/recall、/how、/why 等 skill 建立并保持对代码库的心智模型;用「readme 驱动开发」和 /technical-writing skill 以代码和文档形式规划;用 prototype 剧本并行生成多个方案让 agent 以实证回答开放问题;用 /architect 多阶段流程跨模型家族竞争设计并交叉评判。作者强调抽象计划只给人进步的幻觉,应让 agent 通过原型和验证自己回答问题,从而每月将数千个 PR 推进生产并保持高质量。

技术 › Agent lauren(@poteto),yibie 翻译 2026-09-1517.5 KB 6.7K 46 87

Agent 能做的、与写代码无关的有用之事

本文由 Automattic 工程师 Elijah Potter 撰写,探讨 AI coding agent 在写代码之外的实际用途。作者分享了三个工作流用例:修复 PR 的 merge conflict、查找与分支相关的 issue、诊断并修复 GitHub Actions 失败,并附上其在 pi 中使用的 prompt 模板。作者强调这些 prompt 仅作灵感,鼓励读者根据自身工作流灵活调整,将重复性、低认知负荷的任务交给 agent 处理。

技术 › Agent yibie 2026-09-134.6 KB 1.7K 8 78

你的 Agent Harness 应该自我修复

文章探讨了 Agent 系统如何在不更新模型权重的情况下实现自我改进。作者提出两条独立回路:成功运行可产出可复用流程(如 Hermes 的 SKILL.md 程序性记忆),失败运行可产出经审查的修复和回归用例。通过 Opik 工具链,生产失败被转化为结构化反馈:trace 记录、源码级诊断、人工批准 diff、重跑验证、回归测试。文章强调改动需版本管理、评估需确定性校验器,系统并非自动学习,而是把事故变成可审查的改进输入。

技术 › Agent yibie 2026-09-1310.3 KB 2.5K 20 77

Harness 是组合泛化器

本文介绍 Alex L. Zhang 与 Omar Khattab 提出的观点:Transformer 不擅长组合泛化,而更好的泛化应主要由 harness 完成。Harness 位于外部世界与神经网络之间,通过 context offloading(上下文卸载)和程序化子 agent 调用两个机制,让每次 LM 调用看到的观察处于训练分布内(LID),把复杂、陌生的问题归约为简单、熟悉的问题。实验基于 Qwen3-30B 的递归语言模型(RLM)显示在长度泛化和跨域策略泛化上远胜裸 Transformer,30B RLM 甚至可逼近 GPT-5.5。作者提醒不要手工硬编码 harness 结构,数据 scaling 仍是最大驱动力,但 harness 决定 scaling 系数。

技术 › Harness Engineering yibie 2026-09-127.1 KB 14.2K 93 76

the fly can 大赏:一个果蝇大脑,被全世界安排了各种活

Google 开源完整雄性果蝇大脑图谱(16.6 万神经元)后,X 上掀起「the fly can」热潮:果蝇大脑被接入 Minecraft、逃生游戏、比特币交易、YMCA 舞蹈、Figma 设计、Doom、Beat Saber、发币、发布视频等场景,甚至小鼠视觉皮层也被用来炒股。文章梳理了这些荒诞又硬核的案例,并指出其爆火源于数据开源、Agent 工具高效与荒诞感传播,同时引出关于意识与伦理的严肃讨论。

技术 › Agent yibie 2026-09-119.9 KB 65

为什么 Claude Code 会话会随时间变差

本文深入探讨了 Claude Code 等智能体工具在长对话中性能下降的现象。作者将其归因于“上下文腐烂”,分为无法避免的内在腐烂(模型架构限制)和可管理的内容腐烂(过时信息积累)。文章提供了具体的治理实践,包括前期策展、保持上下文清洁、及时重置以及使用 git 树结构管理会话,以维持工具的敏锐度。

技术 › Claude Code yibie 2026-08-0317.3 KB