- 综合排序
- 最热优先
- 最新优先
- 来自专栏霍格沃兹测试开发学社
AI写代码越来越快，测试工程师还在比“一天写多少用例”吗？
你可以按下面的映射表升级现有能力：传统测试能力AI测开中的新用法接口契约ToolSchema、MCP工具输入输出兼容数据驱动EvaluationDataset与分层样本日志排查Trace、Trajectory
12600编辑于 2026-09-19 - 来自专栏霍格沃兹测试开发学社
OpenAI旧Evals进入退役倒计时：Agent测评别再押在一个平台按钮上
迁移清单也要有人负责：谁维护坏案例、谁审批新增评分规则、谁在模型或ToolSchema变更时触发回归。它不是平台管理员的杂活，而是AI测试开发的质量资产管理。
13710编辑于 2026-09-28 MCP 工具太多，为什么 Agent 反而更慢、更贵、更容易选错？企业后台能力如何按需加载
二、ToolSchema不是免费目录，它本身就是上下文一个工具并不只有名字。 因此，工具上下文优化的第一个认识应该是：ToolSchema不是模型外部的一张免费菜单，它也是需要占用注意力和上下文预算的数据。 因此，公开链路可以概括为：展开代码语言：TXTAI代码解释业务侧声明能力->路由按工具源和scope裁剪->当前身份得到授权能力目录->本轮先使用少量活动工具->需要时在授权集内搜索->加载少量完整ToolSchema 如果宿主每轮都把全部完整ToolSchema发送给模型，工具越多通常意味着更多输入；如果采用授权面裁剪和按需加载，服务端目录很大也不代表每轮都要全量注入。2.直接把工具数量限制为10个不就行了吗？
20610编辑于 2026-09-01亿级企业拓客数据的实时聚合与智能匹配：以犀牛卫平台的架构实现为案例的工程技术分析
Calling）编排层│├─────────────────────────────────┤│适配器层（ERP/OAConnector）│←每个系统一个adapter，封装CRUD操作，对外暴露统一ToolSchema └─────────────────────────────────┘5.2ToolSchema的统一描述（关键工程资产）Agent能不能"无需复杂配置"地接入企业系统，取决于你是否用统一的schema custom_script""endpoint":"https://erp.example.com/api/leads","auth":"oauth2_via_vault"}当每个企业系统都注册了一批这样的ToolSchema
38910编辑于 2026-06-11- 来自专栏AIGC大模型应用
中国版 Cursor”CodeBuddy 初体验：Java 后端轻松上手 Vue3+Node.js，从零打造 AI 工具导航站
express()app.use(cors())app.use(express.json())mongoose.connect('mongodb://localhost:27017/aitools')const toolSchema String, description: String, tags: [String], link: String,})const Tool = mongoose.model('Tool', toolSchema
6.3K40编辑于 2025-05-13 AI Native DevOps：当部署对象从代码变成 Agent
你部署的不只是代码，还有prompt、toolschema、memorypolicy、modelroute、riskrule、contexttemplate。
17610编辑于 2026-06-26dsh 拆解系列 Vol.01：没有特权内核的 Agent 运行时
插件开始工作以后，它可能注册新的ToolSchema、事件监听器，也可能占用一个ctxServiceKey。这时，插件能不能卸载干净就变得很重要。 如果插件离开以后，ToolSchema还留在下一轮Prompt里，或者事件监听器还挂在AgentLoop上，下一轮Turn就会继续收到这段插件留下的影响。
70210编辑于 2026-08-21- 来自专栏ceshiren0001
Playwright突然开始推CLI + Skills：AI写UI测试，为什么反而不想给Agent塞一堆MCP Tool了？
GitHub解释这次变化时就直接指出：PlaywrightMCP暴露了较大的浏览器自动化ToolSurface，这些ToolSchema会占用Context，即使Agent这一轮根本用不到其中绝大多数。 再调用：snapshot/trace而不是任务刚开始，就把几十个ToolSchema全部塞进Context。这就是：CapabilityDiscovery。对AI测试开发来说非常值得研究。
21800编辑于 2026-09-19 当 AI 开始“读”你的数据库：2026 MCP 协议落地，用标准接口终结工具适配的“巴别塔”
为OpenAI写的ToolSchema无法用于Claude；LangChain的工具无法直接给LlamaIndex用；A团队和B团队各自写着逻辑完全相同的“查询Jira”工具。 )as(read,write):asyncwithClientSession(read,write)assession:awaitsession.initialize()#动态发现工具(彻底告别硬编码ToolSchema
35700编辑于 2026-07-27把 Demo 从后端服务推进到可交付应用
，这个 PydanticAI 简历分析 Demo 已经具备：结构化输出 Pydantic output_type字段校验 field_validator工具调用 ToolSchema
11910编辑于 2026-08-17GB/Z 185 智能体互联国标：从协议设计角度看开发者要改哪些东西
的思路身份依赖各家自定义的APIKey/Token统一身份码，绑定厂商、能力等级、风险等级，可跨平台核验授权链路多为静态权限配置强调"委托关系"：每次行动要能追溯到授权方，校验凭证有效期与授权范围能力描述MCP的toolschema
31010编辑于 2026-07-28从通用智能到行业智能，AI 智能体的「0→1」构建方法论与工程化落地全景
行业智能体需要：API/数据库/内部系统的标准化接入明确的工具描述（ToolSchema）可控的权限与调用边界工具不是外挂，而是智能体能力的一部分。
48710编辑于 2026-01-23新手必看！OpenClaw账单防爆指南：避开这5个坑，每月至少省500元
内置的多场景模型机制，系统自动按任务复杂度选择模型接入腾讯云TokenPlan，统一使用国产模型，价格仅为国际模型的1/10坑四：MCP工具全开不管用不用问题：每个启用的MCP服务都会在上下文中注入工具定义（ToolSchema
1.1K11编辑于 2026-03-27从能跑到能观察——AI 服务的工程化分层与日志
回顾这 5 篇走过的路,项目已经具备:结构化输出 (1) output_type字段校验 (2) field_validator工具调用 (2) ToolSchema/Evidence
11600编辑于 2026-08-14- 来自专栏养虾记
Hermes Agent vs OpenClaw 内存占用深度对比分析
─model-catalogtesthelpers移出热路径├──run-sessionlookupcode移出热路径├──QRpairinghelpers移出热路径└──TypeBoxmemory-toolschema
1.4K20编辑于 2026-05-06 从“对话”到“执行”：2026年本地AI编程智能体实战指南
pipinstallollama实践代码(local_code_reviewer.py)：importollamaimportsysfrompathlibimportPath#定义智能体可调用的工具（ToolSchema
77210编辑于 2026-07-03告别“定制化 API Wrapper”：2026 MCP 协议全面普及，用标准接口重构 AI 工具链生态
asyncwithClientSession(read,write)assession:awaitsession.initialize(30664.t.kuaisou.com)#2.动态发现工具(彻底告别硬编码ToolSchema
48010编辑于 2026-07-11Agent 评测方法、工具和指标体系
安全评测：注入、越权、泄露、危险动作↓指标聚合、版本对比、失败样本归档↓CI/CD质量门禁+线上持续监控7.CI/CD门禁建议每次修改以下任一项都应触发回归：SystemPrompt模型版本或温度参数ToolSchema
54910编辑于 2026-08-24- 来自专栏霍格沃兹测试开发学社
Google开始教大家怎么测Agent Harness了：只看最终成功率已经不够了
就改了一版SystemPrompt，调整了一下ToolSchema，或者给CodingAgent增加了一个工具。重新跑Benchmark——成功率掉了。问题来了：到底哪里坏了？是模型突然不会推理了？
16100编辑于 2026-09-16 - 来自专栏AI 应用架构
AI 工程的 CI/CD：从模型发版到 Skill 灰度的完整流水线
6.4ToolSchema变更：最棘手的变更MCPServer的toolschema变更是最棘手的——加字段：通常backward-compatible；改字段类型：可能break；删字段：肯定break
1.2K23编辑于 2026-05-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号