1. 项目概述当AI助手遇见SAP ABAP开发如果你是一名SAP ABAP开发者那么对SE80、SE38这些事务码的界面一定再熟悉不过了。几十年来我们习惯了在这些“经典”的界面中穿梭通过复制粘贴、手动激活、反复检查来完成开发工作。这种工作流虽然稳定但在追求效率的今天总让人觉得与现代开发工具之间隔着一道鸿沟。想象一下你正在用VS Code或者Cursor编写其他语言的代码享受着智能补全、代码导航和AI辅助编程的便利但一转头面对SAP GUI里的ABAP编辑器又得切换回那个“古老”的思维模式。这种割裂感正是S.A.M.U.R.A.I.项目想要解决的问题。S.A.M.U.R.A.I.全称SAP ADT MCP Unified Remote ABAP Interface是一个开源项目。它的核心使命是为你钟爱的AI编程助手比如Antigravity、Cursor、Kiro、Claude Desktop等装上一把锋利的“武士刀”让它们能够通过标准的ADT REST API直接、安全地与你的SAP系统对话。这意味着你可以在自己熟悉的现代IDE里用自然语言告诉AI“帮我搜索所有以ZCL_SD开头的类”、“读取ZCL_MM_PO_VALIDATOR的源代码并检查语法”、“在ZFI_PAYMENTS包下创建一个新的支付处理类并分配到传输请求DEVK900456上”。AI助手会理解你的意图并通过S.A.M.U.R.A.I.这个“桥梁”在后台替你执行这些操作然后将结果清晰地呈现在你面前。这个项目不是某个SAP厂商的闭源工具而是一个完全开源、基于Node.js的MCP服务器。MCP即模型上下文协议正逐渐成为AI助手与外部工具和资源交互的事实标准。S.A.M.U.R.A.I.实现了这个协议将SAP ADT丰富的API封装成了30个清晰的工具和2个实用的提示模板。无论你连接的是S/4HANA、ECC、BW还是其他任何启用了ADT的SAP系统本地或云端它都能工作。更重要的是它没有供应商锁定配置完全由你掌控。对于任何希望将现代AI驱动的开发体验引入传统SAP ABAP领域的开发者、顾问或团队负责人来说这都是一件值得深入研究的利器。1.1 核心价值不止于效率的提升初看之下你可能会认为这只是一个提升编码效率的工具——确实它能极大提升效率。但它的价值远不止于此。我认为其核心价值体现在三个层面第一层是开发流程的现代化与无缝集成。它打破了SAP开发必须依赖特定GUI或Eclipse ADT插件的束缚。你现在可以将ABAP开发工作流嵌入到你已有的、高度定制化的现代开发环境中。你的代码库、版本控制、终端、以及各种生产力工具现在都能与SAP开发任务同处一个上下文。这减少了频繁切换工具带来的认知负担和上下文丢失。第二层是知识获取与探索方式的变革。传统的ABAP开发中了解一个系统里有什么、对象之间如何关联往往需要运行SE80、SE11、SE16N等多个事务码并依赖个人经验。现在你可以直接问你的AI助手“这个包ZMM_PURCHASING里都有什么对象”、“接口ZIF_SD_PRICING_ENGINE都在哪里被使用了”、“给我看看表EKPO的结构”。AI能通过S.A.M.U.R.A.I.瞬间获取这些信息并以结构化的方式呈现给你。这对于新接手一个复杂系统或者进行大规模代码审计时尤其有用。第三层也是最具潜力的一层是赋能AI进行复杂的、上下文感知的ABAP开发任务。单纯的代码补全AI和能够操作真实SAP系统的AI能力是天壤之别。S.A.M.U.R.A.I.提供的工具覆盖了完整的开发生命周期搜索、读取、写入、创建、激活、测试、传输。这意味着AI助手可以基于对系统现有代码的实时分析为你生成更准确、更符合项目规范的代码。更进一步你可以通过“创建RAP业务对象”这样的提示模板让AI基于简单的参数为你搭建一整套符合SAP最佳实践的RAP架构代码骨架。这相当于将资深ABAP架构师的经验和模式固化成了可重复执行的自动化流程。注意尽管这个工具能力强大但它本质上是一个“执行器”其行为完全取决于驱动它的AI助手以及你给出的指令。因此建立清晰的安全边界和操作规范至关重要我们会在后续的“安全与实操规范”章节详细讨论。2. 环境准备与快速上手在开始体验“武士刀”的锋利之前我们需要先把它锻造并握在手中。整个部署和配置过程清晰直接但其中有一些细节和选择将直接影响后续使用的稳定性和便捷性。2.1 前置条件检查你的“道场”是否就绪首先确保你的本地环境和SAP系统满足基本要求。这就像武士出征前检查兵甲和马匹。本地环境Node.js 18或更高版本这是运行S.A.M.U.R.A.I.服务器的基石。你可以通过终端命令node --version来确认。如果未安装建议从Node.js官网下载LTS版本。我个人偏好使用nvmNode Version Manager来管理多个Node版本这在同时处理多个不同年代的项目时非常方便。一个你常用的、支持MCP的AI编程助手这是你的“大脑”。项目支持几乎所有主流选择Antigravity、Cursor、Kiro、Claude Desktop、Windsurf、Cline等。你需要确保其中至少一个已安装并正常运行。SAP系统环境关键ADT服务必须激活这是整个工具链能工作的前提。ADTABAP Development Tools的REST API是S.A.M.U.R.A.I.与SAP通信的唯一渠道。你需要联系BASIS管理员或自行检查事务码SICF。在SAP GUI中运行事务码SICF。在树形结构中导航到default_host/sap/bc/adt。确保该节点及其下所有相关服务如discovery,repository,oo,ddic等的“状态”为“已激活”通常显示一个绿色的勾。如果未激活选中节点后点击工具栏的“激活”按钮或按F5。一个快速的验证方法是在浏览器中尝试访问http(s)://你的SAP服务器:端口/sap/bc/adt/discovery。如果看到要求输入SAP用户名密码的认证框之后返回一个XML文档则说明服务基本正常。具备开发权限的SAP用户你使用的SAP账号必须拥有S_DEVELOP权限对象。通常开发账号都会分配这个权限。如果遇到403错误多半是权限问题需要检查SU01中的角色分配。2.2 获取与构建打造你的专属服务器项目的源代码托管在GitHub上。获取和构建过程非常标准。# 1. 克隆仓库到本地 git clone https://github.com/AlleyBo55/SAMURAI.git cd SAMURAI # 2. 安装依赖 npm install # 3. 构建项目将TypeScript编译为JavaScript npm run build构建完成后核心的可执行文件位于dist/index.js。这个文件就是你将要配置到各个AI客户端中的“服务器入口”。这里有一个实操心得我建议在完成构建后先不要急着配置客户端而是用Node直接测试一下这个服务器是否能正常启动这可以排除一些基础的路径或环境问题。# 在项目根目录下尝试运行服务器它会输出帮助信息然后退出 node dist/index.js如果看到类似“Usage: ... ”或MCP服务器初始化相关的日志没有报错说明构建产物是正常的。如果遇到关于modelcontextprotocol/sdk未找到的错误请回到项目根目录重新执行npm install。2.3 客户端配置详解连接你的“大脑”与“武士刀”这是最关键的一步不同的AI客户端配置方式略有不同但核心逻辑一致告诉你的AI客户端有一个外部的MCP服务器可以调用以及如何启动这个服务器命令、参数、环境变量。核心配置项解析无论你用哪个客户端配置都围绕以下几个核心部分展开command: 启动服务器的命令这里是node。args: 传递给命令的参数即编译后的dist/index.js文件的绝对路径。使用绝对路径可以避免因工作目录变化导致的“找不到文件”错误。env: 环境变量对象用于传递SAP连接参数。这是安全关键点切勿将密码等敏感信息提交到版本控制系统。环境变量有两种模式模式一直接URL推荐最简单直观直接指定完整的SAP系统地址。env: { SAP_HOST: http://your-sap-server.example.com:8000, SAP_CLIENT: 100, SAP_USERNAME: YOUR_USER, SAP_PASSWORD: YOUR_PASSWORD, SAP_LANGUAGE: EN }模式二Eclipse风格模拟Eclipse ADT的连接方式分别指定应用服务器和实例号。env: { SAP_ASHOST: your-sap-server.example.com, SAP_SYSNR: 00, SAP_SSL: false, // 如果是HTTP SAP_SID: DEV, SAP_CLIENT: 100, SAP_USERNAME: YOUR_USER, SAP_PASSWORD: YOUR_PASSWORD }在这种模式下工具会自动根据SAP_SSL和SAP_SYSNR构建URL例如HTTP 实例00 - 端口8000HTTPS 实例01 - 端口44301。重要安全提示包含密码的配置文件如mcp.json必须被加入.gitignore文件防止意外提交。项目通常提供了一个示例文件如mcp.example.json你应复制该文件并填写自己的敏感信息。下面我们针对几个主流客户端看看具体的配置位置和细微差别。Antigravity (Google):Antigravity对MCP的支持非常原生和友好。推荐通过UI进行配置在IDE中打开Agent/Chat面板。点击右上角的三个点菜单 (...)。选择MCP Servers-Manage MCP Servers。点击View raw config按钮这会打开mcp_config.json文件。在mcpServers对象中添加sap-adt的配置块。保存文件回到管理界面点击“刷新”或重启Antigravity服务器状态应显示为“Enabled”。Kiro:Kiro的配置是项目级的放在.kiro/settings/mcp.json。它的一个特色是支持autoApprove列表。你可以将只读工具如搜索、读取加入此列表这样AI调用这些工具时无需每次征得你同意可以流畅地进行信息探索。而所有写入类操作创建、修改、激活、传输则被排除在外每次都需要你明确批准这是一个非常好的安全实践。Cursor:Cursor的配置同样在项目根目录的.cursor/mcp.json。特别注意Cursor要求args中的路径必须是绝对路径。在Mac/Linux上你可以使用pwd命令获取当前绝对路径在Windows上可以使用%cd%。相对路径会导致服务器无法启动。Claude Desktop:配置位于用户应用数据目录下的JSON文件中。配置完成后需要完全重启Claude Desktop应用才能使更改生效。这一点经常被忽略导致配置后工具不出现。Windsurf Cline:两者配置方式类似都是找到对应的配置文件Windsurf在Cascade面板配置Cline有专门的MCP Servers图标将服务器配置添加进去。Windsurf还需要在设置中确保“Cascade”功能下的MCP是启用状态。配置后的验证配置并重启你的AI客户端后最简单的验证方法是直接向AI助手提问“测试一下SAP连接”或“Test the SAP connection”。如果一切正常AI会调用test_connection工具并返回类似“连接成功主机xxx客户端100”的信息。如果失败请根据错误信息检查网络连通性、SAP服务状态、用户名密码及权限。3. 核心工具解析与实战应用S.A.M.U.R.A.I.提供了30个工具覆盖了ABAP开发的方方面面。理解这些工具的能力边界和最佳使用场景能让你和AI的协作事半功倍。我们可以将这些工具分为几个功能模块来理解。3.1 探索与发现让AI成为你的系统导航员在大型SAP系统中快速定位和理解代码是首要挑战。这组工具赋予了AI强大的探索能力。search_objects: 这是你的“全局搜索”。你可以使用通配符*进行模式匹配例如query: “ZCL_SD*”来查找所有自定义的SD相关类。你还可以通过objectType参数过滤类型如CLAS/OC表示类。这个工具返回的是对象的ADT URI这是后续所有操作读取、写入的钥匙。list_package_contents: 包是SAP中组织开发对象的基本单元。这个工具可以列出一个包如ZMM_PURCHASING下的所有对象让你快速了解一个功能模块的代码结构。where_used: 影响分析神器。给定一个对象的URI它能找出系统中所有引用该对象的地方。这在修改一个公共接口或核心类时评估影响范围至关重要。get_code_completion: 虽然AI本身能进行代码补全但这个工具直接调用SAP系统的ABAP关键字和对象建议提供了最准确、最上下文相关的本地补全信息。实战场景你刚加入一个项目需要快速熟悉“财务过账”ZFI_POSTING相关的代码。你可以让AI执行“列出包ZFI_POSTING中的所有内容”。然后你可以针对感兴趣的类比如ZCL_FI_DOCUMENT_CREATE继续让AI“查找ZCL_FI_DOCUMENT_CREATE的所有使用位置”。几分钟内你就能理清核心类的关系网而这在过去可能需要半天的时间在SE80里点点点。3.2 读取与审查将代码库置于AI的显微镜下读取是写入的基础也是代码审查、知识传递的核心。read_object_source: 读取ABAP对象的源代码支持类、接口、程序、函数组/模块等。这是最常用的工具之一。read_object_structure: 对于类这个工具比读源码更有价值。它返回类的元数据公有/私有/受保护的方法和属性、继承关系、实现的接口等。AI可以借此快速理解一个类的架构。read_cds_source/read_behavior_definition/read_service_binding: 这是针对SAP现代架构——RAPRestful ABAP Programming的专门工具。可以分别读取CDS视图的DDL、行为定义和服务绑定。对于基于RAP的项目这些是核心资产。read_table_definition/read_data_element: 直接读取DDIC数据字典信息。想知道一个表如MARA有哪些字段、数据类型、数据元素如MATNR的域和描述AI现在可以直接告诉你无需打开SE11。实操心得read_object_source返回的是包含ABAP代码的XML格式ADT标准格式。AI助手通常能很好地解析并高亮显示代码。但对于我们人类阅读有时直接看原始ABAP更舒服。一些高级的AI客户端如配置了特定技能的Kiro可以在展示代码时自动将其转换为更易读的纯文本格式。如果你发现返回的是XML标签可以尝试要求AI“请将源代码以纯ABAP格式展示出来。”3.3 写入、创建与激活赋予AI“动手”能力这是工具集中最强大也最需要谨慎使用的部分。所有写入工具都内置了锁管理和乐观并发控制机制。锁管理当AI执行write_object_source时工具会首先尝试锁定目标对象通过ADT的lock服务防止其他用户同时修改。写入完成后无论成功与否会自动释放锁。这模拟了我们在SE80中编辑时系统自动上锁的行为。乐观并发控制这是防止覆盖他人修改的关键。通过expectedSource参数实现。工作流程如下AI先通过read_object_source获取对象的当前源代码版本A。你或AI基于版本A进行修改得到版本B。调用write_object_source写入版本B同时将版本A作为expectedSource参数传入。服务器在写入前会再次读取对象的当前源代码版本C。如果版本C与传入的版本A不同说明在此期间有其他人修改并保存了则写入操作会被中止并返回冲突差异。如果相同则执行写入。create_class/create_interface: 这两个工具用于从零创建新的全局类或接口。你需要提供名称、描述、包名和传输请求号。这是符合企业开发规范的——任何创建都必须关联到一个传输请求以便后续的流转和部署。AI可以帮你生成符合命名规范如ZCL_开头的类骨架包括初始的类定义和方法。activate_objects: 相当于在SE80中按CtrlF3。激活是一个组合操作包括语法检查、生成运行时对象等。你可以传入一个对象的URI数组批量激活多个对象。run_unit_tests/run_atc_check: 质量守护者。run_unit_tests执行ABAP单元测试并返回详细结果哪些测试通过哪些失败及失败原因。run_atc_check运行ABAP Test Cockpit检查可以指定检查变式对代码进行静态检查发现潜在的性能、安全、语法问题。实战场景代码审查与自动修复。你可以让AI执行一个组合操作“读取类ZCL_EXAMPLE的源代码用review-abap-code提示模板进行代码审查然后根据审查建议生成修改后的代码并使用expectedSource机制写回。” 在这个过程中AI不仅提出了建议还能直接生成符合建议的代码补丁并通过冲突检测安全地应用它。3.4 传输管理连接开发与部署list_transports: 列出指定用户或目标系统的开放传输请求。你可以快速查看有哪些传输等待释放。release_transport: 释放一个传输请求或任务。这是一个高风险操作因为它会将代码变更正式释放到下一个系统如测试系统。因此在几乎所有客户端的默认安全配置中此工具永远不会被自动批准必须手动确认。重要警告对于release_transport以及任何在生产系统PRD上的写入操作必须保持最高级别的警惕。最佳实践是仅在开发DEV系统配置写入权限在测试QAS和生产PRD系统只配置只读权限。S.A.M.U.R.A.I.的权限完全依赖于你配置的SAP用户务必遵循最小权限原则。4. 安全、规范与最佳实践将AI直接连接到企业核心的SAP系统安全是头等大事。S.A.M.U.R.A.I.在设计上提供了多层安全机制但最终的安全取决于使用者的配置和习惯。4.1 安全配置的黄金法则环境变量与秘密管理绝对不要将包含密码的mcp.json文件提交到Git。使用环境变量文件如.env并通过dotenv在本地加载或者利用操作系统或IDE的密钥环功能。在团队协作或CI/CD环境中使用HashiCorp Vault、AWS Secrets Manager或Azure Key Vault等秘密管理服务注入凭证。分级的用户权限开发系统DEV可以使用具备S_DEVELOP权限的账号允许读写操作。测试系统QAS建议使用只读权限的账号仅用于查看和测试。生产系统PRD强烈建议不使用或仅使用具有严格限制的只读账号。任何对生产系统的直接修改都应通过正式的传输流程而非AI工具。利用客户端的审批机制如前所述充分利用Kiro的autoApprove列表或类似机制。将search_objects,read_*等只读工具设为自动批准实现无缝探索。将write_*,create_*,activate_objects,release_transport等写入工具排除在外确保每一次修改都经过你的明确确认。在Antigravity、Cursor等客户端中这通常意味着每次调用这些工具时都会弹出一个确认对话框。自签名证书处理许多开发系统使用自签名SSL证书。在开发环境中可以通过设置环境变量NODE_TLS_REJECT_UNAUTHORIZED0来绕过证书验证。切记此设置仅用于开发环境绝不可用于生产环境。4.2 注入ABAP专家经验技能与规则文件S.A.M.U.R.A.I.项目最精妙的部分之一是它提供了一套完整的“ABAP专家知识”文件。这不仅仅是工具集更是将资深ABAP开发者的经验、规范和最佳实践“灌输”给AI的方法。这套知识库涵盖了现代ABAP开发的方方面面命名规范强制要求自定义对象以Z或Y开头类、接口、CDS视图的命名模式ZCL_, ZIF_, ZI_, ZC_。现代ABAP语法推广使用内联声明DATA(...)、字符串模板|...|、表表达式VALUE #,FILTER,REDUCE等7.40特性。性能守则禁止在循环内SELECT必须使用FOR ALL ENTRIES前检查内表是否为空根据访问模式选择正确的表类型SORTED, HASHED。架构模式指导如何正确构建RAP应用基本视图-组合视图-消费视图的VDM分层如何选择管理、非管理或草稿场景。代码审查清单包含20多个检查点从Clean ABAP原则到安全性权限检查、SQL注入风险、错误处理、可测试性等。如何应用这些知识项目为不同AI客户端提供了适配的格式对于Kiro将skill-abap-senior.md文件复制到项目的.kiro/steering/目录下。Kiro会自动加载它使其成为AI对话的“背景知识”在所有ABAP相关任务中生效。对于Cursor创建.cursor/rules/abap-senior.mdc文件并将知识库内容粘贴进去。Cursor的“AI规则”功能会确保在编辑.abap文件时应用这些规则。对于Antigravity将提供的技能文件夹复制到.agents/skills/目录下Antigravity会将其识别为一项持久技能。效果是什么当你让AI“创建一个新的销售订单处理类”时它不再只是生成一段能编译的代码而是会生成一个符合ZCL_SD_ORDER_PROCESSOR命名规范、使用类异常进行错误处理、包含必要的权限检查对象AUTHORITY-CHECK、甚至预先写好单元测试框架的“专业级”代码骨架。这极大地提升了AI生成代码的可用性和质量减少了后续的返工和审查时间。4.3 事件钩子Hooks与自动化提醒对于Kiro用户项目还提供了事件钩子Hooks这是一种更强大的自动化与安全控制机制。钩子是在特定事件如工具调用前/后触发的小脚本。sap-mcp-safety.kiro.hook写入操作守卫这个钩子会在任何写入、创建、激活、释放工具被调用前触发。它会强制中断流程并要求AI助手向你确认一系列安全事项例如“目标对象名称是否正确”、“用户是否确认此次修改”、“目标系统是开发系统吗”、“是否使用了expectedSource进行冲突检测”。只有在你通过AI确认后操作才会继续。这为所有高风险操作增加了一道强制性的手动确认关卡。sap-mcp-refresh.kiro.hook自动刷新提醒这个钩子在写入或激活操作成功后触发。它会提醒AI助手告诉你“操作已完成请在SAP ADT for VS Code扩展中刷新相应文件以查看最新内容。” 这是一个非常贴心的用户体验细节解决了远程修改后本地视图不同步的问题。你可以基于这些模板创建自己的钩子例如在每次保存ABAP文件后自动触发语法检查或者在释放传输前强制要求先运行ATC检查。5. 常见问题排查与实战技巧即使准备充分在实际使用中仍可能遇到问题。以下是一些常见问题的排查思路和我积累的实战技巧。5.1 连接与权限类问题问题现象可能原因与排查步骤连接测试失败报错401 Unauthorized1.用户名/密码错误仔细检查SAP_USERNAME和SAP_PASSWORD环境变量注意大小写和特殊字符。2.用户被锁定在SAP GUI中用SU01检查用户状态。连接测试失败报错403 Forbidden或CSRF token fetch failed1.ADT服务未激活按前文所述用事务码SICF检查/sap/bc/adt节点是否激活。2.用户权限不足用户缺少S_DEVELOP权限。联系BASIS团队在PFCG中分配包含S_DEVELOP权限对象的角色。3.客户端Client错误确认SAP_CLIENT设置正确。连接超时 (ETIMEDOUT)1.网络不通用ping或telnet host port检查是否能连通SAP服务器。2.防火墙阻挡检查本地或网络防火墙是否阻止了对应端口的出站连接。3.SAP实例未运行联系BASIS管理员确认SAP实例是否启动。SSL证书错误自签名证书在开发环境配置中增加NODE_TLS_REJECT_UNAUTHORIZED: 0。生产环境切勿使用。5.2 工具执行类问题问题现象可能原因与排查步骤search_objects返回空结果但SE80里能搜到1.ICF服务未全开/sap/bc/adt/repository/informationsystem这个服务可能未激活。在SICF中激活它。2.查询语法尝试更简单的通配符如ZCL*。确保对象类型存在于当前客户端。write_object_source失败提示“Lock failed”对象已被其他用户锁定。在SAP GUI中运行事务码SM12查看锁条目并联系锁定该对象的用户释放或由管理员强制删除锁。create_class失败无明确错误1.传输请求不存在或用户无权访问用SE09或SE10确认传输请求号正确且状态为“可修改”。2.包权限确认用户有在指定包packageName下创建对象的权限。activate_objects激活失败查看AI返回的详细错误信息通常是ABAP语法错误或依赖缺失。错误格式与在SE80中激活时类似。AI助手不显示S.A.M.U.R.A.I.的工具1.配置未生效保存配置文件后完全重启你的AI客户端Antigravity、Cursor等。2.服务器启动失败检查AI客户端的日志或控制台看是否有启动MCP服务器时的错误如Node路径错误、模块缺失。3.重建在项目目录运行npm run build后重试。5.3 实战技巧与心得从“只读”开始建立信任初次使用时先在配置中仅启用只读工具autoApprove列表用几天时间让AI帮你搜索、阅读代码。这既能让你熟悉工作流也能验证工具返回数据的准确性建立对这套系统的信任。善用“预期源码”进行安全协作在团队环境中务必养成使用expectedSource参数的习惯。这能有效避免你和同事同时修改同一对象时后提交者覆盖前提交者更改的“最后一分钟”问题。让AI在每次修改前都执行“读取-修改-带预期写入”的流程。将复杂操作分解为多轮对话不要试图在一个指令中完成所有事情。例如构建一个RAP对象可以分解为“搜索一下我们有没有类似的销售订单CDS视图” - “读取ZR_SALESORDER的行为定义作为参考” - “使用create-rap-bo模板以SalesOrder为根实体创建一套带草稿的管理模式RAP对象”。这样每一步都有确认和调整的机会。结合本地开发环境S.A.M.U.R.A.I.并不替代本地的ABAP开发环境如ADT in VS Code。最佳实践是用AI进行探索、生成代码骨架、执行重复性任务然后在本地VS Code中打开对应的ABAP项目进行精细化的编码、调试和版本控制git。两者可以完美互补。为常用操作创建快捷指令大多数AI助手支持自定义指令或快捷方式。你可以将“用S.A.M.U.R.A.I.测试连接”、“审查当前类的代码”等常用操作设置为快捷指令进一步提升效率。这个项目代表了一种趋势将企业级传统系统的能力通过标准化协议MCP暴露给现代AI智能体。它解决的不仅仅是ABAP开发的效率问题更是开启了人机协同处理复杂企业任务的新范式。你可以从今天开始从一个简单的只读查询做起逐步将它融入你的日常开发流程感受这位“现代SAP武士”带来的精准与高效。