Deep Agents Code(dcode)是一个基于 Deep Agents SDK 构建的终端编码智能体

发布时间:2026/11/5 20:04:46

Deep Agents Code(dcode)是一个基于 Deep Agents SDK 构建的终端编码智能体 dcodehttps://docs.langchain.com/oss/deepagents/code/quickstart如果Deep Agents Codedcode是最近和Deep Agents / Harness Engineering / Claude Code / Codex一起讨论的那个项目那么可以把它理解成一个面向软件开发的 Deep Agent CLI让 Agent 不只是“调用几个工具写代码”而是具备长期任务执行、上下文管理、文件系统、计划、检查点和恢复能力。它和你前面研究的Deep Agents Package、Deep Agents CLI、Claude Code、Manus、DeepSeek Harness其实属于同一条技术演进路线。先把几个东西分清楚大致可以这样理解Agent Coding System │ ┌─────────────────┼─────────────────┐ │ │ │ Claude Code Codex dcode │ │ │ Coding Agent Coding Agent Deep Agent │ │ │ └─────────────────┼─────────────────┘ │ Agent Runtime │ ┌────────────────────┼────────────────────┐ │ │ │ Tools Context Memory │ │ │ bash/read/write compaction filesystem browser/git summarization checkpoints search hooks statedcode 的重点不是“又一个代码生成 CLI”而是把 Deep Agent 的能力落到 coding 场景。1. 为什么需要 Deep Agents Code普通 Coding Agent 通常是用户 │ ▼ LLM │ ├── read file ├── edit file ├── run test ├── read error ├── edit file └── ...任务一复杂问题就来了大型需求 │ ├── 分析项目 ├── 制定计划 ├── 修改 20 个文件 ├── 跑测试 ├── 修 Bug ├── Review └── 最终验证 │ ▼ 上下文越来越长Agent 最后会遇到Context Window 不够工具调用结果太多忘记之前做了什么中断后无法恢复不知道当前任务做到哪一步大任务容易失控所以 Deep Agent 思路是不要让 LLM 自己承担整个任务状态而是把任务拆解、状态、文件、上下文和恢复机制交给 Agent Runtime。2. dcode 的核心思想可以把它理解成dcode │ ┌────────┴────────┐ │ │ Coding Agent Agent Runtime │ │ ┌─────┼─────┐ ┌────┼────┐ │ │ │ │ │ │ Plan Code Test State Memory Context │ │ │ │ │ │ └─────┴─────┘ └────┴────┘其中比较关键的是Runtime。这也是你最近一直在研究的Context Engineering Harness Engineering Workflow Skill State3. 它和 Claude Code 最大的区别是什么可以先粗略理解Claude Codedcode / Deep Agents定位Coding AgentDeep Coding Agent核心LLM ToolsAgent Runtime文件系统✅✅Bash✅✅长任务支持重点能力Planning✅更强调Context 管理有核心设计之一状态部分隐式更强调显式状态Checkpoint有一定能力Deep Agent 思路Resume支持部分场景重要能力多步骤任务✅核心场景所以不要把它简单理解成dcode Claude Code 的另一个实现更准确的是dcode Deep Agent 思想在 Coding Agent 上的一种实现。4. 为什么叫 Deep Agent这里的Deep不是“模型更聪明”。而是Agent 能够持续处理复杂、多步骤、长时间运行的任务。例如你给它“给这个 React 项目增加一套权限系统。”普通 Agent 可能读代码 ↓ 修改 ↓ 测试 ↓ 结束Deep Agent 会更像需求 │ ▼ 分析 Repository │ ▼ 生成 Plan │ ├── 1. 分析现有路由 ├── 2. 分析用户模型 ├── 3. 设计 Permission Model ├── 4. 修改 Router ├── 5. 修改 UI ├── 6. 增加 API ├── 7. 增加 Test └── 8. Code Review │ ▼ Execute │ ▼ Checkpoint │ ▼ Verify │ ▼ Done如果执行到Step 6突然进程退出Deep Agent 的设计目标是state.json checkpoint workflow filesystem │ ▼ resume │ ▼ 继续 Step 6这就和你前几天设计的workflow.yaml state.json checkpoint pause/resume/retry/recover非常接近。5. dcode 和 Deep Agents CLI 是什么关系这个地方特别容易混淆。可以用这一层关系理解Deep Agents │ ┌─────────┴─────────┐ │ │ Deep Agents Package Deep Agents CLI │ │ Agent Framework 通用 Agent CLI │ ▼ dcode │ ▼ Coding 场景也就是说Deep Agents更像是一套 Agent 架构/框架思想。而dcode更偏向把这种能力用于软件开发。6. 它为什么和你研究的 Context Engineering 很相关这是我认为你现在最应该关注 dcode 的地方。你最近一直在研究Context RotProgressive DisclosureHookContext ManagementCompactionFilesystemMemoryWorkflowCheckpoint这些东西其实可以统一成Agent │ ┌────────┴────────┐ │ │ Reasoning Runtime │ ┌─────────────────┼─────────────────┐ │ │ │ Context State Tools │ │ │ ┌───┴────┐ ┌────┴────┐ ┌────┴────┐ │ │ │ │ │ │ Memory Compaction Workflow Checkpoint Bash Git │ │ │ │ │ │ └────────┴───────┴─────────┴───────┴─────────┘Deep Agent 的核心其实不是让模型“记住更多”而是让模型“不需要记住所有东西”。这句话非常关键。7. Progressive Disclosure 在这里也很重要比如项目里面有skills/ ├── frontend/ │ ├── vue.md │ ├── react.md │ └── testing.md ├── backend/ │ ├── java.md │ └── node.md └── deployment/ ├── docker.md └── k8s.md不要一开始全部加载 ↓ 50K tokens而是User Request │ ▼ Agent 判断需要什么 │ ├── React ├── Testing └── Deployment │ ▼ Progressive Disclosure │ ▼ 只加载相关 Skill这就是你之前问的“渐进式披露操作Progressive Disclosureskill设计思想”它和 Deep Agent 是天然匹配的。8. 如果把 dcode 放到你现在研究的体系里面我会把整个东西理解成User │ ▼ ┌──────────────┐ │ Coding Agent │ │ dcode │ └──────┬───────┘ │ ┌────────────┼────────────┐ ▼ ▼ ▼ Planning Skills Tools │ │ │ ▼ ▼ ▼ Workflow Knowledge Bash/Git │ ▼ ┌──────────────┐ │ Agent Runtime │ └──────┬───────┘ │ ┌────────┼─────────┐ ▼ ▼ ▼ Context State Checkpoint │ │ │ ▼ ▼ ▼ Compaction Memory Resume │ ▼ Filesystem这实际上已经非常接近你前面想做的“研发全流程 DeepSeek Harness Plugin / RD Agent”9. 一句话理解如果你只记住一句Claude Code 更像“一个会写代码的 Agent”而 Deep Agents Codedcode更强调“一个能够长期、分阶段、可恢复地完成复杂软件工程任务的 Agent Runtime Coding Agent”。而你现在研究的这些Skill → Workflow → Context → Hook → State → Checkpoint → Pause/Resume → Compaction实际上正是把一个普通 Coding Agent逐渐变成Deep Coding Agent的关键基础设施。
延伸阅读

