MCP协议的初衷是希望能将大模型的工具调用来做统一，对于 MCP 的原理介绍的文章已经随处可见，相信大家都有自己的见解，这里简单介绍一些没有MCP之前的痛点问题，帮助大家理解为何需要MCP。1.客户端：每个工具暴露出来的对接方式都不一样，客户端为了去对接各类工具，需要做很多开发，比如getWeather工具是一个http服务，getLocation是一个HSF服务，并且两种入参，出参的数据结构都不一样，那这时候的对接开发成本就会很高；2.服务端：A平台Agent和B平台Agent所需要服务的约定不一致，同一个服务需要考虑客户端的约定，开发两套接口，开发成本和维护成本都较高；因此，MCP的出现约定了在AI开发领域客户端和服务端的对接规范，当然未来也许会有更好用的协议也会替代MCP成为一种新的规范。
本文深入解析了如何通过 CursorRules 对 AI 编程助手进行精细化管理，使其更好地适应项目需求与团队规范。从基础概念到高级技巧，文章全面介绍了 CursorRules 的结构、配置方法及最佳实践，并探讨了其在提升代码质量、协作效率以及个性化体验方面的巨大价值。无论你是初学者还是进阶用户，都能从中找到“调教”AI 助手的实用指南和灵感。
随着互联业务的发展、业务逐渐的复杂，传统代码架构在日常开发中存在的多种弊端，如代码混乱、补丁式开发、迭代成本高等问题，大大影响了迭代的效率。本文作者借助 DDD 的战略设计和战术设计，介绍了如何通过限界上下文、领域模型、聚合、资源库等概念，实现业务逻辑与技术的解耦，提升代码的可维护性、扩展性和稳定性。同时，文章作者结合团队在落地DDD时，遇到的卡点、痛点，创新性的提出一种 DDD 的分层实践，并在实际开发中取得了较好的效果
在Web开发网页设计中，CSS（层叠样式表）扮演着至关重要的角色，它用于控制网页的布局、外观和视觉效果。CSS不仅可以美化网页的视觉表现，还可以提高网页的可访问性、可维护性和响应式设计。在我们进行网页开发的时候，CSS是必不可少的一个环节。但是在早期的纯手写CSS阶段时会存在很多的痛点，这些痛点催生了 CSS 预处理工具（如 Sass/Less）和 CSS-in-JS 方案的兴起，进入工具曙光时代，但它们本质上仍未能突破"手动编写样式规则"的范式。直到原子化 CSS 理念的回归——通过预定义的实用类（Utility Classes）组合样式，配合智能化的工具链，为解决传统 CSS 困境提供了新的思路。
本文介绍端智能技术在vivo官网APP的落地实践，通过抽象问题、提出端智能解决方案、方案落地这三大块内容逐步递进地展开端智能技术的应用过程。
最近 Model Context Protocol ( MCP ) 概念大火，刚好它可以用 Node 或 Python 来编写，作为一名 web 前端程序猿，怎么可以错过这个工具的探索。文章是记录本人做 MCP Server 工具开发的时候遇到的一些问题，以及自己的一些关于 AI 的感想。
MCP的关键两步：模型如何智能选择工具和工具执行与结果反馈机制。在选择工具时，模型是通过 prompt 来确定当前有哪些工具。我们通过将工具的具体使用描述以文本的形式传递给模型，供模型了解有哪些工具以及结合实时情况进行选择，这一步会消耗大量token，所以我们选择了本地部署的小尺寸的Qwen3-0.6b，不仅节约了token，还加速了工具选择。承接上一步，我们把 system prompt（指令与工具调用描述）和用户消息一起发送给模型，然后接收模型的回复。当模型分析用户请求后，它会决定是否需要调用工具：无需工具时：模型直接生成自然语言回复；需要工具时：模型输出结构化 JSON 格式的工具调用请求。在这一步，为了输出效果的稳定性，我们选择了Qwen3-235b-a22b，并且经过测试，Qwen3-235b-a22b提供了与Deepseek-R1相同的能力。Qwen3-0.6b+Qwen3-235b-a22b的使用，不仅保证了结果的稳定性，加速了tool选择，同时在有大量描述的tool的场景下大大节省了token数，真正做到了“多快好省”。
