zhangshuang-peta-优快云博客

原创 MCP 作为大模型的原生认知扩展——从工具调用到世界模型

模型不能发现新的工具，不能探索工具的能力边界，不能组合工具创造新的功能。模型不知道当前时间，不知道用户位置，不知道用户的身份和权限，不知道对话的上下文历史（除了提示词中包含的内容）。可以根据用户身份提供个性化服务，例如根据用户的偏好推荐商品，根据用户的权限决定可执行的操作。作为大模型的原生认知扩展，让模型能够超越训练数据的边界，获取实时信息，调用外部能力，执行实际操作。时，模型无法给出答案，因为它不知道现在的时间，也不知道当前的天气状况。如何扩展模型的世界认知能力，从被动的工具调用到主动的能力发现，以及。

2026-06-23 14:45:28 253

原创 MCP 生态的未来十年——从工具调用到 Agent 互联网

即使标准有变化，好的接口设计总是有价值的。使用结构化的输入输出模式，声明副作用和权限，提供清晰的错误信息。但有一点是确定的：标准化的协议、可治理的行为、可观测的系统、智能化的治理，将是。使用结构化的日志格式，支持请求追踪，记录关键操作。生命周期管理、审计日志的规模化存储、控制平面的容灾备份、调用链的端到端追踪。互联网中的核心定位，预测技术趋势的协同演进，并为开发者、企业、创业者提供最终建议。将继续作为企业级控制平面的领导者，提供完整的治理能力。它的成功不仅取决于技术设计，更取决于生态的繁荣和社区的治理。

2026-06-22 13:58:56 32

原创 MCP 与图数据库的集成——知识图谱 Agent 的构建

矛盾检测，检测知识图谱中的不一致，如同一个人有两个不同的出生日期。缺失关系补全，根据已知关系预测缺失的关系，如根据购买记录推荐商品。需要从用户问题中识别出实体，并将其链接到图数据库中的节点。应对策略是使用索引加速节点查找，限制查询深度和返回数量，使用查询缓存。查询两个节点之间的关系。首先查询已知的事实，然后应用规则推理新的事实，再将新事实作为已知事实继续推理。需要将自然语言意图映射为图查询语言，包括意图识别、实体链接、查询生成。第八，挑战包括查询性能、查询准确性、大规模图谱管理，有相应的应对策略。

2026-06-22 13:58:07 99

原创 MCP 与 WebAssembly 的结合——在浏览器中运行 MCP Agent

直接在用户设备上运行，没有网络往返延迟。数据隐私，用户的敏感数据不需要离开设备，降低了隐私风险。第八，实战案例显示，浏览器中的个人数据助手可以保护用户隐私，所有数据在本地处理。请求必要的权限，如文件访问。用户用自然语言发出指令，如帮我找上周的会议记录。模块的加载来源，只允许从可信域名加载。，帮助管理本地文件、日历、邮件。提供了接近原生的性能，可以在浏览器中运行高性能代码。在严格的内存沙箱中运行，无法直接访问宿主系统。模块，提供与浏览器的桥接。协议原本是为服务器端设计的，需要适配浏览器环境。

2026-06-22 13:57:03 87

原创 MCP Skill 的安全编码实践——防止注入、泄露与权限提升

例如，在验证用户名时，只允许字母、数字、下划线，拒绝所有其他字符。例如，用户查询接口应该只返回该用户自己的数据，而不是所有用户的数据。命令注入，攻击者在参数中嵌入系统命令，试图在服务器上执行任意命令。路径遍历，攻击者在参数中使用特殊字符，试图访问系统上的任意文件。应该严格校验输入参数的类型。对于期望枚举值的参数，只接受预定义的选项。应该只反序列化预期类型的数据，使用允许列表限制可反序列化的类，避免使用原生反序列化方法。的安全编码实践，包括输入参数的校验与清洗、敏感数据的处理、权限最小化原则，以及。

