尧图网站建设 
学习西门子博途和官方AF框架案例程序时最常见的困难不是缺少代码而是代码就在那里却不知道从哪里读起。一个示例项目里可能包含几十个OB、FB、DB和UDT变量命名带有工业背景调用关系层层嵌套新人从OB1开始点开块逐个看往往看两三个小时还是理不出主线。OpenCode加博途MCP服务器可以把这条阅读链路变成“AI代读”OpenCode是终端里的AI编码代理负责执行任务MCP服务器负责把TIA Portal项目文件转换成AI能够理解的结构化数据官方AF框架案例程序则是待分析的学习对象。按下面的流程操作后你可以用自然语言让AI自动列出案例程序的块结构、变量定义、调用关系和状态机逻辑并生成一份可保存、可对照的Markdown学习笔记。1. 先理解这条链路OpenCode、博途MCP和AF框架各自解决什么问题1.1 AF框架案例程序为什么难读AF框架Application Framework在博途自动化项目中承担的是“标准程序骨架”的作用。它把常用功能抽成规范化的程序块组织块负责扫描周期和启动逻辑函数块封装具体电机、阀门、报警控制全局数据块保存工艺参数PLC数据类型定义结构化的变量模板。官方案例程序用来展示这套框架怎么落地。难点在于AF框架的代码不是按“按业务功能简单平铺”而是按“可复用框架”组织。为了一个启动逻辑能兼容多种设备代码里会有大量分支、接口结构和中间变量为了状态机可维护状态切换分散在多个FB块中。直接阅读会出现三个问题不知道先看哪个块。看到某个FB的SCL代码却不知道它在整体流程里处于哪个位置。变量表很长但每个变量在什么场景下被使用肉眼很难追踪。这就是AI辅助分析的价值点让AI先做“通读”把整体结构和关键调用关系提取出来人再带着结论去精读具体块。1.2 OpenCode能在终端里操作本地项目的AI代理OpenCode是一个开源的AI编码代理工具运行在终端中支持连接多种大模型。它和网页版AI助手的关键区别在于OpenCode能读取本地文件、运行命令、创建和修改文件并且可以通过MCP协议调用外部工具。对本文场景来说OpenCode承担的职责是“接收用户的分析指令调用MCP工具获取博途项目数据组织成分析结果输出”。安装后通常通过opencode命令启动进入交互式会话后可以直接用自然语言描述任务。也可以用命令行直接跑一次性任务。这里不需要把它理解成很复杂的框架它的核心定位就是“一个能干活、能调用工具的终端AI助手”。1.3 MCP服务器把博途项目“翻译”给AI的桥梁MCPModel Context Protocol是用于连接AI模型和外部工具、数据源的开放协议。简单说如果AI是大脑MCP服务器就是大脑伸出去的“手臂”和“眼睛”。博途项目文件比如.ap17不是纯文本包含大量二进制和XML混存结构AI没有能力直接打开。MCP服务器负责完成转换读取博途项目把程序块清单、SCL代码、变量表、调用关系提取成结构化文本或JSON再通过协议暴露给OpenCode调用。一条典型调用链是用户输入分析请求 - OpenCode - MCP工具 - 博途项目文件 - 结构化数据返回 - AI基于数据生成报告MCP服务器通常不需要常驻图形界面而是以本地进程方式运行。OpenCode启动时会根据配置拉起MCP进程需要时调用其中的工具。1.4 三者组合起来是什么效果把三个角色放在一起这条链路解决的核心问题是“AI看不懂博途项目人能看懂但没有时间全文精读”。OpenCode提供AI运行环境MCP服务器提供博途数据读取能力AF框架案例程序提供学习素材。三者组合后AI可以自动完成原来需要人工花几个小时完成的“读项目、理结构、找关系”的工作并且把结果沉淀成结构化文档。注意这套方法适合“读”和“学”不建议在没有人工复核的情况下让AI直接修改PLC程序。先让AI理解代码再由人来判断是更稳妥的用法。2. 环境准备安装OpenCode、核对博途版本并注册MCP服务器2.1 环境要求清单开始安装前先确认环境避免装到一半发现版本不匹配。项目建议要求说明操作系统Windows 10/11 64位博途官方对Windows要求严格先以官方兼容性为准Node.js18及以上OpenCode和多数MCP服务器依赖Node.js运行时TIA PortalV16、V17、V18或更新版本以AF案例项目保存的版本为准AF框架案例程序官方示例项目优先使用官方教学案例不要直接用生产项目做实验大模型API支持OpenCode的模型可以是云端模型API也可以是本地模型磁盘空间至少预留10GB博途安装本身占用较大项目分析也会产生临时文件版本匹配是整条链路最容易出问题的环节。TIA Portal不同版本的项目文件后缀不同MCP服务器如果只针对V17项目解析开发遇到V18项目就会读取失败。建议在准备阶段先确认三件事案例项目用的博途版本、MCP服务器支持的博途版本、本机安装的博途版本。2.2 安装OpenCodeOpenCode的安装方式以官方文档为准常见思路是通过安装脚本或包管理器下载可执行文件。下面以命令行方式举例# 常见安装方式以OpenCode官方文档为准 curl -fsSL https://opencode.ai/install | bash如果你的电脑上已经配置了Node.js环境也可以尝试通过npm方式安装npm install -g opencode-ai安装完成后在终端执行opencode --version如果能看到版本号说明安装成功。如果提示“opencode无法识别为cmdlet、函数、脚本文件或可运行程序”通常是安装目录没有加入PATH或者终端没有重启。Windows下还需要注意PowerShell执行策略必要时执行Set-ExecutionPolicy -Scope CurrentUser RemoteSigned执行策略修改只影响当前用户不会影响系统其他用户。执行后重新打开终端再验证。2.3 准备博途项目和AF框架案例程序在博途中打开官方AF框架案例项目确认项目能正常编译、没有报错。这一步很关键因为MCP服务器读取的是“结构完整的项目”如果项目本身有编译错误导出或解析时可能会出现数据缺失。建议把案例项目单独放在一个路径清晰的目录下例如D:\PLCProjects\AF_Demo\这里要特别注意路径不要包含中文、空格和特殊符号。很多MCP服务器在启动时会把路径当成参数传给子进程包含空格的路径容易导致解析失败。例如“D:\PLC项目\AF案例 01”这种路径在Windows下会带来不少麻烦。2.4 在OpenCode中注册博途MCP服务器OpenCode通过配置文件注册MCP服务器。具体配置结构以OpenCode文档为准一般需要声明服务器名称、启动命令、环境变量和启用开关。下面是一个用于说明思路的示例{ mcp: { tia-portal: { type: local, command: [npx, tia-mcp-server], environment: { TIA_PROJECT_DIR: D:/PLCProjects/AF_Demo }, enabled: true } } }示例中command指定了MCP服务器的启动方式environment传入项目路径。实际落地时工具包名、字段名都可能随版本变化配置前要先确认MCP服务器的README或者OpenCode的MCP配置文档。配置完成后重新启动OpenCode。在会话中输入“列出当前可用的工具”如果MCP服务器连接成功你会看到类似tia-portal_list_blocks、tia-portal_read_block_code这样的工具。这里要注意一个常见坑MCP服务器是本地进程启动需要时间。刚配置完进入会话时工具列表可能还没刷新完可以先等几秒或者重启OpenCode再检查。3. 让MCP服务器把AF框架案例程序转换成AI能读的结构化数据3.1 MCP服务器读取博途项目的几种路径博途MCP服务器要完成任务底层通常依赖两类技术路径。第一类是TIA Portal Openness。这是博途提供的开放API通过.NET接口可以打开项目、遍历程序块、读取代码和变量表。优势是数据完整能拿到块内代码、注释、网络等详细信息代价是对博途的版本、操作系统和运行权限有要求MCP服务器需要与博途运行在相同环境且需要以管理员权限访问项目。第二类是解析导出文件。TIA Portal支持把项目或PLC导出为AMLAutomationML格式AML基于XMLMCP服务器可以用通用XML解析器读取其中结构。优势是实现门槛低不依赖博途的.NET SDK劣势是导出的数据粒度取决于导出选项有些内部结构可能丢失。对学习AF框架案例来说优先使用Openness路径因为AF框架的分析重点恰恰是FB之间的调用关系和UDT定义这些信息在导出AML时需要额外关注。3.2 一个最小解析示例从AML中提取块清单假设你手头的MCP服务器还不完善或者你想先验证“转换”这件事本身是否可行可以直接把案例项目导出为AML文件再用Python写一个简单的解析脚本验证数据能否被程序读取。import xml.etree.ElementTree as ET tree ET.parse(AF_Demo.aml) root tree.getroot() # 示例思路遍历节点提取块类型的元素 for elem in root.iter(): tag elem.tag.split(})[-1] # 去掉XML命名空间 if tag in (Block, FB, OB, DB): name elem.get(Name) or elem.get(name) block_type elem.get(Type) or elem.get(type) if name: print(f{name}: {block_type})这段代码只演示数据的可解析性不代表MCP服务器的真实实现。实际MCP服务器返回给AI的通常是一段JSON或Markdown结构化数据包含块名、块类型、父级关系、代码摘要等。3.3 MCP服务器应该暴露哪些工具为了让AI分析AF框架案例时“有话可说”MCP服务器最好提供以下几个工具工具名功能典型返回值list_blocks列出项目中的所有程序块OB、FB、DB、UDT的名称与类型read_block_code读取指定块的SCL或STL代码代码文本、所在文件夹list_global_variables读取全局变量表变量名、数据类型、注释read_call_structure读取OB对FB、FB对FB的调用关系调用链列表search_in_project按关键字搜索块或变量匹配位置这些工具不需要一次全部实现。对于最小闭环可以先实现list_blocks和read_block_code让AI能“看到”块清单和具体代码再逐步补充调用关系和变量表。3.4 为什么结构化数据对AI分析结果影响巨大AI在生成分析报告时质量取决于两个因素一个是模型自身能力另一个是输入数据的结构。如果MCP服务器返回的是“一大段无分隔的代码”AI虽然也能读但容易漏掉边界。如果返回的是标准JSON每条记录都有字段名AI就能更稳定地整理成表格和清单。所以MCP服务器的设计要点不只是“能读出数据”而是“让AI好读”。实际开发中建议让每个工具返回确定格式并在字段名里包含注释含义。例如{ block_name: FB_StateMachine, block_type: FB, language: SCL, path: /Program blocks/StateMachine/FB_StateMachine, description: 状态机主控制器 }字段名清晰AI就能直接理解内容。如果字段名是a1、a2这种缩写AI需要额外猜测分析准确率会下降。4. 用AI自动分析官方AF框架案例程序提示词设计与结果验证4.1 先定分析目标再让AI动手启动OpenCode会话后不要直接问“这个项目是干什么的”这种问题得到的回答会非常泛。更有效的做法是先给AI一个“分析路径”让它按步骤调用工具。对于AF框架案例程序推荐的分析顺序是获取完整块清单了解项目里有哪些OB、FB、DB、UDT。找到主循环OB通常是OB1和启动OB通常是OB100/OB101确认程序入口。分析调用关系找出哪些FB被主OB调用哪些FB之间互相调用。读取核心FB的代码总结每个块的核心作用。整理全局变量表和UDT理解数据如何流转。输出结构化报告。4.2 一个可以直接使用的提示词模板下面是一个适合OpenCode会话的提示词示例实际使用时请把tia-portal替换成你注册的MCP服务器名称。请使用 tia-portal 工具分析当前AF框架案例程序按以下步骤执行 1. 调用 list_blocks 获取全部程序块按OB、FB、DB、UDT分类整理成表格。 2. 调用 read_call_structure 获取调用关系重点列出 OB1 直接调用了哪些FB。 3. 找出与状态机相关的FB如包含 State、Mode、Transition 关键字的块。 4. 逐个读取这些核心FB的代码总结它们的输入输出参数和内部逻辑。 5. 最后输出一份Markdown报告包含 - 项目整体架构说明 - 程序块清单表 - 核心调用链 - 状态机逻辑分析 - 学习顺序建议这个提示词的关键点在于它把任务拆成了多个小步骤并且要求AI调用指定工具。如果AI没有按步骤做而是直接回答说明MCP工具没有正确注入要先回到第2章的配置排查。4.3 如何验证AI的分析结果AI生成的报告不能直接当官方文档使用至少要经过三重验证。第一重是块名核对。打开博途项目对照报告里的块清单检查是否每个块都真实存在。如果AI列出了项目里没有的块说明MCP返回的数据不完整或AI编造了内容。第二重是调用关系核对。在博途中打开OB1查看网络列表确认AI描述的“OB1 - FB_StateMachine - FB_DriveControl”是否符合实际。第三重是注释核对。随机抽查报告中引用的一段代码注释在博途中找到对应块确认注释原文 AI代读西门子博途AF框架案例程序：OpenCode+MCP实战指南
学习西门子博途和官方AF框架案例程序时最常见的困难不是缺少代码而是代码就在那里却不知道从哪里读起。一个示例项目里可能包含几十个OB、FB、DB和UDT变量命名带有工业背景调用关系层层嵌套新人从OB1开始点开块逐个看往往看两三个小时还是理不出主线。OpenCode加博途MCP服务器可以把这条阅读链路变成“AI代读”OpenCode是终端里的AI编码代理负责执行任务MCP服务器负责把TIA Portal项目文件转换成AI能够理解的结构化数据官方AF框架案例程序则是待分析的学习对象。按下面的流程操作后你可以用自然语言让AI自动列出案例程序的块结构、变量定义、调用关系和状态机逻辑并生成一份可保存、可对照的Markdown学习笔记。1. 先理解这条链路OpenCode、博途MCP和AF框架各自解决什么问题1.1 AF框架案例程序为什么难读AF框架Application Framework在博途自动化项目中承担的是“标准程序骨架”的作用。它把常用功能抽成规范化的程序块组织块负责扫描周期和启动逻辑函数块封装具体电机、阀门、报警控制全局数据块保存工艺参数PLC数据类型定义结构化的变量模板。官方案例程序用来展示这套框架怎么落地。难点在于AF框架的代码不是按“按业务功能简单平铺”而是按“可复用框架”组织。为了一个启动逻辑能兼容多种设备代码里会有大量分支、接口结构和中间变量为了状态机可维护状态切换分散在多个FB块中。直接阅读会出现三个问题不知道先看哪个块。看到某个FB的SCL代码却不知道它在整体流程里处于哪个位置。变量表很长但每个变量在什么场景下被使用肉眼很难追踪。这就是AI辅助分析的价值点让AI先做“通读”把整体结构和关键调用关系提取出来人再带着结论去精读具体块。1.2 OpenCode能在终端里操作本地项目的AI代理OpenCode是一个开源的AI编码代理工具运行在终端中支持连接多种大模型。它和网页版AI助手的关键区别在于OpenCode能读取本地文件、运行命令、创建和修改文件并且可以通过MCP协议调用外部工具。对本文场景来说OpenCode承担的职责是“接收用户的分析指令调用MCP工具获取博途项目数据组织成分析结果输出”。安装后通常通过opencode命令启动进入交互式会话后可以直接用自然语言描述任务。也可以用命令行直接跑一次性任务。这里不需要把它理解成很复杂的框架它的核心定位就是“一个能干活、能调用工具的终端AI助手”。1.3 MCP服务器把博途项目“翻译”给AI的桥梁MCPModel Context Protocol是用于连接AI模型和外部工具、数据源的开放协议。简单说如果AI是大脑MCP服务器就是大脑伸出去的“手臂”和“眼睛”。博途项目文件比如.ap17不是纯文本包含大量二进制和XML混存结构AI没有能力直接打开。MCP服务器负责完成转换读取博途项目把程序块清单、SCL代码、变量表、调用关系提取成结构化文本或JSON再通过协议暴露给OpenCode调用。一条典型调用链是用户输入分析请求 - OpenCode - MCP工具 - 博途项目文件 - 结构化数据返回 - AI基于数据生成报告MCP服务器通常不需要常驻图形界面而是以本地进程方式运行。OpenCode启动时会根据配置拉起MCP进程需要时调用其中的工具。1.4 三者组合起来是什么效果把三个角色放在一起这条链路解决的核心问题是“AI看不懂博途项目人能看懂但没有时间全文精读”。OpenCode提供AI运行环境MCP服务器提供博途数据读取能力AF框架案例程序提供学习素材。三者组合后AI可以自动完成原来需要人工花几个小时完成的“读项目、理结构、找关系”的工作并且把结果沉淀成结构化文档。注意这套方法适合“读”和“学”不建议在没有人工复核的情况下让AI直接修改PLC程序。先让AI理解代码再由人来判断是更稳妥的用法。2. 环境准备安装OpenCode、核对博途版本并注册MCP服务器2.1 环境要求清单开始安装前先确认环境避免装到一半发现版本不匹配。项目建议要求说明操作系统Windows 10/11 64位博途官方对Windows要求严格先以官方兼容性为准Node.js18及以上OpenCode和多数MCP服务器依赖Node.js运行时TIA PortalV16、V17、V18或更新版本以AF案例项目保存的版本为准AF框架案例程序官方示例项目优先使用官方教学案例不要直接用生产项目做实验大模型API支持OpenCode的模型可以是云端模型API也可以是本地模型磁盘空间至少预留10GB博途安装本身占用较大项目分析也会产生临时文件版本匹配是整条链路最容易出问题的环节。TIA Portal不同版本的项目文件后缀不同MCP服务器如果只针对V17项目解析开发遇到V18项目就会读取失败。建议在准备阶段先确认三件事案例项目用的博途版本、MCP服务器支持的博途版本、本机安装的博途版本。2.2 安装OpenCodeOpenCode的安装方式以官方文档为准常见思路是通过安装脚本或包管理器下载可执行文件。下面以命令行方式举例# 常见安装方式以OpenCode官方文档为准 curl -fsSL https://opencode.ai/install | bash如果你的电脑上已经配置了Node.js环境也可以尝试通过npm方式安装npm install -g opencode-ai安装完成后在终端执行opencode --version如果能看到版本号说明安装成功。如果提示“opencode无法识别为cmdlet、函数、脚本文件或可运行程序”通常是安装目录没有加入PATH或者终端没有重启。Windows下还需要注意PowerShell执行策略必要时执行Set-ExecutionPolicy -Scope CurrentUser RemoteSigned执行策略修改只影响当前用户不会影响系统其他用户。执行后重新打开终端再验证。2.3 准备博途项目和AF框架案例程序在博途中打开官方AF框架案例项目确认项目能正常编译、没有报错。这一步很关键因为MCP服务器读取的是“结构完整的项目”如果项目本身有编译错误导出或解析时可能会出现数据缺失。建议把案例项目单独放在一个路径清晰的目录下例如D:\PLCProjects\AF_Demo\这里要特别注意路径不要包含中文、空格和特殊符号。很多MCP服务器在启动时会把路径当成参数传给子进程包含空格的路径容易导致解析失败。例如“D:\PLC项目\AF案例 01”这种路径在Windows下会带来不少麻烦。2.4 在OpenCode中注册博途MCP服务器OpenCode通过配置文件注册MCP服务器。具体配置结构以OpenCode文档为准一般需要声明服务器名称、启动命令、环境变量和启用开关。下面是一个用于说明思路的示例{ mcp: { tia-portal: { type: local, command: [npx, tia-mcp-server], environment: { TIA_PROJECT_DIR: D:/PLCProjects/AF_Demo }, enabled: true } } }示例中command指定了MCP服务器的启动方式environment传入项目路径。实际落地时工具包名、字段名都可能随版本变化配置前要先确认MCP服务器的README或者OpenCode的MCP配置文档。配置完成后重新启动OpenCode。在会话中输入“列出当前可用的工具”如果MCP服务器连接成功你会看到类似tia-portal_list_blocks、tia-portal_read_block_code这样的工具。这里要注意一个常见坑MCP服务器是本地进程启动需要时间。刚配置完进入会话时工具列表可能还没刷新完可以先等几秒或者重启OpenCode再检查。3. 让MCP服务器把AF框架案例程序转换成AI能读的结构化数据3.1 MCP服务器读取博途项目的几种路径博途MCP服务器要完成任务底层通常依赖两类技术路径。第一类是TIA Portal Openness。这是博途提供的开放API通过.NET接口可以打开项目、遍历程序块、读取代码和变量表。优势是数据完整能拿到块内代码、注释、网络等详细信息代价是对博途的版本、操作系统和运行权限有要求MCP服务器需要与博途运行在相同环境且需要以管理员权限访问项目。第二类是解析导出文件。TIA Portal支持把项目或PLC导出为AMLAutomationML格式AML基于XMLMCP服务器可以用通用XML解析器读取其中结构。优势是实现门槛低不依赖博途的.NET SDK劣势是导出的数据粒度取决于导出选项有些内部结构可能丢失。对学习AF框架案例来说优先使用Openness路径因为AF框架的分析重点恰恰是FB之间的调用关系和UDT定义这些信息在导出AML时需要额外关注。3.2 一个最小解析示例从AML中提取块清单假设你手头的MCP服务器还不完善或者你想先验证“转换”这件事本身是否可行可以直接把案例项目导出为AML文件再用Python写一个简单的解析脚本验证数据能否被程序读取。import xml.etree.ElementTree as ET tree ET.parse(AF_Demo.aml) root tree.getroot() # 示例思路遍历节点提取块类型的元素 for elem in root.iter(): tag elem.tag.split(})[-1] # 去掉XML命名空间 if tag in (Block, FB, OB, DB): name elem.get(Name) or elem.get(name) block_type elem.get(Type) or elem.get(type) if name: print(f{name}: {block_type})这段代码只演示数据的可解析性不代表MCP服务器的真实实现。实际MCP服务器返回给AI的通常是一段JSON或Markdown结构化数据包含块名、块类型、父级关系、代码摘要等。3.3 MCP服务器应该暴露哪些工具为了让AI分析AF框架案例时“有话可说”MCP服务器最好提供以下几个工具工具名功能典型返回值list_blocks列出项目中的所有程序块OB、FB、DB、UDT的名称与类型read_block_code读取指定块的SCL或STL代码代码文本、所在文件夹list_global_variables读取全局变量表变量名、数据类型、注释read_call_structure读取OB对FB、FB对FB的调用关系调用链列表search_in_project按关键字搜索块或变量匹配位置这些工具不需要一次全部实现。对于最小闭环可以先实现list_blocks和read_block_code让AI能“看到”块清单和具体代码再逐步补充调用关系和变量表。3.4 为什么结构化数据对AI分析结果影响巨大AI在生成分析报告时质量取决于两个因素一个是模型自身能力另一个是输入数据的结构。如果MCP服务器返回的是“一大段无分隔的代码”AI虽然也能读但容易漏掉边界。如果返回的是标准JSON每条记录都有字段名AI就能更稳定地整理成表格和清单。所以MCP服务器的设计要点不只是“能读出数据”而是“让AI好读”。实际开发中建议让每个工具返回确定格式并在字段名里包含注释含义。例如{ block_name: FB_StateMachine, block_type: FB, language: SCL, path: /Program blocks/StateMachine/FB_StateMachine, description: 状态机主控制器 }字段名清晰AI就能直接理解内容。如果字段名是a1、a2这种缩写AI需要额外猜测分析准确率会下降。4. 用AI自动分析官方AF框架案例程序提示词设计与结果验证4.1 先定分析目标再让AI动手启动OpenCode会话后不要直接问“这个项目是干什么的”这种问题得到的回答会非常泛。更有效的做法是先给AI一个“分析路径”让它按步骤调用工具。对于AF框架案例程序推荐的分析顺序是获取完整块清单了解项目里有哪些OB、FB、DB、UDT。找到主循环OB通常是OB1和启动OB通常是OB100/OB101确认程序入口。分析调用关系找出哪些FB被主OB调用哪些FB之间互相调用。读取核心FB的代码总结每个块的核心作用。整理全局变量表和UDT理解数据如何流转。输出结构化报告。4.2 一个可以直接使用的提示词模板下面是一个适合OpenCode会话的提示词示例实际使用时请把tia-portal替换成你注册的MCP服务器名称。请使用 tia-portal 工具分析当前AF框架案例程序按以下步骤执行 1. 调用 list_blocks 获取全部程序块按OB、FB、DB、UDT分类整理成表格。 2. 调用 read_call_structure 获取调用关系重点列出 OB1 直接调用了哪些FB。 3. 找出与状态机相关的FB如包含 State、Mode、Transition 关键字的块。 4. 逐个读取这些核心FB的代码总结它们的输入输出参数和内部逻辑。 5. 最后输出一份Markdown报告包含 - 项目整体架构说明 - 程序块清单表 - 核心调用链 - 状态机逻辑分析 - 学习顺序建议这个提示词的关键点在于它把任务拆成了多个小步骤并且要求AI调用指定工具。如果AI没有按步骤做而是直接回答说明MCP工具没有正确注入要先回到第2章的配置排查。4.3 如何验证AI的分析结果AI生成的报告不能直接当官方文档使用至少要经过三重验证。第一重是块名核对。打开博途项目对照报告里的块清单检查是否每个块都真实存在。如果AI列出了项目里没有的块说明MCP返回的数据不完整或AI编造了内容。第二重是调用关系核对。在博途中打开OB1查看网络列表确认AI描述的“OB1 - FB_StateMachine - FB_DriveControl”是否符合实际。第三重是注释核对。随机抽查报告中引用的一段代码注释在博途中找到对应块确认注释原文