- 综合排序
- 最热优先
- 最新优先
Agent 系列（四）：聊聊 Anthropic Managed Agents
Claude Managed Agents 架构图 Anthropic 在发布 Managed Agents 公测时，核心不是再造一个 “更会聊天的 Agent”，而是把 Agent 运行时拆成稳定层。 Anthropic 关于长时程 Agent Harness 的工程实践示意 从官方文档看，Managed Agents 在产品层定义为 Agent、Environment、Session、Events 这也是它最现实的意义：不是让 Agent 更炫，而是让 Agent 真正能长期、可控、低摩擦地跑在生产里。 Managed Agents 的价值，就在这个分水岭上。 参考资料： Claude Managed Agents: get to production 10x faster Claude Managed Agents overview (Docs) Effective
44110编辑于 2026-04-13- 来自专栏大内老A
What is Type in managed heap?
如何为我们创建一个类型的实例（instance）的：CLR计算即将被创建的Instance的size（所有的字段加上额外的成员所占的空间：TypeHandle和SyncBlockIndex）；在当前AppDomain对应的managed 二、Managed code的执行 我先不对上面出现的现象做出解释，我首先对在CLR下托管代码的执行过程做一个简单的介绍。 当基于Type的Meta data被成功加载在各自AppDomain的Loader heap中之后，CLR便按照开篇介绍的Instance创建的过程创建对象，Instance对应的managed heap
90780发布于 2018-02-07 - 来自专栏码匠的流水账
聊聊flink的Managed Keyed State
序 本文主要研究一下flink的Managed Keyed State State flink-core-1.7.0-sources.jar! iterator() throws Exception; } MapState直接继承了State，它接收UK、UV两个泛型，分别是map的key和value的类型 小结 flink提供了好几个不同类型的Managed MergingState继承了AppendingState) FoldingState在Flink 1.4版本被标记为废弃，后续会被移除掉，可使用AggregatingState替代 doc Using Managed
57720发布于 2018-12-28 - 来自专栏码匠的流水账
聊聊flink TaskManager的managed memory
If not * set, a relative fraction will be allocated, as defined by {@link #MANAGED_MEMORY_FRACTION This parameter is only evaluated, if " + MANAGED_MEMORY_SIZE.key() + " is not set."); (), "Managed memory size too large for " + networkBufMB + memory." , configuredMemory); } else { LOG.info("Limiting managed memory configuration.getString(TaskManagerOptions.MANAGED_MEMORY_SIZE).equals(managedMemorySizeDefaultVal))
3.1K40发布于 2019-02-20 - 来自专栏码匠的流水账
聊聊flink的Managed Keyed State
序 本文主要研究一下flink的Managed Keyed State dynamic-scaling-how-apache-flink-adapts-to-changing-workloads-at-flinkforward iterator() throws Exception; } MapState直接继承了State，它接收UK、UV两个泛型，分别是map的key和value的类型 小结 flink提供了好几个不同类型的Managed MergingState继承了AppendingState) FoldingState在Flink 1.4版本被标记为废弃，后续会被移除掉，可使用AggregatingState替代 doc Using Managed
1.4K10发布于 2018-12-22 - 来自专栏菩提树下的杨过
Mybatis.Net 整合 ODP.NET Managed
MyBatis.Net 中Providers.config文件修改 1 <provider 2 name="ODP.NET <em>Managed</em>" 3 description="Oracle , ODP.NET <em>Managed</em> 4.121.1.0" 4 enabled="true" 5 assemblyName="Oracle.ManagedDataAccess, Version allowMARS="false" 19 /> tips: a) assemblyName类型不知道如何填写的，可通过类似 Assembly.LoadFile(@"D:\soft\ODP.NET_Managed121010 \odp.net\managed\common\Oracle.ManagedDataAccess.dll").FullName获得 b)name,description 这二处可随便填写 3.MyBatis.Net --db provider类型及连接串--> 2 <database> 3 <provider name="ODP.NET <em>Managed</em>" /> <!
92250发布于 2018-01-24 Managed Agents + Harness 组合，让开源社区炸锅
比如：一个财务审计Agent，需要处理三个月的交易记录，光数据就可能是10万+tokens一个代码生成Agent，需要访问整个代码库的上下文，加上过去的编辑历史一个内容创作Agent，需要参考长篇的品牌指南 第四章：多Agent协调——研究预览中的下一个前沿一个Agent不够用的场景ManagedAgents的单Agent能力很强，但某些复杂工作流需要多个Agent协作。 树形协调：一个主Agent判断问题类型后，分发给不同的专项Agent（法律、财务、技术）。递归型协调：一个Agent发现子问题超出能力范围，递归地启动一个新Agent处理，等待结果后继续。 部门专属Agent：而不是一个通用Agent。每个Agent的工具集很聚焦（销售Agent只调用销售系统的API，HRAgent只调用HR系统）。 这反映了ManagedAgents最大的价值：缩短了从"我们想要Agent"到"Agent上线"的周期。
33300编辑于 2026-04-10- 来自专栏LINUX阅码场
郭健： currency Managed Workqueue(CMWQ)概述
一种新的机制出现的原因往往是为了解决实际的问题，虽然linux kernel中已经提供了workqueue的机制，那么为何还要引入cmwq呢？也就是说：旧的workqueue机制存在什么样的问题？在新的cmwq又是如何解决这些问题的呢？它接口是如何呈现的呢（驱动工程师最关心这个了）？如何兼容旧的驱动呢？本文希望可以解开这些谜题。
1.4K10发布于 2019-10-08 - 来自专栏iSharkFly
Spring 项目运行提示错误 Not a managed type
https://www.ossez.com/t/spring-not-a-managed-type/14368
1.3K00编辑于 2023-04-01 - 来自专栏张善友的专栏
微软修改了Managed Extensibility Framework（MEF）的协议
Managed Extensibility Framework（MEF）是.NET平台下的一个扩展性管理框架，它是一系列特性的集合，包括依赖注入（DI）以及Duck Typing等。 进一步了解MEF可以看看TerryLee的文章：使用Managed Extensibility Framework方便的扩展应用程序 MEF之前放到了CodePlex的时候所使用的协议并不是开源协议
1K100发布于 2018-01-31 Anthropic 的Managed Agents：把“大脑”与“双手”解耦
Anthropic 为什么要做 Managed Agents Anthropic 最近介绍了他们在 Claude 平台上推出的一项能力：Managed Agents。 Managed Agents 也是同样的想法：抽象 Agent 的关键组件，让具体实现可以自由演进。 六、这篇文章真正重要的，不是 Managed Agents，而是“元编排层”思路 如果只把这篇文章理解成“Anthropic 发布了一个托管 Agent 服务”，其实会低估它的价值。 Anthropic 甚至直接把 Managed Agents 描述成一种 meta-harness。 /engineering/managed-agents ，如果对您有帮助，请帮忙点赞、关注、收藏，谢谢～ 参考链接 [1] https://www.anthropic.com/engineering/managed-agents
22510编辑于 2026-04-16- 来自专栏菩提树下的杨过
Oracle：ODP.NET Managed 小试牛刀
“ODP.NET Managed”发布已经有一段时间了，近期正好有一个新项目，想尝试用一下，参考园子里的文章:《.NET Oracle Developer的福音——ODP.NET Managed正式推出 》 到Oracle官网 下载 ODP.NET_Managed121010.zip 大约1.9M，解压后目录结构如下： ? 至于manged/x64、managed/x86这二个目录，是用来向.NET x86或.NET x64的GAC注册程序集的，运行相关的configure.bat后，会自动将common中的Oracle.ManagedDataAccess.dll
1K60发布于 2018-01-24 - 来自专栏服务端技术杂谈
为了Agent而Agent？
主要讲的是如何选取Agent主流框架的逻辑。 讨论了两种路径，workflows和agent。 我理解大概率是为了Agent而Agent所找的一个所谓具有代表性的例子吧。 而且你现在用Agent，未来扩展性也是一个问题。 业务想要扩展一个新的场景逻辑，你敢直接用Agent承接吗？ 有人说，我们会在Agent上线之前，充分评估模型，确保Agent可以适配新的业务场景需求。 但是业务不会等你Agent ready之后再开量啊。 而Agent更适合人机协作，比如AI Coding或其他chatbot，因为有个人在旁边可以为Agent的不可控进行兜底。 大家用Agent的目的很多时候并不是从第一性原理出发，很多时候都是为了Agent而Agent，想一想Agent真的比workflow好吗？
16110编辑于 2026-03-11 - 来自专栏newbe36524的技术专栏
.NET 基金会项目介绍-Managed Extensibility Framework MEF, MEF2
Managed Extensibility Framework MEF, MEF2 是属于 .Net 基金会的一个项目，本文将简要介绍该项目相关的信息。 Managed Extensibility Framework (MEF, MEF2) Managed Extensibility Framework (MEF) 为大型应用程序提供了一个组合层，以改善应用程序的灵活性 有趣的是，为了项目的特殊性， MEF 在微软中其实有至少三个不同的版本：Differences between .NET MEF, NuGet MEF and VS MEF 英文介绍 Managed Extensibility Framework (MEF, MEF2) The Managed Extensibility Framework (MEF) is a composition layer for .NET that IronPython3 - 【.Net上运行Python】 Json.NET - 【JSON处理库】 Kudu - 【自动化框架】 LLILC - 【语言底层项目】 MailKit - 【邮件处理工具库】 Managed
1.2K20发布于 2020-03-16 - 来自专栏大内老A
在Managed Code通过Google Gmail发送邮件以及如何通过Outlook配置Gmail
接下来，我将介绍两方面来介绍今天的内容，如果通过Managed code通过Gmail进行邮件的发送，以及如何在Outlook中配置Gmail。今天介绍的东西和技术不是很沾边。 一、在Managed code中通过Gmail发送邮件 我们知道，SMTP是我们最常用的邮件传输的协议。
2.5K100发布于 2018-02-07 - 来自专栏autMan机器人
autMan奥特曼机器人-内置容器安装依赖报错：externally-managed-environment
在 Manjaro 22、Ubuntu 23.04、Fedora 38 等最新的linux发行版中运行pip install时，通常会收到一个错误提示：error: externally-managed-environment $ sudo pip3 install please-cli error: externally-managed-environment × This environment is externally managed ╰─> To install Python packages system-wide, try 'pacman -S python-xyz', where xyz is the sudo mv /usr/lib/python3.x/EXTERNALLY-MANAGED /usr/lib/python3.x/EXTERNALLY-MANAGED.bk 例如，你的python是3.11 的话就是 sudo mv /usr/lib/python3.11/EXTERNALLY-MANAGED /usr/lib/python3.11/EXTERNALLY-MANAGED.bk 和之前一样，现在你可以直接运行
1.1K10编辑于 2024-10-24 - 来自专栏数据和云
嵌入云端：12c Policy-Managed Cluster为Oracle DBaaS助力
创建 RAC 数据库的时候，Policy-Managed 选项已然成为默认值。 那么到底什么是 Policy-Managed 方式的集群和数据库呢？与以前的 Admin-Managed 方式有何区别？何种环境适合使用这种新的方式进行管理？ 什么是 Policy-Managed 方式？ 与 Admin-Managed 方式有何区别？ 实际上上面的表述已经明确说明了，Policy-Managed 和 Admin-Managed 方式的差别。 Policy-Managed 来管理整个数据库集群。
97960发布于 2018-03-06 - 来自专栏Agent Apps
告别Agent Skills, 拥抱 Agent Apps
这正是面向Agent的TUI（AOTUI）要回答的问题。是什么：一种新的界面范式面向Agent的文本用户界面（AOTUI）是一种以LLMAgent为一等公民的界面范式。 没有鼠标点击，Agent调用Tool/Funtion。没有视觉提示（颜色、布局、头像），数据通过文本引用来引用。简言之：AOTUI就是当你为模型而非人类设计时，用户界面的样子。 AOTUI如何重建桥梁AOTUI为没有鼠标的Agent解决了问题的三个部分——识别、选择和触发。 下一步：[认识Agentina→](https://agentina-agent-apps.vercel.app/en)—基于AOTUI构建的Agent应用宿主。
19810编辑于 2026-03-06 - 来自专栏Python
理解 Agent2Agent(A2A)、Agent to Agent和链式函数调用的区别与联系
在构建 AI 智能体系统或多模块任务执行架构时，我们常会遇到三个关键术语： Agent to Agent 链式函数调用 Agent2Agent (A2A) 它们看似类似，甚至常被混用，但实际上分别属于不同的抽象层次 两个 Agent 间的信息传递行为 多智能体协同、机器人通信 Agent2Agent (A2A) 系统架构层 一个 Agent 主动调用其他 Agent 协作解决问题 LLM Agent 编排、AutoGen Agent2Agent 像一个“项目经理型 AI”会调度多个“专家型 AI”组成动态团队，解决复杂任务 类比一句话总结： 链式函数调用像拼装生产线，Agent to Agent像员工交流，而Agent2Agent Agent to Agent（通信范式） # 每个 Agent 通过消息交互完成任务 agent_A.send("get data") agent_B.receive("get data").send( 中的 planner_agent.plan() → 调用搜索、总结、编码 agent 七、总结一句话 链式函数调用解决“流程”，Agent to Agent定义“协作”，而Agent2Agent打造
1.1K10编辑于 2025-07-10 - 来自专栏XINDOO的专栏
Agent设计模式——附录 G - 编码 Agent
最高效的开发团队不仅将任务委托给 Agent，更通过整套复杂编码 Agent 实现自我增强。这些 Agent 扮演着不知疲倦的专业团队成员角色，放大人类创造力并显著提升团队扩展能力与开发速度。 Agent 虽能力强大，但定位为支持性协作者。开发者指导具体 Agent 调用、提供必要上下文，并最关键地——对 Agent 生成输出行使最终裁决权，确保其符合项目质量标准与长期愿景。 本框架致力于在人类领导与底层模型原始能力间建立最纯净对话通道，确保每个 Agent 均以峰值潜力运行。 该框架构建为专业化 Agent 团队，每个 Agent 针对开发生命周期中的核心功能专门设计。 专业化 Agent 团队： 通过定向提示工程，我们可构建专业分工的 Agent 团队，每个成员针对特定开发任务深度优化。 流程 Agent：代码质量监督员 批判分析： Agent 执行初步审查，识别潜在缺陷、编码规范违规及逻辑漏洞，功能类似静态分析工具。 深度反思： Agent 对自身批判进行元分析。
42710编辑于 2025-10-27
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号