2026-06-22 13:56:18 134

原创 MCP Skill 的输入输出设计模式——如何设计易用、安全的 Skill 接口

幂等键可能重复，如果两个不同的请求使用了相同的幂等键，后一个会被错误地认为是重复。错误信息应该是人类可读的，错误码应该是机器可读的。删除操作，删除已删除的资源，多次执行效果相同。对于这些操作，不需要额外的幂等键。的输入输出设计模式，包括输入参数的设计原则、输出结果的设计、错误处理的设计、幂等性设计，以及向后兼容的接口演进策略。第二，输入参数设计应遵循参数数量适中、提供默认值、命名清晰、使用结构化参数、提供参数验证等原则。第六，向后兼容的接口演进遵循只增加不删除、可选参数优先、版本协商、分阶段废弃等原则。

2026-06-22 13:55:24 208

原创 MCP 在低代码平台中的集成——让业务用户使用 Agent

然而，低代码平台在处理复杂的、动态的业务逻辑时存在局限。用户界面是固定的，不能根据用户意图实时变化。业务用户可以通过拖拽组件、配置参数、设计流程来构建应用程序，而无需编写代码。这种模式适合构建复杂的业务流程自动化应用，如审批流程、订单处理、客户跟进。第五，面向业务用户的配置界面包括自然语言配置、模板向导、预览模拟。第一，低代码平台让业务用户构建应用，但处理复杂动态逻辑时有局限。可以访问低代码应用中的上下文，如表单数据、用户信息、应用状态。第八，挑战包括认知门槛、调试困难、安全权限，有相应的应对策略。

2026-06-22 13:54:09 206

原创 MCP 在内容生成领域的应用——将 AI 模型封装为 Skill

参数包括输入图像、提示词、重绘强度、输出尺寸。参数包括源文本、摘要长度、摘要类型，如通用摘要、要点列表、标题生成。参数包括图像、编辑指令，如将背景改为海滩、移除某个物体、调整颜色。参数包括提示词、温度、最大生成长度、停止词、频率惩罚等。参数包括待改写的文本、改写类型、目标风格、长度要求。参数包括提示词、负面提示词、图像尺寸、生成步数、随机种子、生成数量。一家营销代理公司需要为客户生成大量的社交媒体内容，包括文案、配图、短视频。第三，多模型组合的编排模式包括文案加配图、视频脚本到视频生成、多语言内容等。

2026-06-22 13:53:03 224

原创 MCP 在电商领域的应用——智能客服与订单管理 Agent

助手可以根据用户的浏览历史推荐商品，可以回答商品相关问题，可以协助完成购买流程。这种方案的局限性很明显：只能处理预设的问题，无法理解复杂的意图，无法处理多轮对话，无法根据上下文做出判断。例如，返回订单信息时自动隐藏收货地址的详细门牌号，返回支付信息时隐藏部分卡号。的审批工作流可以配置为：退货申请需要客服审核，退款需要财务审核，换货需要仓库确认。大促结束后，资源自动缩容，恢复日常配置。，接收关键词、价格区间、品牌、排序方式等参数，返回商品列表。，返回商品的详细信息，包括价格、库存、规格、用户评价。

2026-06-22 13:51:37 358

原创 MCP 在 DevOps 领域的应用——Agent 驱动的自动化运维

低风险变更，如查询操作、只读检查，可以自动执行，不需要审批。中风险变更，如重启服务、扩容实例，需要一级审批。高风险变更，如修改核心配置、删除数据、回滚，需要二级审批。例如，应用访问失败：首先检查服务是否正常运行，然后检查网络连通性，再检查配置是否正确，最后检查依赖服务。例如，检测某个错误码出现的频率是否突然升高，检测某个服务的错误日志是否出现新模式。日志包括操作内容、执行结果、操作人、审批人、时间戳。可以理解自然语言的运维请求，调用相应的工具执行操作，并根据结果决定下一步动作。获取指标数据，分析异常模式。

