自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

烟云的计算

若抽象才是美之定义,追求明确性的我们是否象征着丑陋。

  • 博客(1725)
  • 资源 (3)
  • 问答 (2)
  • 收藏
  • 关注

原创 AWS 云技术专栏系列文章

目录文章目录目录AWSAWS《2021 亚马逊云科技中国峰会,对话 “容器混合云会是未来的答案吗?”》《无处不在的 AWS 云计算》《全面解读 AWS Private 5G 的革新理念》《AWS — 重塑混合云》《AWS — VPN 虚拟专用云》《AWS — AWS Local Zone》《AWS — AWS Wavelength》《AWS — AWS Outposts》《AWS — AWS Direct Connect》《AWS — AWS EC2》《AWS — AWS ECS》

2022-04-05 17:34:25 5236 2

原创 软硬件融合加速技术系列文章

目录文章目录目录计算机组成原理Linux 操作系统原理处理器进程管理内存管理I/O 系统文件系统网络协议栈资源管理设备管理GPUFPGASmartNIC/DPU计算机组成原理《计算机组成原理 — 冯诺依曼体系结构》《计算机组成原理 — 基本硬件设备》《计算机组成原理 — CPU 中央处理器》《计算机组成原理 — 指令系统》《计算机组成原理 — 总线系统》《计算机组成原理 — 存储系统》《计算机组成原理 — 输入输出系统 — 存储控制器接口类型》《计算机组成原理 — 服务器》《计算机组成

2022-04-02 19:09:18 6803

原创 架构师之路系列文章

目录文章目录目录软件架构API 经济系统架构分布式系统分布式消息队列分布式任务队列高可靠要求高性能要求安全要求软件架构API 经济《架构师之路 — API 经济 — API 实现方式》《架构师之路 — API 经济 — RESTful API 设计规范》《架构师之路 — API 经济 — Web、HTTP Server、API Service、Application》《架构师之路 — API 经济 — Swagger & OpenAPI Specification》系统架构分布式系

2022-02-05 15:26:52 4309 4

原创 云计算与云原生技术系列文章

目录文章目录目录OpenStack IaaSKubernetes CaaSOpenShift PaaS云计算行业剖析云计算发展预测OpenStack IaaSKubernetes CaaSOpenShift PaaS云计算行业剖析云计算发展预测

2021-08-04 15:14:30 5561 6

原创 云网融合与算力网络系列文章

目录文章目录目录OvSDPDKVPPNeutronOvS《OpenFlow Switch 1.3 规范》《OpenvSwitch 架构解析与功能实践》《基于 Open vSwitch 的 OpenFlow 实践》DPDK《用户态网络协议栈还是内核协议栈?》《DPDK — 数据平面开发技术》《DPDK — 数据平台优化技术》《DPDK — 架构解析》《DPDK — 安装部署》《DPDK — PMD,DPDK 的核心优化》《DPDK — IGB_UIO,与 UIO Framework

2021-02-28 13:43:12 8192 7

原创 5G + 边缘计算系列文章