更多相关文章

2026/10/30 0:08:04

跨Agent会话延续:打破AI Agent供应商锁定的工程实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/24 15:01:32

婚姻关系修复服务机构排名

身边不少朋友和我聊起过,当婚姻从曾经的甜意慢慢磨得只剩相对无言、一开口就吵架的疲惫时,自己试了低头妥协、找亲友调解、甚至跟着网上的情感技巧操作,反而把矛盾激得越来越深,想找专业的情感支持时,第一反应就是搜“…

2026/11/3 14:36:12

城市数字治理中基于时序影像比对的违章建筑识别算法实现

一、引言:违建识别的技术挑战与政策驱动 违章建筑识别本质上是一个 “变化检测目标分类” 的复合问题。其技术难点主要体现在三个层面: 尺度差异大。 违章建筑既有城中村楼顶加盖(小尺度),也有城乡结合部大规模违建厂房…

2026/11/5 16:51:33

EasyU优启通PE维护盘实战指南:制作、启动与核心操作全解析

1. 为什么一个PE维护盘值得单独拿出来聊装系统、修引导、救数据、清病毒,这些活儿但凡干过几次的人都知道,真正决定效率的往往不是你手速多快,而是手边那套PE环境靠不靠谱。EasyU(圈内习惯叫优启通)就是在这个场景下被…

2026/11/5 16:26:13

Rust原来很简单二:所有权系统

Part 2 核心篇 —— 所有权系统 本篇覆盖 第 6 ~ 10 章:所有权、借用与引用、生命周期、字符串与切片、内存模型。 ⚠️ 这是全书最重要的一篇。 把它吃透,Rust 从此“很简单”;跳过它,你会处处碰壁。请慢下来,动手敲每一段代码。 第 6 章 所有权:Rust 的第一性原理 6…

2026/11/5 15:00:49

基于Hadoop+Spark的民宿智能推荐系统设计与实现

1. 项目概述:大数据时代的民宿智能推荐这个毕业设计项目融合了当前大数据领域最主流的技术栈,构建了一个完整的民宿推荐系统解决方案。作为一名长期从事大数据系统开发的工程师,我认为这个选题非常贴合实际应用场景——随着旅游业的复苏和共享…

2026/11/5 14:10:30

ADS122U04IPWR+STM32F427ZI工业级温度测量信号链设计

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 14:10:30

UART接口24位ADC搭配RS485,解决远距离温度监控难题

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 14:10:30

UART接口24位ADC搭配PIC18F46K22的RTD与热电偶测温实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 15:39:06

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/4 21:04:25

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 0:02:07

多智能体协作系统架构设计与实践优化

1. 多智能体协作系统的时代背景2017年Transformer架构的诞生彻底改变了人工智能的发展轨迹。当行业还沉浸在单一大模型带来的性能突破时,Anthropic的研究团队已经将目光投向了更前沿的领域——如何让多个智能体通过协作产生超越单体能力的系统智能。这就像交响乐团中…

2026/11/5 0:02:07

大模型系统性入门实战指南:从原理到部署微调的全链路路线

提到大模型的系统性入门,我先说个结论:这事真不难,难的是资料太散、路线太多,今天这个框架明天那个工具,新人很容易在“收藏夹吃灰”和“教程看到一半放弃”之间反复横跳。市面上关于大模型的内容少说有几十万篇&#…

2026/11/5 0:02:07

鸿蒙文件系统沙箱机制解析与开发实践

1. 鸿蒙文件系统沙箱机制深度解析作为一名从Android转向鸿蒙开发的工程师,我深刻体会到文件系统访问是迁移过程中最先遇到的"拦路虎"。在Android上运行良好的文件读写代码,在鸿蒙真机环境却频频出现文件写入后神秘消失或直接抛出权限拒绝错误的…

2026/11/5 15:39:06

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/4 21:04:25

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

还想了解更多?直接咨询顾问

免费诊断 + 免费方案 + 透明报价。

全国咨询热线400-8866-253
免费获取方案
☎咨询二维码 ☎ ↑