2026-06-22 13:48:56 221

原创 MCP 在数据领域的应用——将数据库、数据仓库封装为 Skill

例如，建议添加过滤条件以扫描更少的数据，建议使用聚合结果而非原始明细，建议在非高峰时段执行大查询。参数化查询和预定义查询相对安全，因为查询结构是固定的，只有参数值可变。可以分为参数化查询、预定义查询、动态查询三类。参数化查询和预定义查询安全性高，动态查询需要更严格的安全措施。预定义查询是固定不变、不需要参数的查询。动态查询是查询条件由。参数化查询是接受输入参数、返回结果集的查询。对于敏感查询，可以记录完整的查询结果或结果哈希。语句，处理连接池，管理事务，解析结果集。参数包括查询条件的字段名、操作符、值。

2026-06-22 13:47:35 370

原创 Semantic Kernel 与 MCP 的深度集成——微软 Agent 框架的 MCP 实践

两者都是通过函数元数据让模型理解何时调用，框架负责执行。中，插件是能力的组织单元。一个插件可以包含多个函数，每个函数是一个独立的能力单元。第一种是本地函数，开发者创建一个类，类中的方法使用。可以触发流程执行，传入参数，获取结果。执行函数，将结果返回给模型。这为企业提供了合规的、托管的大模型服务。，核心执行引擎，管理模型连接、插件注册、服务配置。规范中的元数据填充函数的名称、描述、参数模式。，规划器，根据用户目标自动编排函数调用序列。，插件是能力的单元，一个插件包含多个函数。连接器，作为内置的插件提供者。

2026-06-20 19:08:52 57

原创 Spring AI 与 MCP 的深度集成——Java 生态中的 MCP 实践

的设计哲学，提供了统一的大模型访问接口、函数调用支持、提示词模板、输出解析等能力。认证、限流、熔断等能力可以统一配置。所有调用记录在审计日志中，满足合规要求。开发者实现这个接口，提供函数名称、描述、输入参数的模式、执行逻辑。两者都是模型决定调用什么，框架负责执行。执行器支持同步调用、异步调用、流式调用。执行函数调用，将结果附加到对话上下文中，让模型继续生成最终响应。网关执行认证、授权、审计后，将请求路由到后端的。支持配置化超时、重试、限流等治理策略。规范中的元数据填充函数的名称、描述、参数模式。

2026-06-20 19:08:09 117

原创 CrewAI 与 MCP 的深度集成——角色化 Agent 的 Skill 编排

装饰器可以从函数的文档字符串和类型提示中自动提取工具的名称、描述、参数模式。在执行任务时，会根据任务描述和可用工具列表，自主决定调用哪些工具以及以什么顺序调用。通过聚合这些日志，可以还原完整的调用链。的调用模型完全一致。两者都是模型决定调用什么，框架负责执行。执行工具调用，将结果返回给模型。调用链出现性能问题时，调用链可视化可以帮助快速定位瓶颈。在创建时，只需要指定加载器，不需要手动列出所有工具。审计日志支持完整的调用链可视化，让系统行为清晰可见。类似，每个工具是一个函数，有名称、描述、输入模式。

2026-06-20 19:07:13 131

原创 AutoGen 与 MCP 的深度集成——多 Agent 对话中的 MCP 调用

专家代理将结果返回用户代理。质检代理在后台分析对话，如果检测到用户情绪激动，自动标记需要人工介入。用户代理将问题升级到专家代理。函数执行过程中可以产生中间输出，用于向用户展示进度。收到消息后，它可以决定调用注册的函数，然后将结果作为新消息发送给其他。执行器支持同步调用、异步调用、流式调用。的内部测试中，原生集成比适配器模式的调用延迟降低约百分之二十。规范中读取元数据，自动生成对应的注册信息。用户代理直接与用户交互，负责理解用户意图，调用基础查询。自动生成函数的描述，供大模型理解何时调用该函数。

