Claude Code 源码解读:包含Agent Loop、Context 管理、Tool 调用、Memory、Muti Agent等模块

OpenViking上下文数据库Golang集成实践 技术创新文件系统范式:将AI Agent的上下文管理从扁平向量存储提升为结构化文件系统分层检索策略:L0/L1/L2三层加载机制,减少62.1%的Token消耗记忆自迭代:会话提交触发Agent经验沉淀,实现越用越智能工程实践完整Golang实现:提供生产级可用的OpenViking客户端库企业级集成方案:涵盖文档摄入、检索、会话管理等全流程性能优化成果:检索准确率提升24.1%,响应时间减少53.3%可观测性提升可视化检索轨迹:实现检索过程的白盒化,调试效率提升77.1%全面监控指标。 阅读详情

基于对 Claude Code 源码的系统性分析,本文从 11 个维度拆解其架构设计,涵盖 Agent Loop、Context 管理、Tool 调用、Memory、权限安全、多智能体协作、可观测性等核心模块。

一、整体架构

Claude Code 是一个基于 TypeScript 的终端 Agent 应用,构建在 Bun 运行时之上,采用 React + Ink 渲染 TUI。其架构设计遵循分层解耦、流式驱动、不可变状态三大原则。

1.1 架构全景图

1.2 入口架构

src/main.tsx (~3000行)├── 参数解析 (argparse)├── Feature Flag 门控 (feature() from bun:bundle)├── 环境检测 (USER_TYPE, CLAUDE_CODE_ENTRYPOINT)├── 初始化 (迁移、设置、插件)├── 交互式 REPL 模式└── 无头模式 (-p/--print)

多客户端支持通过入口点检测实现:

客户端检测方式
CLI直接执行
SDKCLAUDE_CODE_ENTRYPOINT=sdk
VSCodeExtension 调用
DesktopElectron 进程
RemoteWebSocket 会话
GitHub ActionsCI 环境检测

1.3 状态管理

采用双轨状态架构:

Bootstrap State (全局单例, ~1758行)├── 模块级 getter/setter├── 会话生命周期管理├── Feature Flag 状态└── 全局配置AppState Store (不可变状态, ~50+字段)├── DeepImmutable<T> 类型约束├── 函数式更新 setAppState(prev => ({...prev, ...}))├── 选择器模式 (selectors)└── 按 Agent 隔离 (每个 subagent 独立副本)

二、Agent Loop:流式驱动的核心循环

Agent Loop 是 Claude Code 的心脏,采用 async generator 模式实现流式处理。

2.1 Agent Loop 流程图

2.2 核心实现

src/query.ts (~1729行) 中的 query() 函数是一个 async generator:

