<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/rss/stylesheet/" type="text/xsl"?>
<rss xmlns:podcast='https://podcastindex.org/namespace/1.0' xmlns:content='http://purl.org/rss/1.0/modules/content/' xmlns:taxo='http://purl.org/rss/1.0/modules/taxonomy/' xmlns:rdf='http://www.w3.org/1999/02/22-rdf-syntax-ns#' xmlns:itunes='http://www.itunes.com/dtds/podcast-1.0.dtd' xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0" xmlns:dc='http://purl.org/dc/elements/1.1/' xmlns:atom='http://www.w3.org/2005/Atom' xmlns:podbridge='http://www.podbridge.com/podbridge-ad.dtd' version='2.0'>
<channel>
  <title>AI研发效能</title>
  <language>zh-cn</language>
  <generator>microfeed.org</generator>
  <itunes:type>episodic</itunes:type>
  <itunes:explicit>false</itunes:explicit>
  <atom:link rel="self" href="https://listen.lmm333.com/rss/" type="application/rss+xml"/>
  <link>https://listen.lmm333.com</link>
  <itunes:image href="/media/production/images/item-a4c81a46f889f2d4162de8951e13d22c.png"/>
  <image>
    <title>AI研发效能</title>
    <url>/media/production/images/item-a4c81a46f889f2d4162de8951e13d22c.png</url>
    <link>https://listen.lmm333.com</link>
  </image>
  <copyright>©2026</copyright>
  <item>
    <podcast:chapters url="https://listen.lmm333.com/i/-k8tluBCpA4/chapters.json" type="application/json+chapters"/>
    <title>Kun Chen（4/4）｜多智能体高吞吐，怎样减少人的协调负担</title>
    <guid>-k8tluBCpA4</guid>
    <pubDate>Tue, 06 Oct 2026 11:41:06 GMT</pubDate>
    <itunes:explicit>false</itunes:explicit>
    <description>
      <![CDATA[<p>原始视频：<a href="https://www.youtube.com/watch?v=MSbacZ99E14">Kun Chen：High Throughput Agentic Engineering with Kun</a></p>
<p>原作日期：2026-09-13（YouTube 元数据的发布日期字段，精确时区未知）。</p>
<p>本期为《AI 研发效能》的中文原创解读，使用 AI 合成配音，成品 06:44。不是原片完整译配，也不是作者的中文原声。英文来源为 YouTube 自动字幕；未完成原声核对及完整人工听审，专名、数字仍可能有识别误差。</p>
<p>本期讨论模型路由、任务快照、Second mate委派、跨机器任务与反馈入口。更多智能体并不自动减少协调成本；本节目重点分析人的注意力、状态对账以及不同任务的验收策略。</p>
<h2>成品时间轴</h2>
<p>00:00 中文导听</p>
<p>00:03 高吞吐先要解释人的工作</p>
<p>00:52 路由要看任务，也要看资源</p>
<p>01:40 任务状态要包括尚未决定的事</p>
<p>02:25 协调者也需要按领域分工</p>
<p>03:10 反馈进入一个入口以后仍需核验</p>
<p>03:56 上下文与注意力要分别管理</p>
<p>04:44 不同风险可以有不同交付路径</p>
<p>05:35 把信息回流补进协作闭环</p>
<p>06:43 片尾</p>
<h2>与前期相比</h2>
<p>新原则约 35%，旧原则约 65%；新实操细节约 60%，旧细节约 40%。</p>
<p>比较对象为此前选中的本系列视频，排除亲子结对编程那期。比例按原片章节时长加权，四舍五入到5%，属于编辑估计，后续三期误差约±10个百分点；同一原则的新演示计入实操细节，不直接算新原则。原片自述与节目分析不等同于经独立验证的效能数据。</p>
<p>新增重点：按领域Second mate、任务状态快照、按配额/任务模型路由、跨机器与外部反馈入口；不同任务采用不同验收策略。</p>
<p>延续内容：Firstmate、交互原型、压缩上下文、No Mistakes与人工反馈继续沿用；新增重点在人如何协调。</p>
<h2>相关资料</h2>
<ul><li><a href="https://github.com/kunchenguid/dotfiles">作者 dotfiles 配置仓库</a></li><li><a href="https://github.com/kunchenguid/firstmate">Firstmate</a></li><li><a href="https://github.com/kunchenguid/no-mistakes">No Mistakes</a></li></ul>
<p>制作：《AI 研发效能》。</p>]]>
    </description>
    <link>https://listen.lmm333.com/i/kun-chen-4-4-%E5%A4%9A%E6%99%BA%E8%83%BD%E4%BD%93%E9%AB%98%E5%90%9E%E5%90%90-%E6%80%8E%E6%A0%B7%E5%87%8F%E5%B0%91%E4%BA%BA%E7%9A%84%E5%8D%8F%E8%B0%83%E8%B4%9F%E6%8B%85/</link>
    <itunes:image href="/media/production/images/item-a4c81a46f889f2d4162de8951e13d22c.png"/>
    <enclosure url="https://listen.lmm333.com/media/production/media/audio-07e60c76f7e04850799c637916d5fe46.mp3" type="audio/mpeg" length="6476589"/>
    <itunes:duration>00:06:44</itunes:duration>
  </item>
</channel>
</rss>