2026-06-20 18:54:05 89

原创 LangChain 与 MCP 的深度集成——从适配器到原生支持

的内部测试中，原生集成比适配器模式的调用延迟降低约百分之十五到百分之二十。流式调用的延迟差异更为显著，原生集成减少约百分之四十的开销。它提供了完整的工具链，从模型调用、提示词管理、输出解析，到工具调用、链式编排、记忆管理。两者都是模型决定调用什么能力，框架负责执行，结果返回模型。提供了官方集成，包括工具加载器、调用执行器、错误映射，支持生产级部署。协议发送，处理响应。执行器支持同步调用和流式调用。的工具调用生态是相对封闭的。生态中的重要框架，但其工具生态相对封闭。协议，性能更优、功能更全，适合生产部署。

2026-06-20 18:53:06 231

原创 MCP 调用链的端到端追踪——从用户请求到 Skill 执行的完整链路

常见的聚合查询包括最慢调用链，找出耗时最长的请求，分析瓶颈。错误调用链，找出失败的请求，分析根因。高频率模式，找出最常见的调用模式，优化性能。异常模式，找出偏离正常模式的调用链，发现潜在问题。通过在请求的整个生命周期中传递一个唯一的追踪标识符，我们可以将所有相关的日志、指标、事件关联起来，还原完整的调用链。第五，调用链可视化包括调用链视图、火焰图、甘特图。聚合分析包括最慢调用链、错误调用链、高频模式、异常模式。体系中端到端追踪的实现，包括追踪标识符的传递、调用链的可视化与分析、以及基于调用链的瓶颈定位。

2026-06-20 18:51:55 209

原创 MCP 控制平面的容灾与备份恢复策略

第一种是主备模式，主区域处理所有写入请求，备用区域处理读请求或处于待命状态。这种模式资源利用率高，切换时无中断，但实现复杂，需要处理数据一致性问题。：如果业务是核心交易系统，每天调用量超过百万次，需要极高的可用性，预算充足，可以使用双区域多活。：如果业务重要性较高，每天调用量在十万到百万次之间，需要合规保障，可以使用双区域主备。：如果业务重要性一般，每天调用量小于十万次，团队规模小，可以使用单区域高可用。多个数据中心或云区域同时提供服务，当一个区域故障时，其他区域继续服务，用户无感知。

2026-06-20 18:51:10 143

原创 MCP 审计日志的规模化存储与查询优化

查询性能方面，在海量日志中快速搜索特定条件的记录，对查询引擎要求极高。审计日志不仅是合规审计的依据，也是安全追溯、性能分析、成本优化、异常检测的数据基础。近期的日志需要频繁查询，应存储在高性能存储上。审计日志的规模化存储与查询优化策略，包括数据模型设计、分区策略、冷热分离存储、压缩与生命周期管理，以及。数据按照排序键的顺序存储，相同值的记录连续存放，利于压缩和查询。对于查询频率介于热数据和冷数据之间的日志，可以使用温存储。预留扩展空间，但不过度，为未来需要增加的字段预留位置，但不要添加永远不会使用的字段。

2026-06-20 18:50:05 284

原创 MCP Skill 的热加载与动态发现——无需重启的 Skill 生命周期管理

检查输出格式是否兼容，新版本可以增加字段，但不能改变现有字段的类型。默认版本，对于不指定版本的请求，路由到预设的默认版本。灰度发布，将一小部分流量引导到新版本，观察稳定后再扩大比例。如果检测到实例不健康，自动将其从路由表中移除，并尝试重启。如果所有实例都不健康，网关返回服务不可用错误，并触发告警。的所有版本，以及每个版本的健康状态、运行实例数、当前流量比例。收到终止信号时，应该先向网关发送注销请求，然后等待现有请求完成，最后退出。异常崩溃，网关可以通过健康检查机制检测到故障，自动将其标记为不可用。

