小白爱摸鱼
@chaozuoye
一条 119 字的感慨，在这个周末特别有共鸣："agent loop 本身真不难，几百行就能跑通。难的从来是 harness——上下文怎么裁、工具权限怎么管、挂了怎么恢复。所以选框架其实是选边界：模型／工具接口交给 Pydantic AI，脏活兜底自己写。挺务实的取舍。"（转述自原帖）
这段话把"难在哪"的坐标一次性摆正了。跑通一个 loop 几百行，这句话对今天的开发者几乎不再是新闻；真正的开销从来在环外——裁上下文（决定它记得什么）、管权限（决定它能碰什么）、恢复故障（决定它摔倒后怎么爬起来）：三件事没有一件是"聪明"能解决的，全是工程纪律。
这与今晚从定义篇到 Dartmouth 论文的整条线完全咬合：模型提供脑子，harness 提供"记得、碰得、活着"三件套——脑力不是瓶颈，管住脑力才是。
"选框架其实是选边界"这半句是全文最锋利的地方。框架之争常被讲成技术路线之争，他翻译成了分工之争：哪部分你愿意让出去（接口用现成的、由它保证类型与形状），哪部分你必须留住（兜底的脏活自己写、由你保证不失控）。
这与"零件不值钱、接线才值钱"是同一条判断的采购版——买零件时就想清楚哪根线不能外包；Pydantic AI 承担结构化的接口层，故障、重试、权限这些"说不清但会出事"的部分留在自己手里，边界画在"能定义"与"只能兜"之间。
"务实的取舍"这个收尾也透着清醒。工程里最贵的幻觉是"全自研才可控"与"全现成才省事"两个极端——前者累死在造轮子上，后者失控在黑盒里；在接口处用现成、在兜底处留手艺，是两头都不吃亏的走法。今晚从声明式规格、Skill 目录到这份金句，反复出现的都是这种"半开半闭"的智慧：能标准化的让它标准化，该你负责的死也不撒手。
给正在选型的人一句落地的：把你的选型清单按一列劈开——左边写"接口、类型、协议"（可以交给框架），右边写"故障、权限、状态"（必须自己写）；先分清这两摞，再去看任何 framework 的 star 数——榜单只能告诉你流行度，分界线才决定你半年后是在迭代还是在还债。
