在一个真实的 SAP S/4HANA Cloud 项目里，我们很少只面对一种工具。上午可能还在 Eclipse 里的 ADT 中修改一个 RAP Business Object，中午业务顾问通过 SAP Fiori 上的 Custom Fields 功能给销售订单增加扩展字段，下午管理员又在 Communication Management 中检查系统之间的通信配置。到了晚上，开发人员可能已经切换到 Visual Studio Code，让 SAP Joule for Developers 辅助生成 ABAP 代码，甚至让支持 MCP 的 AI Agent 调用 ADT MCP Server 创建 Repository Object、Transport Request 或 RAP 应用骨架。这些工具看起来属于不同世界，但它们其实都围绕同一个 ABAP Cloud 开发模型工作。理解 ABAP Cloud 的工具体系，关键并不是记住一堆产品名称，而是弄清一个问题，我们当前承担的到底是哪一种职责。SAP 在 ABAP Cloud 中实际上把工具与 Persona，也就是角色进行了明确对应。专业开发人员需要完整的 IDE，需要写代码、建模、测试、调试和性能分析。Key User 更靠近业务，希望通过受控的 Low Code 或 No Code 工具完成最后一公里扩展。系统管理员关心身份、通信、安全、运行状态和资源消耗。Enterprise Analytics 用户则更偏向业务数据模型和分析消费。不同 Persona 使用不同工具，并不是 SAP 单纯把界面拆成几套，而是 ABAP Cloud 治理模型的一部分。这里面最重要的一条设计思路，是让不同角色只能在适合自己的边