2026-06-20 18:48:52 192

原创 MCP 网关的性能调优——从百次到百万次调用的架构演进

资源消耗过高，需要更多的服务器，成本失控。所有需要持久化的状态，如认证信息、策略规则、审计日志，都存储在外部的共享存储中。未设置合理的超时时间，会导致请求长时间挂起，消耗资源。审计日志的批量缓冲也会占用内存，在写入存储之前，日志需要暂存在内存中。：在靠近用户的地方部署小规模网关，处理延迟敏感的请求。边缘网关只缓存最常用的策略规则，复杂请求回源到中心网关。：当网关实例冷启动时，缓存是空的，初始请求会很慢。连接空闲超时设置为合理的值，既要释放空闲资源，又要避免频繁重建。调用，评估策略，转发请求。

2026-06-20 18:47:41 182

原创 MCP 终极愿景——成为 Agent 互联网的基石协议

我们研究了策略语言、成本分析、多租户、零信任安全。这个愿景的实现需要时间，需要技术突破，需要生态建设，需要多方协作。但方向是明确的，趋势是不可逆的。协议的规范必须公开、免费、无专利障碍。最后，我们展望了模型原生支持、区块链集成、自我治理等前沿方向。的基石协议，让任何浏览器可以访问任何网站，让任何网站可以被任何浏览器访问。自己处理认证、授权、审计。认证、授权、审计、限流、审批都在网关层统一处理。内部抽离到外部，实现了认证、授权、审计、限流、熔断的统一处理。规范的演进、版本管理、兼容性保证、社区治理。

2026-06-13 02:55:46 126

原创 Agent 自我治理——基于 MCP 反馈环的持续改进系统

三年内，系统能够自动执行低风险策略变更，如权限清理和阈值微调，人类只审核高风险变更。在前面的章节中，我们讨论的治理模式本质上是静态的。学习能力的增强，它们可能会发展出新的行为模式，这些模式可能超出原有策略的覆盖范围。今天的正常行为，明天可能变成异常。在这个反馈环中，人类仍然是最终决策者，但大量的分析工作和初步建议由系统自动完成。它应该从历史数据中学习，自动发现异常模式，自动调整策略，持续优化自身的决策。在过去的大量调用中从未被拒绝，且风险评分持续较低，系统可以建议将其从需要审批的列表中移除，改为自动放行。

2026-06-13 02:54:48 79

原创 MCP 与区块链/分布式账本集成——不可否认的审计与智能合约 Skill

常见的做法不是将完整的审计日志写入区块链，而是将日志的哈希值写入区块链。任何对日志的修改都会改变哈希值，与区块链上的哈希值不匹配。这样，区块链作为存证层，提供了日志完整性的证明。使用零知识证明技术，在不泄露原始数据的情况下证明日志的完整性。区块链的存储成本高，不适合存储完整的审计日志。所有调用记录都写入审计日志，日志的哈希值定期上链到联盟链。审计日志存储在链下，哈希值存储在链上。验证时，审计人员从审计系统获取日志，计算哈希，与区块链上的记录比对。第二，审计日志上链的常见做法是上链哈希值而非完整日志。

2026-06-13 02:53:40 108

原创大模型原生支持 MCP——从模型指令到协议直通

模型能够感知策略约束，知道哪些操作是被允许的，哪些是被禁止的。这种方法不需要修改模型架构，只需要准备高质量的训练数据。挑战是需要大量的标注数据，且微调后的模型可能在其他任务上性能下降。协议合规性测试工具，可以验证模型的原生支持是否正确实现了协议。这种方法的优点是模型不需要修改，缺点是增加了复杂度和延迟。调用的性能基准，可以用于评估原生支持的效率提升。直接是协议兼容的，不需要额外的解析和验证。协议的标准化，为大模型厂商提供稳定的接口定义。控制平面的实现，在大模型原生支持的演进中扮演着重要角色。