export async function* query(params: QueryParams): AsyncGenerator<  StreamEvent | RequestStartEvent | Message | TombstoneMessage | ToolUseSummaryMessage,  Terminal> {  const consumedCommandUuids: string[] = []  const terminal = yield* queryLoop(params, consumedCommandUuids)  // 完成后通知命令生命周期  for (const uuid of consumedCommandUuids) {    notifyCommandLifecycle(uuid, 'completed')  }  return terminal}

关键设计:

特性实现说明
状态管理State 对象跨迭代携带messages, toolUseContext, autoCompactTracking 等
Token 预算createBudgetTracker()自动续接,+500k 自动继续
错误恢复MAX_OUTPUT_TOKENS_RECOVERY_LIMIT = 3最多 3 次重试
Thinking 规则严格排序要求thinking/redacted_thinking 块必须保留在 trajectory 中
命令队列processQueueIfReady()用户命令在 turn 之间处理

2.3 错误恢复机制

API 调用失败├── Prompt Too Long│   └── auto-compact / history snip / context collapse├── Max Output Tokens│   └── 重试 (最多3次) → 增加 max_tokens├── API Error│   └── 指数退避重试└── Fallback Model    └── 切换到备用模型

2.4 QueryEngine 封装

src/QueryEngine.ts 为 SDK/无头场景提供类封装:

class QueryEngine {  async *submitMessage(): AsyncGenerator<SDKMessage> {    // 消息变异 → 转录记录 → 使用追踪 → 权限拒绝追踪 → 结构化输出  }    async ask(): Promise<SDKMessage> {    // 一次性 prompt 执行的便捷包装  }}

三、Context 系统:上下文的全生命周期管理

3.1 Context 架构图

3.2 System Context 构建

// src/context.ts - 带 memoizationgetSystemContext()  // Git 状态、分支信息、最近提交getUserContext()    // CLAUDE.md 内容、当前日期

缓存失效策略:可选的 system prompt injection(ant-only 调试场景)。

3.3 上下文压缩策略

策略触发条件实现
Auto Compact接近上下文窗口限制自动压缩历史消息
History SnipFeature-gated消息级裁剪
Context CollapseFeature-gated激进上下文缩减
Reactive Compact按需触发上下文压力驱动

3.4 ToolUseContext:工具调用的丰富上下文

每个工具调用都会收到一个包含 ~15 类信息的上下文对象:

ToolUseContext├── options: { tools, commands, mcpClients, model, thinking }├── getAppState / setAppState├── abortController├── fileStateCache (LRU 缓存,每 agent 独立)├── messages: Message[]├── agentId / agentType├── permissionContext├── denialTracking├── notificationHandlers└── promptRequestFactory

四、Tool 调用机制:43 个工具的编排艺术

4.1 Tool 接口设计

// src/Tool.ts - 泛型 Tool 接口 (~40个属性/方法)interface Tool<Input, Output, Progress> {  // 核心方法  call(input: Input, context: ToolUseContext): Promise<Output>  description(): string  prompt(): string    // 安全检查  isReadOnly(): boolean  isDestructive(): boolean  isConcurrencySafe(input: Input): boolean    // 权限  checkPermissions(input, context): PermissionResult  toAutoClassifierInput(): object    // 渲染  renderToolUseMessage(): ReactElement  renderToolResultMessage(): ReactElement  renderToolUseProgressMessage(): ReactElement    // 验证  validateInput(input): ValidationResult  isEnabled(context): boolean}

4.2 Tool 注册与过滤

Tool 注册与过滤流程

4.3 工具分类 (43 个)

类别工具数量
核心Bash, FileRead, FileEdit, FileWrite, Glob, Grep6
网络WebSearch, WebFetch2
任务管理TaskCreate, TaskGet, TaskUpdate, TaskList, TaskStop, TaskOutput6
AgentAgentTool, TeamCreate, TeamDelete, SendMessage4
MCPMCPTool, ListMcpResources, ReadMcpResource, McpAuth4
规划EnterPlanMode, ExitPlanModeV2, TodoWrite3
特殊SkillTool, ConfigTool, LSPTool, WorkflowTool, ScheduleCron5
特性门控REPLTool, SleepTool, PushNotification, WebBrowser, SnipTool5+
其他NotebookEdit, BriefTool, Testing, Tungsten, AskUserQuestion 等8+

4.4 工具编排:读写分离的并发策略

// src/services/tools/toolOrchestration.ts// 分区:连续只读工具并发,写入工具串行function partitionToolCalls(toolUses: ToolUseBlock[]) {  // 将连续的 isConcurrencySafe 工具分组为并发批次  // 遇到非安全工具则独立为串行执行}async function runTools() {  // 1. partitionToolCalls() - 分区  // 2. 并发组 → runToolsConcurrently()  // 3. 串行组 → runToolsSerially()  // 4. 最大并发度: CLAUDE_CODE_MAX_TOOL_USE_CONCURRENCY (默认 10)}

并发控制策略:

工具调用列表├── [Read, Grep, Glob]  → 并发执行 (只读组)├── [Edit]              → 串行执行 (写入)├── [Read, Glob]        → 并发执行 (只读组)└── [Bash]              → 串行执行 (潜在写入)

4.5 Tool Builder 模式

// buildTool(def) 工厂函数 - 提供安全默认值buildTool({  name: 'MyTool',  call: async (input, ctx) => { ... },  // 以下方法有安全默认值 (fail-closed)  // isEnabled: () => true  // isConcurrencySafe: () => false  ← 默认不安全  // isReadOnly: () => false  // isDestructive: () => false})

五、Memory 管理:从个人记忆到团队同步

5.1 Memory 架构图

5.2 MEMORY.md 系统

// src/memdir/memdir.tsconst MAX_ENTRYPOINT_LINES = 200      // 200 行上限const MAX_ENTRYPOINT_BYTES = 25_000   // ~25KB 上限// 双重截断:先行截断,再字节截断function truncateEntrypointContent(raw: string): EntrypointTruncation {  // 行截断 → 字节截断 → 警告标记}

5.3 记忆检索流程

用户输入└── memoryScan.ts    ├── 扫描记忆目录    ├── 按相关性排序    ├── 加载相关文件    └── 过滤重复记忆附件        └── 注入到 User Context

5.4 Agent 记忆继承

父 Agent└── agentMemorySnapshot()    ├── 捕获当前状态    └── 传递给子 Agent        ├── 同步 Agent: 共享快照        ├── 异步 Agent: 独立快照        └── Fork Agent: 继承父级 system prompt

5.5 团队记忆同步

// src/services/teamMemorySync/index.ts      // 团队记忆同步服务watcher.ts    // 文件变更监听secretScanner.ts    // 密钥检测teamMemSecretGuard.ts  // 密钥防护teamMemPaths.ts   // 团队记忆路径teamMemPrompts.ts // 团队提示词

安全特性:团队记忆写入前经过密钥扫描,防止敏感信息泄露。

5.6 文件状态缓存

// src/utils/fileStateCache.ts// LRU 缓存,每个 agent 独立克隆// 异步 agent 有大小限制,防止内存泄漏

六、权限与安全:五层决策引擎

6.1 权限决策流程图

6.2 权限模式 (6 种)

模式行为适用场景
default每次询问默认安全模式
plan只读,不允许编辑规划阶段
acceptEdits自动允许编辑信任 Agent 的编辑能力
bypassPermissions完全跳过权限检查完全信任
dontAsk拒绝而不询问自动化场景
autoML 分类器决策智能权限判断

6.3 规则解析

// permissionRuleParser.ts// 支持模式匹配,如:// "Bash(git *)"     → 允许所有 git 命令// "Edit(src/**)"    → 允许编辑 src 目录下的文件// "Bash(rm -rf *)"  → 拒绝危险删除操作

6.4 拒绝追踪与降级

// denialTracking.ts// 追踪连续拒绝次数// 超过阈值后降级为交互式询问const DENIAL_LIMITS = {  // 连续拒绝 N 次后 fallback}function shouldFallbackToPrompting(state: DenialTrackingState): boolean {  // 连续拒绝过多 → 自动模式不可信 → 回退到用户确认}

6.5 安全层

权限系统├── Sandbox (macOS Seatbelt)│   └── sandbox-adapter.js├── Auto-mode Classifier│   ├── yoloClassifier.ts│   └── classifierDecision.ts├── Hook-based 权限检查│   ├── PreToolUse│   └── PostToolUse├── 密钥扫描│   └── teamMemSecretGuard.ts├── MDM Policy 限制│   └── 企业策略执行└── Remote Managed Settings    └── 管理员配置控制

七、多智能体系统:Subagent / Team / Swarm / Coordinator

7.1 多智能体架构全景

7.2 Agent 类型对比

类型阻塞父级共享 Abort执行方式适用场景
Sync Agent✅✅阻塞父 turn需要立即结果的子任务
Async Agent❌❌独立运行,完成通知长时间运行的后台任务
Background Agent初始阻塞 → 自动后台❌120s 后自动转后台超长时间任务
Fork Agent✅✅缓存优化,继承父 prompt需要 cache-identical prefix 的场景
Built-in Agent视类型视类型预定义行为Explore/Plan/Verification

7.3 AgentTool 实现

// src/tools/AgentTool/AgentTool.tsx (~1400行)// src/tools/AgentTool/runAgent.ts (~973行)// 核心能力├── 子 Agent 生成├── 独立 query loop├── 工具池过滤 (deny rules)├── MCP 需求过滤├── Model 选择 (per-agent)├── Worktree 管理├── Agent 颜色管理├── 进度追踪├── 远程 Agent 支持└── Agent 元数据持久化

7.4 Coordinator Mode

// src/coordinator/coordinatorMode.ts// 通过 CLAUDE_CODE_COORDINATOR_MODE 环境变量启用// Worker 工具集 (受限)const ASYNC_AGENT_ALLOWED_TOOLS = [  // 只允许基础工具]// Coordinator 专属工具const INTERNAL_WORKER_TOOLS = new Set([  TEAM_CREATE_TOOL_NAME,  TEAM_DELETE_TOOL_NAME,  SEND_MESSAGE_TOOL_NAME,  SYNTHETIC_OUTPUT_TOOL_NAME,])
```![](http://cdn.zhipoai.cn/be7d2ba0.jpg)

### 7.5 Agent Swarm

```plaintext
src/utils/swarm/ (~18+ 文件)├── backends/│   ├── TmuxBackend.ts      # Tmux 终端后端│   ├── ITermBackend.ts     # iTerm2 终端后端│   └── InProcessBackend.ts # 进程内后端├── spawnInProcess.ts       # 进程内 teammate 生成├── inProcessRunner.ts      # 进程内执行器├── teammateInit.ts         # Teammate 初始化├── teammateModel.ts        # 每个 teammate 的模型选择├── teammateLayoutManager.ts # 终端面板布局├── permissionSync.ts (~928行) # 跨 agent 权限协调├── leaderPermissionBridge.ts # Leader 中介权限解析├── teamHelpers.ts          # 团队文件操作└── reconnection.ts         # 团队重连逻辑

7.6 Swarm 权限同步 (Mailbox 模式)

7.7 四种模式对比

维度SubagentCoordinatorSwarmTeam
复杂度低中高中高
通信直接调用SendMessageMailboxTeam 文件
权限继承/独立Coordinator 代理Leader 桥接共享
终端共享共享独立面板独立面板
适用子任务委托多 worker 编排并行探索团队协作
后端进程内进程内Tmux/iTerm2/InProcessTmux/iTerm2

八、可观测性:22 种 Hook 与全链路追踪

8.1 Hook 系统架构

8.2 22 种 Hook 类型

类别Hook 类型触发时机
生命周期SessionStart会话开始
SessionEnd会话结束
Stop正常停止
StopFailure异常停止
工具PreToolUse工具执行前
PostToolUse工具执行后
PostToolUseFailure工具执行失败
AgentSubagentStart子 Agent 启动
SubagentStop子 Agent 停止
上下文PreCompact上下文压缩前
PostCompact上下文压缩后
CwdChanged工作目录变更
FileChanged文件变更
权限PermissionDenied权限被拒绝
PermissionRequest权限请求
自定义UserPromptSubmit用户 prompt 提交前
TaskCreated任务创建
TaskCompleted任务完成
ElicitationMCP 诱导请求
ConfigChange配置变更
InstructionsLoaded指令加载完成
TeammateIdleTeammate 空闲

8.3 Hook 执行模型

// src/utils/hooks.ts (~5022行)// Hook 作为子进程执行const TOOL_HOOK_EXECUTION_TIMEOUT_MS = 10 * 60 * 1000  // 10 分钟const SESSION_END_HOOK_TIMEOUT_MS_DEFAULT = 1500       // 1.5 秒// 异步 Hook 注册表class AsyncHookRegistry {  // 追踪待完成的异步 Hook}// Hook 执行流程executeHook(hookEvent, input) {  // 1. 匹配 Hook (配置 + frontmatter + plugin + session)  // 2. 构建输入 JSON  // 3. 生成子进程  // 4. 解析输出 (同步/异步)  // 5. 处理响应 (消息注入/权限更新/...)}

8.4 遥测与分析

src/services/analytics/├── index.ts          // 核心 analytics, logEvent()├── sink.ts           // 事件 sink 管理├── sinkKillswitch.ts // sink 熔断├── datadog.ts        // Datadog 集成├── growthbook.ts     // Feature Flag 系统 (Statsig/GrowthBook)├── firstPartyEventLogger.ts       // 第一方事件└── firstPartyEventLoggingExporter.ts  // 事件导出

8.5 追踪系统

// OpenTelemetry Session TracingstartHookSpan(hookName)  // Hook span 开始endHookSpan(span)        // Hook span 结束// Perfetto Tracing (Agent 层级可视化)// 可视化 Agent 父子关系、工具调用链、时间线

8.6 成本追踪

// src/cost-tracker.tsgetModelUsage()      // 模型使用统计getTotalCost()       // 总成本 (USD)getTotalAPIDuration() // API 总耗时

九、调度系统:Cron、队列与 Loop 技能

9.1 调度系统

9.2 Cron 调度

// src/tools/ScheduleCronTool/// 间隔解析: Ns, Nm, Nh, Nd → cron 表达式// 自动过期: DEFAULT_MAX_AGE_DAYS// 支持的间隔格式"every 5 minutes"  → */5 * * * *"every 2 hours"    → 0 */2 * * *"every 3 days"     → 0 0 */3 * *

9.3 Loop 技能

// src/skills/bundled/loop.ts// /loop 命令 - 用户友好的循环任务调度// 解析自然语言间隔// 转换为 cron 表达式// 通过 CronCreateTool 调度

9.4 消息队列

// src/utils/queueProcessor.ts// src/utils/messageQueueManager.ts// 队列能力├── 用户 prompt 排队├── 任务通知排队├── Bash 命令排队├── 优先级队列├── Slash 命令检测与路由├── 非 slash 命令批量处理 (相同 mode)└── Agent 路由 (通过 agentId 寻址)

队列处理策略:

消息队列├── 非 slash 命令 + 相同 mode → 批量处理├── Slash 命令 → 逐个处理├── Bash 命令 → 逐个处理└── 带 agentId → 路由到指定 Agent

十、复用模式:10 种架构模式总结

10.1 模式一览表

#模式应用场景核心文件
1Async Generatorquery/submitMessage/runAgent/runTools 统一流式query.ts, QueryEngine.ts
2Feature Flag编译时死代码消除bun:bundle, feature()
3Context InjectionToolUseContext 统一注入Tool.ts
4Tool Builder工厂 + 安全默认值buildTool(def)
5Immutable StateDeepImmutable + 函数式更新AppStateStore.ts
6Mailbox跨 Agent 协调 (lockfile)permissionSync.ts
7Cache-AwarePrompt cache + content-hash多处
8Lazy Schema打破循环依赖lazySchema()
9Dead Code Elimination条件导入 + 用户类型分支require() 动态加载
10Hook Event生命周期事件发射hooks.ts

10.2 模式详解

模式 1: Async Generator
// 统一的流式处理模式async function* query(): AsyncGenerator<Event, Terminal> { ... }async function* submitMessage(): AsyncGenerator<SDKMessage> { ... }async function* runAgent(): AsyncGenerator<Message> { ... }async function* runTools(): AsyncGenerator<MessageUpdate> { ... }

优势:天然支持流式响应、增量处理、中间状态观察。

模式 2: Feature Flag
// 编译时死代码消除const reactiveCompact = feature('REACTIVE_COMPACT')  ? require('./reactiveCompact.js')  : null// Schema 门控...(feature('TRANSCRIPT_CLASSIFIER') ? { auto: 'auto' } : {})
模式 3: Context Injection
// 每个 tool 接收统一的 ToolUseContextcall(input: Input, context: ToolUseContext): Promise<Output>// Subagent 创建独立上下文createSubagentContext(parent, { shareAppState: true })
模式 4: Tool Builder
buildTool({  name: 'MyTool',  call: async (input, ctx) => { ... },  // 安全默认值 (fail-closed)  // isConcurrencySafe: () => false  ← 默认不安全  // isReadOnly: () => false})
模式 5: Immutable State
type AppState = DeepImmutable<{  messages: Message[]  tools: Tools  // ... 50+ 字段}>// 函数式更新setAppState(prev => ({ ...prev, messages: [...prev.messages, newMsg] }))
模式 6: Mailbox
文件级 Mailbox├── 写入: 创建 .json 文件到 mailbox 目录├── 读取: 扫描目录 + 解析 JSON├── 锁: lockfile 保证并发安全└── 清理: 处理后删除
模式 7: Cache-Aware
// Prompt cache break 检测// Content-hash 临时文件路径 (避免 UUID 导致的 cache miss)// Fork Agent 继承父级 system prompt (cache-identical prefix)// Turn 开始时冻结渲染的 system prompt

十一、关键文件索引

组件核心文件行数
入口src/main.tsx~3000+
Agent Loopsrc/query.ts1729
Query Enginesrc/QueryEngine.ts1295
Tool 接口src/Tool.ts792
Tool 注册src/tools.ts389
Tool 编排src/services/tools/toolOrchestration.ts188
权限引擎src/utils/permissions/permissions.ts1486
权限模式src/utils/permissions/PermissionMode.ts141
Hookssrc/utils/hooks.ts5022
Agent Toolsrc/tools/AgentTool/AgentTool.tsx~1400
Run Agentsrc/tools/AgentTool/runAgent.ts~973
Coordinatorsrc/coordinator/coordinatorMode.ts369
Swarm 权限src/utils/swarm/permissionSync.ts928
Memorysrc/memdir/memdir.ts507
Statesrc/bootstrap/state.ts~1758
AppStatesrc/state/AppStateStore.ts569

十二、总结

Claude Code 的架构设计体现了几个核心理念:

  1. 流式优先:从 Agent Loop 到 Tool 执行,全部采用 async generator,天然支持流式处理和增量渲染。
  2. 安全默认:Tool Builder 的 fail-closed 设计、权限系统的五层决策、Sandbox 隔离,处处体现安全优先。
  3. 不可变状态:DeepImmutable 类型约束 + 函数式更新,避免状态突变带来的难以追踪的 bug。
  4. 模块化编排:43 个工具通过统一的接口和编排器协同工作,读写分离的并发策略兼顾了性能和安全。
  5. 多智能体层次:从简单的 Subagent 到复杂的 Swarm,提供了不同复杂度的多智能体方案,适应不同场景需求。
  6. 可观测性内建:22 种 Hook 类型 + OpenTelemetry 追踪 + Perfetto 可视化,让系统行为完全可观测。
  7. Feature Flag 驱动:通过 bun:bundle 的 feature() 实现编译时死代码消除,同时支持灰度发布和 A/B 测试。

学AI大模型的正确顺序,千万不要搞错了

🤔2026年AI风口已来!各行各业的AI渗透肉眼可见,超多公司要么转型做AI相关产品,要么高薪挖AI技术人才,机遇直接摆在眼前!

有往AI方向发展,或者本身有后端编程基础的朋友,直接冲AI大模型应用开发转岗超合适!

就算暂时不打算转岗,了解大模型、RAG、Prompt、Agent这些热门概念,能上手做简单项目,也绝对是求职加分王🔋

在这里插入图片描述

📝给大家整理了超全最新的AI大模型应用开发学习清单和资料,手把手帮你快速入门!👇👇

学习路线:

✅大模型基础认知—大模型核心原理、发展历程、主流模型(GPT、文心一言等)特点解析
✅核心技术模块—RAG检索增强生成、Prompt工程实战、Agent智能体开发逻辑
✅开发基础能力—Python进阶、API接口调用、大模型开发框架(LangChain等)实操
✅应用场景开发—智能问答系统、企业知识库、AIGC内容生成工具、行业定制化大模型应用
✅项目落地流程—需求拆解、技术选型、模型调优、测试上线、运维迭代
✅面试求职冲刺—岗位JD解析、简历AI项目包装、高频面试题汇总、模拟面经

以上6大模块,看似清晰好上手,实则每个部分都有扎实的核心内容需要吃透!

我把大模型的学习全流程已经整理📚好了!抓住AI时代风口,轻松解锁职业新可能,希望大家都能把握机遇,实现薪资/职业跃迁~

这份完整版的大模型 AI 学习资料已经上传优快云,朋友们如果需要可以微信扫描下方优快云官方认证二维码免费领取【保证100%免费】

在这里插入图片描述

AI Agent实战进阶:18个项目从入门到部署,构建开发者核心能力 AI Agent作为人工智能领域的关键技术,其核心在于通过大语言模型(LLM)赋予系统自主规划、决策与执行的能力。其工作原理通常遵循感知、思考、行动、观察的循环,结合工具调用、记忆管理等模块,以解决复杂任务。这项技术的价值在于将AI从单纯的对话与生成,升级为能够主动操作数字世界、处理多步骤流程的智能体,极大地拓展了自动化与智能化的应用边界。在客服自动化、数据分析、代码生成与审查、多智能体协作等场景中,AI Agent正展现出巨大潜力。本文聚焦于**AI Agent开发**与**项目实战**,通过一套体系化的 阅读详情

相关推荐

用AI学习graphify

Graphify是一个AI驱动的知识图谱构建工具,能够将代码、文档、论文、图像和视频等多模态数据转换为结构化知识图谱。其核心技术特点包括: 多模态处理能力: 支持25+编程语言的AST解析 处理PDF、Markdown等文档 集成Whisper进行音视频转录 高效知识提取: 采用确定性AST解析与LLM语义提取结合 相比直接读取源文件,查询token消耗最多减少71.5倍 增量更新机制仅处理变更文件 智能分析功能: 自动识别高中心性的"上帝节点" 发现跨领域的"意外连接&quo

我的专栏 752

基于RAG的企业智能客服项目,已拿70万offer!

基于 RAG 构建一套企业智能客服系统📖。

m0_59164520的博客 1451

到底什么是Harness工程?一篇文章从入门到企业落地全解析

随着OpenClaw爆火,Harness Engineering(驾驭工程)成为AI编程时代的热门概念,很多小白对其感到陌生。本文用通俗类比和真实案例,避开复杂术语,从基础定义入手,讲清Harness Engineering的核心逻辑——人类工程师设计“约束系统”(马具),让AI模型(烈马)安全高效地完成代码工作,同时拆解其核心组件、企业落地场景和实战成果,帮小白快速入门,读懂这项能解放人力、提升效率的新技术,轻松掌握它的核心价值和落地思路。

program哲学 3291

从Vibe Coding到可控生产力:Harness Engineering的实践启示

摘要:OpenAI提出的Harness Engineering(工程化治理)理念为AI Agent时代的软件工程提供了关键方法论,旨在解决代码高产出下的质量闭环、上下文管理等核心矛盾。其三大目标包括重构工程师角色、将AI纳入可控体系、实现低成本纠错,通过六大举措(如角色重构、机械化约束、反熵机制等)重构工程流程。该理念与vibe coding高度互补,既保留灵感驱动的敏捷性,又通过工程化体系保障稳定性,最终推动工程师从"代码生产者"升级为"工程体系设计者"。

小程故事多的博客 4401

LightGBM参数调优实战:从基础到高级技巧

本文深入探讨了LightGBM参数调优的实战技巧。文章从理解其Leaf-wise生长策略的核心逻辑出发,系统性地介绍了分层调参策略:首先调整控制模型结构的参数(如num_leaves),其次优化学习能力参数(如learning_rate),最后通过正则化与随机化参数提升泛化能力。文中还提供了从建立基线到最终微调的完整实战流程与高级避坑指南,帮助读者高效提升模型性能。

i8j9k0l1的博客 262

Mac上Ollama服务IP访问失败的3种修复方法(含永久生效配置)

本文详细介绍了Mac上Ollama服务IP访问失败的3种修复方法,包括临时环境变量覆盖、永久Shell配置修改及进阶排查技巧。重点解析了OLLAMA_HOST环境变量的配置原理,帮助开发者解决Connection refused问题,实现局域网IP访问Ollama服务的需求。

weixin_29209805的博客 210

Claude Code 源码解读:Agent Loop、Context 管理、Tool 调用与 Memory 模块拆解

拆解 Claude Code 的 Agent Loop、Context 管理、Tool 调用与 Memory 模块,给出可复制伪代码与断点验证步骤。用 TaoToken 兼容端点即可本地跑通一次完整工具调用,含 401、tool_use_id 不匹配等报错排查表。官网:https://taotoken.net/?utm_source=taotoken_aicg_blog_end

weixin_35826166的博客 131

Avalonia 项目结构说明

Avalonia UI

bjxingch的博客 1273

AI Agent 学习路线全解:Agent Learning Hub 从最小 Agent Loop 到生产级 Harness 的实战清单

> 本文以 Agent Learning Hub 仓库的 [README.md](https://link.gitcode.com/i/15f0f425aa27d154b7dad2276299c687) 为骨架,系统拆解一份"可以照着执行"的 AI Agent 学习 todo list:从区分 chatbot 与 agent 的 Stage 0 出发,途经最小 Agent Loop、工具调用与 R

gitblog_00867的博客 1044

VxWorks系列 快速导航

Vxworks系列快速阅览导航

Mr.Sugarcane 1315

StarRocks 面试题及参考答案详解(万字详解)

Broker Load的过程通常涉及到数据的解析、转换和加载,它支持多种数据格式,并且可以处理复杂的数据导入任务。一方面,压缩可以减少磁盘I/O操作,因为压缩后的数据占用的空间更小,需要读取的数据块数量也就更少。在StarRocks中,表数据可以被划分成多个分区,每个分区包含表的一部分数据。在传统的行存储模型中,数据是按行组织的,这意味着在执行分析查询时,系统需要读取并处理整行数据,即使很多时候只需要查询其中的少数几列。物化视图的更新可以是完全重算,也可以是增量更新,取决于物化视图的定义和数据变更的模式。

大模型大数据攻城狮的专栏 2084

Claude-Code源码解读--架构篇 --持续更新中...

阶段路径说明启动cli.tsx→init.ts→main.tsx快速路径(--version)→ 加载配置/OAuth/策略 → 解析参数交互 UI→App→REPLInk 渲染终端,hooks 管理输入/权限/通知对话引擎REPL→query()→异步生成器驱动多轮对话与工具循环工具执行query→Tool.ts→tools/*权限门控后执行 Bash/文件/子 Agent 等命令处理用户/xxx→commands/*→ 可能 bypass query配置、登录、MCP 等本地操作。

weixin_41628291的博客 252

从0开始图形学(光栅化)

从0开始图形学

A112459的专栏 2397

Harness Engineering 深度解读:Agent = 模型 + Harness,11 个主流编程 Agent 源码拆解丨论文解读

一句话结论:Agent = 模型 + Harness。模型提供智能,Harness 把智能变成工作。 本文深度拆解了 11 个主流生产级编程 Agent(如 Claude Code、Codex、Gemini CLI 等)的约 400 万行源代码,系统梳理了“Harness Engineering(驾驭工程)”的核心架构与演化趋势。 🎯 核心认知:什么是 Harness? Harness 是模型之外的一切运行时系统。它包含七个核心子系统:智能体循环(Agent Loop)、LLM 集成、工具与动作、记忆

m0_56491492的博客 447

手把手教你学PCIE(1.38)--基本概念:ATU(地址转换单元)

ATU(Address Translation Unit)是一种硬件单元,用于在PCIe系统中进行地址转换。它将设备的本地地址(外部地址)转换为系统内存或配置空间中的全局地址(内部地址),反之亦然。ATU的工作原理:通过地址匹配和转换,确保事务能够在不同的地址空间之间正确路由。配置寄存器:通过配置寄存器来设置地址转换规则。应用场景:地址空间隔离、访问控制、动态地址管理、虚拟化和多租户。

MHD0815的博客 2057

C#实战:YOLOv5+海康工业相机上位机开发全攻略(从图像采集到检测落地)

工业场景下AI质检系统的开发需要综合考虑硬件适配性、算法性能和稳定性。本文针对新能源电池极片缺陷检测场景,提出基于海康工业相机+YOLOv5+C#的技术方案,涵盖以下关键点: 工业级技术选型:选择支持全局快门的海康相机、OpenCvSharp图像处理、YOLOv5s轻量化模型,确保在无GPU工控机上稳定运行。 开发流程优化: 海康SDK集成:详细说明DLL配置和常见报错解决方案 YOLOv5模型导出:强调batch=1、opset12等工业适配参数 相机采集封装:提供线程安全的C#封装类,支持触发采集模式

这里只有干货:从 Modbus 通信到 MES 对接,从 YOLO 训练到工控机部署,带你搞定工业软件开发全流程。 1197

DeepSeek Harness 源码深度解读:官方开源 Agent 框架的架构拆解

DeepSeek Harness (dsh) 开源项目解析 DeepSeek 开源的智能体框架 dsh 以"一切皆插件"为核心设计,基于 Cordis 插件系统构建,发布两天即获 4.1 万 Star。其特点包括: 架构创新:20 万行 TypeScript 代码实现严格工程化,54 个模块均以插件形式存在,包括 Agent 核心循环、工具链等; 事件驱动:通过会话事件(持久化)、Agent 事件(实时)、能力事件(扩展点)三类机制实现可观测性与扩展性; 组合式配置:通过 Profile 叠加组合包(Bun

ChesterXue的博客 2115

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

cc-haha 源码级解析:Claude Code Agent 框架的 Async Generator 状态机、工具系统与上下文压缩

cc-haha 是一个面向 Claude Code / Agent 的本地优先跨平台桌面工作区(支持多 Agent、Git worktrees、代码 diff、技能市场、多模型、Computer Use 等),其仓库内的 `src/` 目录包含完整的 Agent 运行时源码。本文以 [docs/en/internals/agent-framework.md](https://link.gitcod

gitblog_00687的博客 231

Camera2Demo

在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作

VB摄像头监控

该VB模块可对摄像头捕获的画面进行录像等,可在创建的窗口进行控制

claude-howto 快速参考卡实战:Claude Code 从安装到高级功能的速查指南

本文是 [QUICK_REFERENCE.md](https://link.gitcode.com/i/55602b03835804459c5e7b35d4eef8f2) 的深度解读与配套实战指南。claude-howto 仓库以"复制即用"为设计原则,将 Claude Code 的斜杠命令、Memory、Skills、Subagents、MCP、Hooks、Plugins、Checkpoints

gitblog_00870的博客 277

贝叶斯统计 [韦来生编]

贝叶斯(Bayes)统计是近几十年来迅速发展起来的数理统计的一个重要分支。贝叶斯方法与经典统计方法的主要不同之处是进行统计推断时除了利用样本信息外,还要利用参数的先验信息,因此可以提高统计推断或统计决策的效果。它在经济、金融、生物、医学、自然科学和社会科学等许多领域具有广泛的应用。贝叶斯方法的研究已渗透到了统计学的几乎所有领域。作者在给中国科学技术大学概率论与数理统计专业本科生开设的“数理统计”课程中有一章专门讲授“贝叶斯方法和统计决策理论”,近十年来也给中国科学技术大学概率统计专业研究生开设过几次“贝叶斯分析”课。本书是在对过去讲稿的内容作了适当的增减和调整的基础上完成的。  本书共分六章。第1章是绪论,介绍了贝叶斯统计的若干基本概念,同时对必要的数理统计的基础知识有重点地作了回顾。第二章介绍了确定先验分布的若干可供选择的方法。第三章介绍了几类常见统计模型参数的后验分布的主要结果和计算方法。第四章和第五章分别介绍了“贝叶斯统计推断”和“贝叶斯统计决策”的内容。第六章介绍了贝叶斯统计计算的若干方法,包括蒙特卡洛方法和马尔可夫链蒙特卡洛(MCMC)方法以及相关统计软件的简介。本书的每一章附右大量的例题和习题,书末附有常用的几个表格和部分习题解答供读者查用。  大约可在54学时内讲授本书的第1章至第六章的主要内容,教师可根据学时需要选讲本书第1章至第六章的部分内容。书中标“*”号的章节可略去不讲,留给读者作为阅读材料。第六章例题中的R代码和部分例题的数据文件等可从作者个人主页下载。  作者在编写本书的过程中参考了J.O.Berger教授的《统计决策论及贝叶斯分析》和茆诗松教授编写的《贝叶斯统计》等书中的一些内容,以及《贝叶斯分析》一书中由张伟平博士编写的有关贝叶斯统计计算的一些内容。在此表示衷心感谢。  本书编写准备过程中,中国科学技术大学统计与金融系的几个研究生帮助完成了本书部分中文的录入和排版,作者对他们的辛勤工作表示真诚的感谢。高等教育出版社为本书的出版给予了大力支持。在此一并致谢。

learn-harness-engineering 前沿 Harness 设计剖析:以五子系统框架解读 Pi、Claude Code、Codex 与 DeepSeek Harness

本指南以 learn-harness-engineering 仓库中「[前沿 Harness 分析](https://link.gitcode.com/i/2d951998ff66063f09507b15a18c6089)」一节为骨架,带你系统拆解 Pi、Claude Code、Codex、DeepSeek Harness 四个真实产品的 harness 设计:它们的指令、工具、环境、状态、反馈五

gitblog_00959的博客 461

Claude Code 泄露真正有价值的 harness engineering经验总结 由GPT-5.4pro全量调研分析

摘要: Claude Code泄露事件揭示了AI编程助手的核心壁垒在于工程化架构(harness),而非单纯模型能力。关键发现包括:1)系统设计(上下文管理、工具链、验证体系)决定长任务成功率;2)采用分层记忆、角色分化(Planner/Builder/Evaluator)和多会话结构化交接提升稳定性;3)工具层需优化上下文消耗,通过渐进披露、预处理和错误指引降低token开销;4)验证环节(测试/E2E/视觉检查)比代码生成更重要。行业共识表明,高质量AI编程的核心是构建约束性系统,而非追求模型自由发挥。

weesky 678

【内含安装包】WebSocket 离线测试工具:3 步上手本地调试

这个项目是一个自用的 WebSocket 离线测试工具,让不依赖外部服务器,也能在你的电脑上完成本地 WebSocket 连接测试与调试。它适合还没接触过 WebSocket 测试的新手,也适合日常做本地联调的开发者。跟着本文走一遍,你就能用 3 步发出第一条测试消息。 ## 它解决什么问题 先说结论:没有后端服务、没有外部服务器,你也能在本地直接测 WebSocket 连接,本地 WebSo

gitblog_00334的博客 448

openJiuwen agent-core-java 编码助手协作规范解析:AGENTS.md、CLAUDE.md 与 144 条 Java 编码门禁

> 本文以仓库根目录的 [CLAUDE.md](https://link.gitcode.com/i/761df3bc0e2558dc312b932c09cffdf3) 及其通过 `@AGENTS.md` 导入的 [AGENTS.md](https://link.gitcode.com/i/02f1a9dc573dec89cc7b7cb7ea3bbde7) 为主体,系统梳理 openJiuwen

gitblog_00632的博客 433

拆了七大开源 Agent 的源码,最高分竟然不是 Codex

这篇文章通过源代码解读对比了codex(OpenAI)、gemini-cli(Google)、qwen-code(阿里通义)、opencode(Anomaly)、kimi-code(月之暗面)、deepseek-harness(DeepSeek)、oh-my-pi/omp(Stencil Labs,fork 自 Pi)这7个开源Agent项目,从架构、上下文管理(压缩策略,记忆与跨会话)、会话管理(持久化,奔溃恢复)、工具调用、重连与容错、系统提示词与指令遵循、思维链与工作流编排(plan模式,子代理,工作

尘中远的程序开发记录 704

SuperClaude Framework 的 sc:agent 会话控制协议:从启动清单到任务编排的完整实现解析

SC Agent(`/sc:agent`)是 SuperClaude Framework 的会话级控制器(session controller),负责在 Claude Code 会话启动时自动接管"调查—实现—评审"的完整工作流。本文将结合该命令的官方定义与仓库源码,逐层解析其激活机制、启动清单、五步任务协议、辅助工具编排(confidence check / deep research / re

gitblog_00692的博客 977

DeepTutor v1.4.8 技术解读:把 Partner 接入 My Agents 实时咨询,并为每个 Partner 建立私有长期记忆

> 本文基于 [assets/releases/past_releases/ver1-4-8.md](https://link.gitcode.com/i/20d71d305aa3cb53db3c7742c0b4744f) 官方发布说明整理与扩写,并结合当前仓库源码(`deeptutor/` 下 partner、subagent、builtin tools 等模块)逐条印证实现原理。 2026

gitblog_00445的博客 417
上一篇: Hermes vs. Harness:做 Agent,别只让它“聪明”,还要让它“可靠”
下一篇: AI Agent 核心技术:Context Engineering 深度解析
Python_金钱豹
博客等级 码龄5年 1万+粉丝 2841原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值