在不借助第三方现成插件的情况下，从零开始设计并实现一个自定义的 Babel 插件，请详细说明其核心工作原理、开发流程以及关键实现细节。
考察说明
考查对 Babel 插件机制的理解和实际开发能力。
回答思路
- 【回答框架 1】Babel 插件本质是一个函数，接收 babel 对象作为参数，返回一个包含 visitor 对象的插件对象。visitor 中定义了对 AST 节点类型的访问方法，在遍历 AST 时，进入或退出对应节点时会被调用，借此实现对代码的转换。
- 【回答框架 2】插件开发流程：首先明确转换目标，然后使用 @babel/parser 或在线 AST 查看器分析目标代码的 AST 结构，确定要操作的节点类型。接着编写插件，在 visitor 中定义对这些节点的处理逻辑，可通过 path 对象进行节点替换、插入、删除等操作，最后使用 @babel/core 的 transform 或 transformFile 进行测试验证。
- 【回答框架 3】关键 API 和概念：path 对象是节点之间的连接器，提供 parent、node、get、findParent 等方法，以及 replaceWith、insertBefore、insertAfter 等修改方法。此外，@babel/types 提供了一系列构建、校验 AST 节点的方法，如 t.isIdentifier、t.stringLiteral 等，用于创建新节点。
- 【回答框架 4】在处理逻辑中，需要识别需要转换的模式，例如将箭头函数转换为普通函数，需判断节点类型是否为 ArrowFunctionExpression，然后创建对应的 FunctionExpression 节点，并处理 this 绑定等问题。同时要注意作用域和路径的合法性，避免在循环修改 AST 时出现错误。
- 【关键点 1】插件函数返回包含 visitor 的对象，在访问 AST 节点时执行转换。
- 【关键点 2】利用 path 对象进行节点操作，使用 @babel/types 构建新节点。
- 【关键点 3】开发流程包括分析 AST、编写 visitor、测试验证。
- 【易错点 1】直接在遍历过程中修改 AST 可能导致路径失效，需谨慎使用 path 的方法。
- 【易错点 2】未考虑转换后代码的语义变化，例如 this 绑定、作用域问题，导致转换结果错误。
- 【易错点 3】插件未处理边界情况，如节点类型不匹配或缺少必要参数，可能导致插件崩溃。