2026-06-13 02:52:32 221

原创企业内部 RPA Agent 与 MCP 融合——自动化长尾流程

例如，员工入职流程、设备报修流程、合同审批流程、差旅报销流程。的输入参数定义了机器人执行所需的信息，例如报销流程需要的员工姓名、报销金额、发票图片。输出参数定义了机器人执行后的结果，例如成功或失败、生成的报销单号、错误信息。先选择风险低、收益明显的流程进行试点，如报表生成、数据导出、邮件自动回复等。调用都被记录在审计日志中，包括谁发起的、什么时间、什么参数、结果是什么。的开发和维护成本高，每个流程都需要专门的开发人员编写脚本，流程变化时脚本需要同步更新。提供清晰的指令、充分的示例、及时的反馈。

2026-06-13 02:51:35 223

原创制造物联网中的 MCP Agent——边缘计算与离线自治

加密存储，所有本地存储的数据，包括策略缓存、审计日志、队列中的请求，都经过加密。远程擦除，当设备丢失或被入侵时，管理员可以远程发送擦除指令，清除所有本地数据。局部策略由边缘管理员定义，仅适用于特定的边缘节点或生产线，如某条生产线的特殊质检规则。例如，边缘设备记录了一个传感器的读数，而云端也有来自其他来源的同一传感器的读数。可以协调多个机器人协同工作，可以实时监控生产线的健康状况，可以自动调度维护任务，可以优化能源消耗。会停止向该设备发送新的调用，等待进行中的调用完成，然后注销设备。，自动创建维护任务。

2026-06-13 02:50:38 181

原创医疗健康领域 MCP Skill 的隐私保护与合规设计

处理健康数据必须有明确的法律依据，如数据主体的明确同意、公共卫生领域的公共利益等。不同的医疗角色需要不同的数据访问权限。研究人员只能访问去标识化的数据，需要额外的伦理审批。一位医生只能访问自己治疗的患者，不能访问其他医生的患者。将健康数据列为特殊类别个人数据，处理此类数据需要额外的法律依据和保护措施。，还需要记录访问的患者标识、执行的操作类型，如读、写、删除、导出、操作的目的，如治疗、研究、计费、操作的授权人信息。报告内容包括访问受保护健康信息的所有用户、每次访问的时间、访问的数据类型、访问的目的。

2026-06-13 02:49:31 184

原创零信任架构下的 MCP 安全模型——双向 mTLS 与最短路径授权

中，客户端验证服务器的证书，确保连接到了正确的服务器。其核心思想是：每个授权决策都应该基于当前请求的最直接、最相关的信息，而不是基于预先分配的静态角色。第一，永不信任，始终验证。权限应该是短暂的、动态的，而不是长期的、静态的。网关在接收连接时，会验证客户端证书的签名、有效期、吊销状态。使用属性为基础的访问控制、动态令牌、即时授权，实现细粒度的权限管理。体系中的零信任需要在多个层次上实现：传输层需要双向认证，应用层需要细粒度授权，运行时需要持续验证。中，服务器也要求客户端提供证书，并验证该证书的有效性。

2026-06-13 02:47:34 272

原创多租户 MCP 控制平面——隔离、配额与计费

一套控制平面基础设施，服务多个租户，每个租户看到的是隔离的视图，但底层共享同一套网关、策略引擎、审计系统。租户管理员可以看到自己租户的调用量、错误率、延迟分布、配额使用情况。例如，如果租户在过去一个月平均使用百分之六十的配额，系统可以建议降低配额以节省成本。的网关采用了加权公平队列调度，每个租户被分配一个权重，权重高的租户在资源争用时获得更大的份额。第四，性能隔离通过配额管理实现，包括调用频率配额、并发配额、资源配额、存储配额。一套设计良好的多租户架构，可以在保证隔离的前提下，最大化资源共享和运维效率。

2026-06-13 02:46:30 260

