其实本来只打算写一下我是如何通过自定义材质来实现特定场景下突破 UBO 数量限制的，但是写着写着发现很有必要捋清楚 Babylonjs 内部着色器预编译的机制，不然连我自己都不清楚我为啥要这么做🙈。
虽然我之前确实对 Babylonjs 的源码做过一些分析记录，但总体比较零散，完全无法在脑海中形成一个系统性的、清晰的流程。所以这次我就把 Babylonjs 的仓库 clone 到本地，使用 Cursor 将其作为本地知识库进行详细的源码分析，得到了多份分析报告文档，基于这些文档我才对 Babylonjs 内部一些机制有了更详细和全面的了解。
而这些报告文档我都放到了 Github 上，感兴趣的可以去看一看，我觉得从里面确实可以学到不少关于 Babylonjs 源码的思路。
我前不久独自开发了一个 在线3D展览 的项目，该项目的主要需求就是渲染展厅模型及展厅中的大量展品，也包含大量用来给展品打光的聚光灯。
MCP（Model Context Protocol，模型上下文协议）是由 Anthropic 在 2024 年底推出的一种开放协议，旨在通过标准化接口实现大语言模型（LLM）与外部数据源及工具的无缝集成。其核心采用客户端 - 服务器架构，客户端（如 AI 驱动的 IDE、聊天机器人）可通过协议发现并调用本地或远程的 MCP 服务器（如文件系统工具、GitHub 接口等），LLM 在推理过程中自主判断是否需要调用工具，再由服务器执行具体操作并将结果返回给模型，形成动态交互的工作流。该协议通过统一标准化的工具调用方式，解决了传统 AI 应用开发中碎片化 Agent 集成的问题，类似 USB-C 接口统一设备连接。[1]
简单地来说，MCP 赋予了 LLMs 进行标准化调用工具及获取数据的能力，由于是标准化协议，所有基于 MCP 实现的工具（Server）都可以被 MCP 客户端（如 Cursor、windsurf 这类 IDE）进行调用，其作用很类似当年微软提出的 LSP（该协议使得同一个编程语言 Server 能够在实现了 LSP 协议的客户端进行调用，大大地提高了 IDE 之间的编程语言插件复用效率）。同样地，由于 MCP 的存在，目前扩展 LLMs 能力的开发流程变得统一起来，因此尽管该协议目前（2025-03）才刚提出几个月，社区就已经实现了大量的基于 MCP 的工具，且该协议目前由 Anthropic 主推（这家公司的模型大家应该都不陌生吧，旗下的 Claude 就是目前编程模型界的 Top1），并得到了 Cursor、windsurf 和 Cline 等主流 AI IDE 和插件的支持，因此我很看好 MCP 的前景和发展潜力。
最近（2025-02）看到消息说字节推出了一个免费版的 AI IDE——Trae，于是就去试了一下，毕竟之前用 AI IDE 的还是 Cursor 刚推出的那会（应该是 2023 年初），那时候的 AI IDE 可以说就是个玩具，所以后面有很长一段时间都没咋用过 AI IDE 了，日常也就是在 VSCode 里用一些免费的 LLM 代码补全插件（如 Codeium）。但 2024 年随着 LLM 大爆发，生产力早就不可同日而语了，因此顺带着 Cursor 和 windsurf 这类 AI IDE 也开始声名大噪。
由于 Trae 不像其它 AI IDE 那样是需要收费的（估计后面会收费），而且免费提供的模型没有次数限制，因此就可以用它在项目中放心进行各种尝试了，所以是目前用于入门 AI IDE 的最佳选择了。
由于国内各大云服务商在 2024 年把免费的 SSL 证书时长从一年变更为3 个月[1]（应该是源头提供免费 SSL 证书的服务商决定的），所以手动更换域名的 SSL 证书就变得繁琐起来了，尤其是手上有多个域名进行维护的时候，因为免费 SSL 证书都是单域名的。
