Tag: MCP
All the articles with the tag "MCP".
-
Google Stitch：用自然语言「氛围设计」UI 的 AI 原生画布
Published: at 05:00 AMGoogle Labs 将 Stitch 升级为 AI 原生软件设计画布，引入无限画布、设计 Agent、DESIGN.md 设计系统、交互原型、语音设计和 MCP 集成，让任何人都能从自然语言直达高保真 UI 设计。
-
Chrome DevTools MCP 调试浏览器会话有什么变化
Published: at 12:14 AMChrome DevTools MCP 这次增强最有价值的地方，不是又多了一个浏览器自动化入口，而是让编码智能体可以直接接入你已经在用的真实浏览器会话和 DevTools 调试上下文。登录态不用重来，当前选中的网络请求和 DOM 元素也能直接交给 agent 接着查。这让手动调试和 AI 辅助调试之间第一次变得像是在同一条工作流里切换，而不是重新开一套隔离环境。
-
把知识写进 Markdown，把动作交给 MCP：Agent 架构里最该拆开的，可能根本不是模型，而是 know 和 do
Published: at 05:44 AMThe New Stack 这篇文章最有价值的地方，不是简单唱衰 MCP，而是把很多团队今天在 agent 系统里最容易混掉的两类问题拆开了：知识问题和执行问题。团队规范、工作流、语气、判断边界这类“know”适合进 SKILL.md；API 调用、数据库查询、消息发送这类“do”才适合进 MCP。真正成熟的方向不是二选一，而是把 Markdown skills 放在上层，让 MCP 回到执行层。
-
当 Agent 真要落到生产里，难点就不再是会不会聊天，而是这四层怎么接起来：Framework、Foundry、MCP、Aspire
Published: at 02:50 AMMicrosoft 这篇 Interview Coach 实战文真正有价值的地方，不是又做了一个能对话的 agent demo，而是把生产化 agent 应用常见的四层拼图摊开了：Agent Framework 负责 agent 逻辑与编排，Foundry 负责模型与治理后端，MCP 负责工具边界，Aspire 负责多服务编排与部署。它讲清楚的，其实是 agent 从 demo 走向系统时，责任该怎么分层。
-
微软把 Agent 应用真正拼起来了：Agent Framework、Foundry、MCP 和 Aspire 的实战样板
Published: at 12:00 AM微软新放出的 Interview Coach 样板，不是在演示“怎么调一个大模型”，而是在回答另一个更难的问题：当 Agent 真要进入真实应用，怎么把多 Agent 协作、工具接入、状态存储、本地运行和云端部署串成一套能落地的工程结构。
-
官方 MCP C# SDK 到了 1.0，MCP 在 .NET 里开始像生产工具了
Published: at 12:00 AM官方 MCP C# SDK 发布 v1.0，对齐 2025-11-25 版 MCP 规范，把增量授权、URL elicitation、sampling 工具调用、长请求轮询与 tasks 一次补齐，.NET 开发者终于能更认真地把 MCP 带进真实系统。
-
CLI 就是你所需要的一切
Published: at 12:00 AMMCP 的热潮退去，越来越多的开发者发现：把 AI 代理直接扔进终端、给它 shell 访问权限，才是最高效的编码工作流。Claude Code、Codex CLI、Gemini CLI 这些纯 CLI 代理正在领跑，而 Unix 管道和经典命令行工具从未过时。
-
用 Draw.io MCP 生成架构图：为什么值得一试
Published: at 12:00 AMDraw.io MCP 把图表生成从手工拖拽变成了结构化输入驱动的自动化流程。本文介绍它的实际工作方式、在工程工作流中的定位，以及一个真实的 CI/CD 图生成示例，说明为什么它正在成为 AI 辅助开发场景下的标配工具。