原创基于 MCP 审计日志的成本分析与优化

使用成本模型中的单价乘以对应的成本因子，得到单次调用的成本。按小时、天、周、月对成本进行聚合，可以观察成本的时间模式。将所有属于同一个用户的调用成本相加，就得到该用户的总成本。调用耗时，对于按时间计费的服务，耗时直接决定成本。传输数据量，对于按流量计费的服务，请求和响应的数据量决定成本。通过审计日志和成本分析，企业可以将模糊的云账单转化为精细化的成本洞察，用数据驱动成本优化。第六，成本治理的文化建设同样重要，包括成本可见性、成本预算、成本归因、激励机制。更重要的是建立成本意识和成本治理的文化。

2026-06-10 01:47:49 105

原创 MCP 策略的声明式语言设计与可视化编排

规则索引，根据主体、动作、资源等维度建立索引，快速定位可能匹配的规则，避免遍历全部规则。一个好的策略语言应该是人类可读的、表达力强的、可验证的。策略语言应该支持常见的运算符，如等于、不等于、大于、小于、包含、正则匹配。管理员可以拖拽不同的规则元素，如主体、动作、条件、效果，将它们组合成规则。第五，策略语言应该能够表达基于角色的访问控制、基于属性的访问控制、时间窗口限制、限流、审批、组合条件等常见场景。策略的声明式语言设计，包括语法设计考虑、表达能力需求、可读性与可维护性，以及可视化策略编排工具的实现思路。

2026-06-10 01:47:00 74

原创流式 Skill 调用——MCP 对长时间运行任务的支持

流式调用会产生大量事件，每个事件都可能被记录到审计日志中。解决方案是配置采样策略，只记录关键事件，或者将事件聚合后批量记录。通过一个持久连接持续推送事件，包括进度更新、部分结果、日志输出。这种模式适合那些用户可以从中途结果中获益的任务，或者需要实时监控进度的任务。两种模式可以共存，也可以组合使用。一个长时间运行的任务既可以异步执行，也支持流式推送进度更新。第二，异步调用解决长时间等待问题，流式调用解决中间结果可见问题。第七，流式调用面临连接管理、背压控制、断线重连、审计日志膨胀等挑战，需要相应的解决方案。

2026-06-10 01:45:51 145

原创 Agent 记忆与 MCP Context 的融合设计

它包括用户的偏好、历史行为模式、知识库片段、之前解决的问题等。例如，在订单处理任务中，可以存储当前正在处理的订单号、已经验证过的用户信息、下一步待执行的操作。记忆没有结构化的管理，无法区分重要信息和琐碎细节，也无法实现长期存储和检索。第五，记忆安全与隐私保护需要遵循最小暴露、脱敏匿名化、加密存储、生命周期管理等原则。第六，工程实践中需要标准化记忆字段、控制记忆大小、解决记忆冲突、管理记忆版本。长期记忆和审计日志中的记忆应该加密存储，防止数据泄露。记忆分为短期记忆、工作记忆、长期记忆三类。

2026-06-10 01:44:27 137

原创 MCP 对未来软件架构的深远影响——Agent 优先的操作系统

调用的完整信息，包括调用者、目标、参数、结果、耗时。认证、授权、审计、限流、审批等横切关注点可以在网关层统一配置。但有一点是确定的：标准化的协议、可治理的行为、可观测的系统、智能化的治理，将是。它不是传统意义上的操作系统内核，而是运行在现有操作系统之上的一个平台层。它的成功不仅取决于技术设计，更取决于生态的繁荣和社区的治理。传统的应用开发需要编写大量代码：业务逻辑、数据访问、认证授权、错误处理。不再是应用的一个子模块，而是系统的一等公民。这个抽象层的意义在于，它将能力的使用与能力的实现解耦。

2026-06-10 01:43:28 187

原创 MCP 与边缘计算的结合——在资源受限环境中部署 MCP