目录文章目录目录5GUENRNGCUE + NR + NGC边缘计算ETSI云边缘云网融合云边协同分布式云算力网络边缘原生OpenNESSKubeEdgeOpenYurtOthers5G《5G — 3 大场景、8 大 KPI》《5G 3GPP 标准》《5GC 关键技术 5G 专网》《5GC 关键技术之网络切片》《5GC 关键技术之本地分流》《5G 网络关键流程解读》UE《5G 需要换 SIM 卡吗?》NRNGC《5G NGC 系统架构》《5G 核心网的 UPF(User Plan

2020-12-26 01:21:27 13065 12

原创 AWS Strands Agents 技术解析

2025 年 5 月 16 日,AWS 正式开源了 Strands Agents,采用 Apache License 2.0 许可。这个项目在开源之前,Amazon Q Developer、AWS Glue 与 VPC Reachability Analyzer 三个产品线已经在生产环境使用它。Strands Agents 是一个 SDK 而不是一个平台。

2026-10-07 17:58:29 455

原创 AI Agent 上下文工程的系统架构

让模型把较早的一段对话或一份长文档总结为更短的表述。通过不断总结,可以使对话记录的规模保持在较小的量级,既减少了词元数量,又只跟踪最重要的信息。其代价是每次摘要都是一次额外的模型调用,

2026-10-06 23:37:19 481

原创 AWS Agent Infra 架构分析

AWS Agent Infra 可归纳为三层:其中平台层的 Amazon Bedrock AgentCore 是 AWS Agent Infra 的核心产品,于 2025-10-13 正式 GA 的模块化智能体平台,主打 “用任意框架、任意模型、任意协议” 构建、部署、运维生产级 Agent,且无需管理底层基础设施(公有云托管)。当前完整的官方清单:模块定位(官方描述提炼)关键集成Harness托管的 Agent 循环,单 API 调用即可定义并调用 Agent;内联指定模型、系统提示、工具,自

2026-09-30 00:25:14 296

原创 推理引擎 vLLM 的软件架构解析

注:之所以需要 CPU 主存,是因为当 GPU 显存不足时,就会把后来的请求先抢占掉,把其相关的 KV Cache 先 Swap(置换)到 CPU 主存上,等后续 GPU 显存充足了,再把它们加载回来。Scheduler 的主要作用是在 1 个推理阶段中,决定要把哪些数据送给模型做推理,同时负责分配好 KV Cache 的物理块 id,并做好逻辑块和物理块的映射。显然的,传统方式这会造成浪费,这些浪费严重限制了同时处理的请求数量(Batch Size),从而拉低了 GPU 的整体吞吐量。

2026-09-29 00:59:15 461

原创 Transformer 大模型架构深度解析(7)KV Cache 与 PD 分离

所以变长数据的 KV cache 存储是一个比较大的难题。存在 KV Cache(KV 矩阵缓存)的原因是:Decode 阶段自回归生成时,历史 token 的 Key/Value 实际上是可以复用的,因此还可以省掉大量重复的计算。例如:批策略,量化类型,TP 大小,PP 大小,任务超时时间,重试时间,显存申请策略,RDMA 软硬件队列大小,是否可回退执行等。下一轮,只需要计算 “乐” 的 KV 矩阵值,前面轮次的 “新年快” KV 矩阵直接重 KV Cache 获得,然后和新的 KV “拼接” 到一起。

2026-09-27 15:54:39 457

原创 通用 Agent Harness 架构设计:从 LLM 的四个缺陷到三十六个功能补全

域与域之间的数据路径的顺序是:接入域收下请求,行动域开启新的一轮并冻结本轮中的不变量,上下文域装配输入,行动域调用模型并拿到行动意图,动作动作管控域在动作之前进行权限等和约束等判定,行动域执行实际动作,验证域在动作之后判定效果,最后回到行动域推进下一步或者收尾。(注意,行动域被动作管控域切成了两段。生产运维 Agent 则像是在做手术,每一刀都作用在真实的病人身上且无法撤销,因此真正的功夫全在动手之前,反复确认、分级授权、关键步骤必须有人复核,关口设在每一个动作的起点,事后还要留下完整的手术记录以备追溯。

2026-09-08 01:59:33 421

原创 DeepScholar,科研党必备的学术辅助神器

期刊分区与影响因子(IF)搜索结果即时直显过去,文献质量评估需要经过“复制杂志名 → 打开评价系统 → 查询分区 → 回溯网页”的漫长链路。DeepScholar 支持在主流学术搜索引擎和数据库 检索列表中,直接在文献条目旁边置顶高亮展示期刊等级与实时影响因子。覆盖超 100+ 专业数据集与 50+ 主流评价体系:全面兼容中科院分区(升级版)、JCR 分区、北大核心、CSSCI、CSCD、EI、SCI、SSCI、ESI,以及商科权威的 FT50、UTD24、ABS 评级。

2026-09-04 20:44:22 257

原创 AWS Kiro Agent 架构解析

官方文档特别提到 harness 是一个独立进程,而不是被编译进每个应用(IDE、CLI、Web)的库。

2026-09-04 14:30:53 558

原创 Claude Agent SDK 架构解析

Claude Code 的内核是一个自带运行时的原生可执行文件,Claude Agent SDK 的作用就是驱动这个内核。解读 Claude Agent SDK 可以了解有哪些能力可被外部配置、以及自定义 Agent 能从哪几个位置介入。其一是从 SDK 的类型与实现反推出 Claude Code 对外开放的能力清单;其二是给出封装自定义 Agent 的可操作路径,即:四种扩展点各自的侵入程度、代价与适用场景。第四处侵入最深,即用 agents 字段声明若干具名 Agent,每个由十三个字段描述。

2026-09-03 21:46:18 571

原创 DeepSeek Harness 架构解析

一个步骤是一次模型请求加上它调用的工具;一个轮次包含零个或多个步骤,它在领取首条输入之前打开,并在不再欠下任何工作时关闭。值得注意的是 “零个步骤” 这一情形被明确允许。后文会看到,这不是边界条件,而是一条被设计出来的路径。完整的轮次流程如下所示。

2026-09-03 20:28:19 601

原创 OpenAI CodeX 软件架构解析

Codex 将沙箱与审批视为两个协同但相互独立的控制。沙箱由操作系统原生机制强制,分三档;审批策略决定何时必须中止并征询用户,有四种取值4。沙箱档位(含义read-only只读可写工作区,官方称之为低摩擦默认档无限制,仅在环境本身已经隔离时使用审批策略(含义untrusted最严,几乎每一步都需征询on-request默认,仅越界时征询on-failure仅在失败之后征询never从不征询二者组合构成一些常用的权限选项,例如:就是 “可写工作区+按需审批”。

2026-09-03 15:17:37 517

原创 企业垂类智能体的 Harness 工程:从第一性原理到架构设计

本文从一个对比开篇:同样的模型,编码智能体能连续自交付,运维智能体却处处受限。一路走下来,答案已经清楚:差距不在模型,而在模型之外那一圈 Harness。如果把全文浓缩成一张图,就是那三个同心环。最内的一环是工具循环,它让智能体能动起来,却几乎没有壁垒;真正决定成败的,是外面两环:二环用"事前约束、循环执行、事后验证"的控制闭环,让它做得对、兜得住;三环用"沉淀",让每一次使用都回流成组织越来越厚的能力。

2026-08-25 12:02:48 543

原创 Transformer 大模型架构深度解析(6)Attention 和 FFN 模型结构的核心优化方向概览

也就是说,围绕该矩阵的计算量和显存占用量(Scaled、Masked、Softmax、乘 V 加权融合计算等等),会随 n 呈平方级增长,例如:如果 seq_len 变成原来的 2 倍,显存占用量就是原来的 4 倍,计算时间也是原来的 4 倍。但实际上,Child 等人(2019)的研究发现,在训练好的 Transformer 模型中,注意力矩阵往往是稀疏的,这意味着并不是每个 token 都需要关注其他所有 token,每个 token 只关注非常有限个其他 token。利用分页技术减少显存碎片化问题。

2026-07-29 16:21:50 385

原创 Karpathy LLM-wiki 技术原理与个人知识库构建实践

而是它会读这个资料,提取关键信息,然后把信息整合进已有的 Wiki 里,包括:更新相关实体的页面、修正主题摘要、标注新数据和旧结论的矛盾之处。Karpathy LLM-wiki 方案的核心思想是:不要把 LLM 当搜索引擎用,让它像程序员维护代码库一样帮你持续维护一个 Markdown Wiki —— 一个结构化的、互相链接的 Markdown 文件集合。现在主流的知识库(如 ChatGPT 文件上传、NotebookLM)都是基于 RAG 技术的:上传文档,提问,AI 检索相关片段,生成回答。

2026-04-20 17:32:33 5715

原创 Skills 开发实践

这种自定义 Skills 的过程,符合 Spec Coding “先思考后行动” 的思想,即:先详细定义可以执行的需求规范(Specification),然后再推动 AI 进行开发。它的流程包含 “需求分析、技术设计、任务拆解” 的文档编写过程,最后让 AI 根据规范来完成编码。这种一步步的工作流程能保证每一步都有依据,实现从需求到代码的准确转化。只要你安装了 skill-creator skill 之后,就可以和 Claude Code 聊天让它引导你创建一个自定义的 Skill 了。

2026-04-17 15:38:40 923

原创 精选 Skills 清单

和内置 summarize 的区别:内置的 summarize 是基于 CLI 工具(summarize 命令),Summarize Pro 是一套更丰富的摘要指令模板 + 历史记录管理。统计:显示原文 vs 摘要字数对比。历史记录:show summary history 回顾之前的摘要。自定义模板:create template 创建你自己的摘要格式。成就系统:统计你处理了多少字。适合场景:经常需要消化长文章、会议记录、技术文档,且想要 不同格式输出的。

2026-04-17 15:33:56 4669

原创 Harness Engineering 在软件工程层面的理论与实践

所以后来,他们把 AGENTS.md 精简到了只有 100 行,将 AGENTS.md 定义为 “导航目录” 而非 “内容本身”,它指向了一个结构清晰的 docs/ 目录,里面有各类文档,包括:架构图、设计文档、质量标准、安全规范等等。把 AI Agent 放进一个循环里,给它一个目标,让它反复执行(编码、审查、测试、修复),直到这个 “准出” 为止。于是,他们设立了一个让 AI 循环清理的流程,把清理原则告诉 AI,然后定期扫描文档和代码,发现过时的描述或不一致的地方,就会自动发起 PR 来修复。

2026-03-31 02:29:27 1399

原创 精选 OpenClaw 应用场景

一份文档,明确规定 AI 可以自主做哪些事,哪些事必须先问你。✅ 可直接执行:- 心跳检查、文件整理、日志归档、记忆维护❌ 需要你批准:- 发送外部邮件、执行金融操作、部署代码、删除数据核心价值: 清晰的边界让你信任 AI 自主运作,也让 AI 知道自己的「管辖范围」在哪里。每周根据 AI 的可靠性表现,可以扩展它的自主权。

2026-03-25 16:59:47 849

原创 OpenClaw 在企业办公场景中的 9 个岗位的应用场景

HR 是一个双重属性的岗位:一边要承接大量重复性执行工作,一边还要基于数据对比、深度分析,做出贴合组织需求的人才决策。:财务系统有账务数据,但银行流水与企业账目的核对往往是财务人员手动完成。:报销系统处理报销流程,但财务人员收到一堆发票图片需要整理时,系统可能不支持批量 OCR。:企业系统存储的是内部薪酬数据,外部市场薪酬数据需要 HR 自己搜索整理。:企业系统不会监控外部公司的人员变动,这是 HR 的主动情报工作。:财务系统有成本数据,但定制化的成本分析报告需要财务人员手动制作。

2026-03-25 15:07:09 756

原创 openclaw.json 配置文件全面解析

【代码】openclaw.json 配置文件解析。

2026-03-25 13:22:01 1539 1

原创 OpenClaw 指令大全

OpenClaw 支持通过 CLI 来索引和搜索你的 MEMORY.md 文件,让它记住重要信息。OpenClaw 有一套斜杠命令系统,在聊天里直接输入 / 开头的指令就能使用。首次使用时的配置向导。

2026-03-16 18:48:25 5509

原创 OpenClaw 的自动化能力实践案例

比如想抓取 https://example.com/article 的内容,只需要访问 https://r.jina.ai/https://example.com/article 即可,它就会返回干净的 AI 友好的 Markdown 格式内容,AI 读起来很舒服。KasmVNC 就是一个通过 VNC 协议的、基于网页的远程桌面服务,装上之后,你可以通过自己电脑的浏览器远程连接到云主机的桌面,直接看到 OpenClaw 正在操作的浏览器画面。本来是为开发者工具设计的,现在成了有头浏览器自动化的标准。

2026-03-15 23:28:13 2083

原创 OpenClaw 云主机的默认配置安全方案

这里指的是 OpenClaw 应用本身的数据安全。值得注意的是,沙箱容器是延迟启动的,例如有用户在群 @OpenClaw “帮我查一下天气”,然后 OpenClaw 会检测到是非主会话,然后查看是否有该 agent 的容器,如果没有则自动创建并启动容器。目前最新的版本已经引入了 token 身份鉴权,所以要及时进行 OpenClaw 的更新,目前社区在加紧安全防护的开发。OpenClaw 功能强大但安全形势非常严峻,一旦 OpenClaw 被入侵,它会以极高的权限和极大的主动性完全接管你的 IT 环境。

2026-03-14 01:38:56 1114 1

原创 OpenClaw 总体架构技术拆解

可见 Channel 是轻量化的、驱动层化的,接入一个新的消息平台,只是多一个插件。你在Slack里讨论的工作内容、在 Telegram 里安排的日程、在 WhatsApp 里的个人对话,全部混在一起,形成了对你越来越完整的理解,以后完成任务也会越来越贴心。这个自我维护机制就把记忆给分层了,原始日志是短期记忆,每天的 MEMORY.md 是中期记忆,提炼出来的个性和喜好是长期记忆。在这里,token 的用量优化成为重要的考量,采用了 Skills 的架构,动态加载和技能相关的描述和细节。

2026-03-14 01:37:05 2254

原创 Claude Code AgentTeams 技术原理与应用实践

AgentTeams 让多个 Claude Code 实例在同一个窗口中一起工作,它们都有独立的上下文窗口,彼此间可以互相通信、共享同一个任务目标,互相分工协作,甚至通过 “对抗式讨论” 来验证各自的判断。所以高质量的 CLAUDE.md 文件在 AgentTeams 中至关重要,这是所有 Agents 共享的 “员工手册”,定义了共同遵守的 “宪法”,比如代码目录架构、代码规范、架构决策和测试标准等等。当某个队友完成了其他任务所依赖的任务后,这些被阻塞的任务会自动解锁,不需要人工干预。

2026-03-09 17:29:19 2776

原创 AI Coding 新范式与方法和工具(人人都是开发者)

只要规则文档清晰、准确,AI 就能更稳定、更高效、更持久、更广泛地发挥。BMAD-METHOD(Breakthrough Method of Agile AI-Driven Development,敏捷 AI 驱动开发的突破性方法),是一套明确约束人和 AI 如何协作的开发方式。软件工程方法论,指用于指导、管理和执行 “软件需求、设计、开发、测试、交付、运维” 的过程的结构化方法、框架、原则和实践。并且,在 BMAD 的设计里,不要把 AI 当成 “万能助手”,而是把 AI 当成多个有分工的角色。

2026-03-02 18:04:23 3597

原创 Harness Engineering:AI 时代的工程师职业画像

解决问题的初心创造价值的使命持续学习的精神。

2026-02-19 00:22:32 1826

原创 Google 提示词工程最佳实践白皮书解读

优先采用描述动作的动词。例如:充当、分析、分类、归类、对比、比较、创建、描述、定义、评估、提取、查找、生成、识别、列出、测量、组织、解析、选择、预测、提供、排序、推荐、返回、检索、重写、选择、显示、排序、总结、翻译、写作。这对 Agent 而言很重要,因为生成更多的 token 意味着更多的算力消耗、成本和生成时间,而且 LLM 生成有时候会特别的啰嗦,完全是无效的浪费。根据目的和作用的不同,可以将 Prompt 分为以下几种类型,LLM API 可以认识这些 Prompt 的类型,并且执行相应的操作。

2026-02-14 23:17:29 1134

原创 Claude Code 高级特性和应用实践

Claude Code 作为一个 Agent,本身就是一个 MCP Host,所以可以安装和管理 MCP Server 和 MCP Client,最终再通过 MCP Server 和真实的 Service Provider 进行交互。默认的,当你重新进入 Claude Code 时,默认会创建一个新的会话,在新会话中你看不到之前会话的历史记录。为了更好的区分不同的会话,还可以在进入会话之后输入指令。另外,LLM 的 Context Windows 是有限的,所以当一个会话的上下文太多了,可以执行指令。

2026-02-14 12:20:30 2708

原创 智能体 Skills 技术原理分析和应用

在 Agent 启动时,会将每个已安装 Skills 的 name 和 description 预先加载到其 System Prompt 中,使得 Agent&LLM 知道什么时候使用哪个 Skill,而不需要将这个 Skill 都加载到 Prompt 中,从而节省了 token。如下图所示,一个 Skills 的本质就是一个包含了 SKILL.md 文件的目录,其中包含了编写好的 Metadata、Instructions、Scripts、Resources 等内容。

2026-02-13 12:15:16 2318

原创 将 OpenClaw 安全的运行在 MacOS 主力机上最大化提效

OpenClaw 很酷,大家都应该用起来。对于小白用户,建议使用云主机方式进行使用,月费几十块钱即可。对于程序员、IT 工程师,建议直接在主力机器上使用,以求效率最大化,前提是我们能够完全控制它。这篇文章讲得就是如何在主力机上安全的使用 OpenClaw。

2026-02-10 15:32:40 2709 1

原创 大模型调优训练技术解析(5)RLHF 强化学习微调

LLM 会不断根据 Pretrain 学到的基础知识和 SFT 学到的解题能力去解答练习,然后人类作为老师批改 LLM 的练习,来让 LLM 反思错误的解题方式,不断强化正确的解题方式。

2026-02-09 11:44:24 1104

原创 大模型调优训练技术解析(4)有监督的微调

为了使 LLM 能够获得泛化的指令遵循能力,需要收集大量多种类型的 “指令-响应对” 来对 LLM 进行 SFT,同时也需要相对较大的指令数据量。所以严格的讲,针对 LLM 的 Multi-task SFT 采用的是 “指令微调” 方法,数据样本是由用户手动撰写的高质量 “指令-响应对”。如果要使 LLM 支持多轮对话,就需要在 SFT 时将指令数据样本构造为多轮对话的格式,目前绝大部分 LLM 均使用了多轮对话的指令数据样本来进行 SFT。

2026-02-09 11:43:14 1074

原创 Transformer 大模型架构深度解析(5)ChatGPT 与 LLM 大语言模型技术解析

涌现能力是目前业界和学界对 LLM 保持较高的热情和关注的核心所在,即虽然 LLM 目前的能力、所能解决的任务与人类最终所期待的通用人工智能还存在不小的差距,但在涌现能力的作用下,我们相信随着研究的不断深入、高质量数据的不断涌现和更高效的模型架构及训练框架的出现,LLM 终能具备通用人工智能所需要具备的能力,从而给人类生活带来质变。使其成为了一个更通用的模型,适用于更广泛的应用,包括但不限于文本生成、翻译、摘要、问答、编程辅助等,还增加了对于长文本的处理能力和更好的泛化能力。

2026-01-29 16:24:33 1533

5G 核心网关键技术和对业务的支撑.pdf

5G 核心网关键技术和对业务的支撑.pdf

2020-04-30

H3C_CAS安装指导V1.0.docx

H3C_CAS安装指导V1.0.docx

2017-02-15

中国联通智能MEC技术白皮书.pdf

中国联通智能MEC技术白皮书.pdf

2020-04-30

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除