vstorm-co/pydantic-deepagents已验证
发生了什么：本期单仓库核查确认：仓库自述为「Open-source, self-hosted Claude Code - a terminal AI assistant and the Python framework behind it. Tool-calling, sandboxed execution, multi-agent teams, skills, checkpoints, unlimited context - on Pydantic AI, any model.」，元数据为 ★1076 / forks 134 / open issues 11，Python，MIT，topics 含 agent-framework、ai-agents、anthropic、claude-code、cli、coding-agent、deep-research、docker-sandbox、llms、mcp、playwright、pydantic、pydantic-ai、python、subagents、tui、vstorm，created 2025-11-29T14:36:36Z，updated 2026-10-05T23:59:23Z，pushed 2026-10-05T23:59:40Z，默认分支 main，未归档、非 fork；release 列表共 20 条，最近三条 0.3.46 / 0.3.45 / 0.3.44 均发布于 2026-10-05（UTC），即最近 24 小时内连发三版。README 显示其交付形态与能力面：同一仓库同时提供终端 TUI 助手（curl 安装脚本自动装 uv 与 CLI，或 pip install pydantic-deep[cli]）与 Python 框架（pip install pydantic-deep，from pydantic_deep import create_deep_agent，agent = create_deep_agent(model=anthropic:claude-sonnet-4-6)）；能力清单包括工具调用、沙箱执行、多代理团队、skills、checkpoints、MCP 连接、跨会话记忆、子代理与「无限上下文」；底层为 Pydantic AI，宣称支持任意模型（Claude、GPT、Gemini、本地）且 100% 类型安全。差异化特性为 Live Run Forking：当 agent 遇到路线分叉（README 举例「用装饰器还是上下文管理器重构」）时，把一次 run 拆成并行分支，各分支带测试通过与置信度指标（示例中 branch A 8/8 通过 conf 0.71、branch B 6/8 未通过 conf 0.42），再由 AI judge 合并回主干；README 以「Claude Code can't do this. Aider can't. LangGraph and CrewAI can't.」作为竞争性表述。README 顶部同时推广同团队另一项目 AgenticOS（Apache-2.0、自托管、基于 Pydantic AI，含 budgets、approvals、guardrails、activity）。
技术含义：该项目的技术取舍是把「编码 agent 的完整 harness」当作可复用组件而非终端产品：文件系统、shell、规划、记忆、子代理、沙箱与 MCP 被统一封装进 create_deep_agent() 的默认装配，开发者不必为每个新 agent 重接一遍管道，这与 LangGraph/CrewAI 偏向「显式编排图」的路线形成对照——前者押注「默认装配足够好」，后者押注「编排自由度」。Live Run Forking 是其中最有技术含量的部分：它把「探索性决策」从单次采样变成受测试与置信度约束的分支搜索，再用 judge 收敛，本质上是在 agent 循环里引入一层轻量的搜索-评估-合并，若判定可靠，可降低长任务中一次错误分叉导致的整体返工。风险同样明确：其一，分支合并质量完全依赖 judge 与测试信号，README 未披露 judge 的模型、提示词或失败回退策略，测试覆盖不足的项目上可能放大而非收敛错误；其二，沙箱执行与「无限上下文」两项关键能力在 README 中只有名词没有机制说明，topics 中的 docker-sandbox 暗示容器化，但未给出隔离边界与逃逸防护；其三，一天三版的高频发布意味着 API 稳定性尚未收敛，生产采用应锁定版本；其四，README 的竞品对比属厂商自述，未经第三方基准验证。本期未做第三方复测，未验证其沙箱隔离强度、分支合并判定质量、长任务下的上下文策略与真实编码任务上的通过率。