单机模式，所有组件运行在单个边缘设备上，适合资源极度受限的场景。网关加存储模式，轻量级网关与嵌入式存储分离，适合稍大规模的边缘节点。边缘集群模式，多个边缘网关组成集群，共享一个存储后端，适合边缘数据中心。在边缘场景中，数据在靠近数据源的位置进行处理，而不是全部发送到云端。云端和边缘之间的同步是双向的：策略从云端同步到边缘，审计日志从边缘上传到云端。边缘版本可以使用预编译的策略规则集，将策略编译成高效的决策树或字节码。控制平面是为云端环境设计的，假设有充足的资源和稳定的网络。边缘环境的安全风险比云端更高。

2026-06-10 01:41:23 222

原创 MCP 与云服务提供商的集成模式——AWS、Azure、GCP 如何拥抱 MCP

认证和授权，跨云调用需要统一的身份认证体系。支持可以降低用户对锁定的担忧，反而可能吸引更多用户。可以在不同云之间迁移，不被单一厂商锁定。这意味着企业可以根据成本、性能、合规等因素随时调整部署策略。这些服务的目标是一致的：让企业能够在其云平台上轻松构建、部署和运行。，包括企业内部数据中心、边缘设备、其他云。交互协议，为云厂商提供了一个标准化的集成点。第一，用户需求驱动。的认证、限流、分析等能力，而不需要自己部署网关。，而云厂商则提供托管、运维、治理等增值服务。的重要前景，但面临网络、认证、合规等挑战。

2026-06-10 01:39:27 332

原创 MCP 社区的治理模型——去中心化与标准化的平衡

开放指的是协议的规范本身是公开的、透明的，任何人都可以阅读、实现、扩展，而不需要经过某个中心化实体的许可。一个协议可以是开源但封闭的，例如某些项目虽然源代码公开，但规范的制定过程不透明，决策权集中在少数人手中。从最开始的观察者，到偶尔的评论者，到定期的贡献者，到核心贡献者，到维护者，到技术指导委员会成员。成员的任期应该有限制，例如一年或两年，以保证新鲜血液的注入。这种孵化流程的好处是：新特性可以在不影响核心协议稳定性的前提下进行实验，社区可以获得真实的试用反馈，标准化决策有数据支撑而非仅凭直觉。

2026-06-10 01:37:37 35

原创 MCP 生态中的 Skill 质量评级体系——如何衡量一个 Skill 的好坏

有的来自官方，有的来自第三方开发者，有的来自开源社区。自动化检查可以验证文档是否包含了所有必要的章节，是否有缺失的字段说明。安全扫描，检测已知的安全漏洞、依赖库的漏洞、敏感信息泄露。自动化评级可以覆盖功能正确性的大部分测试、性能基准测试、可观测性指标检查、文档结构的自动化校验、维护活跃度的数据采集。自动化扫描可以检测常见的安全问题，如日志泄露、硬编码密钥、不安全的依赖版本。评分的算法和权重公开透明，用户可以理解评分是如何计算的。还展示各个维度的独立评分，让用户可以根据自己的关注点做出选择。

2026-06-10 01:36:12 311

原创 MCP 协议的版本演进与兼容性管理

也不能修改现有字段的语义，例如将一个原本可选的字段变成必选，或者改变错误码的含义。当协议更新时，需要同时更新多个版本的文档，并清楚标识每个特性在哪个版本引入、哪个版本废弃。这种设计的好处是，治理逻辑不需要关心版本差异，只需要处理统一的内部表示。例如，修正了规范中的笔误，明确了某些模糊的行为定义，或者优化了示例代码。没有版本号，就无法区分不同版本的协议，更无法管理它们之间的兼容关系。在新的协议版本中，旧特性被标记为。的文档系统采用版本化管理，每个版本的协议规范都有独立的文档页面，并清晰地标注版本之间的差异。

2026-06-10 01:33:53 236

空空如也

空空如也