用途：指导 ABAP Cloud 编程模型下的开发，按 Clean Core 等级概念（A–D）对扩展分类并应用 clean core 原则。资料指出 SAP 已将原三层扩展模型（Tier 1/2/3）演进为 A/B/C/D 等级概念。
主要能力：判断用户场景（理解概念与限制、给扩展定级、选择开发模型、包装未发布 API、寻找已发布或经典 API 替代）；按最低等级规则定级（扩展按所用最低等级归类，一个内部对象即把 Level A 扩展降为 Level C）；引导实现向最高适用等级靠拢。等级含义：Level A 仅用已发布 API 与扩展点（有稳定性契约，ATC 无发现）；Level B 用经典 API 与框架（SAP 提名、无正式契约，ATC 优先级 3）；Level C 访问内部对象（默认分类，靠 changelog 缓解，优先级 2）；Level D 不推荐对象与模式（须整改，优先级 1）。clean core 状态：A 为 clean core，B/C 为有条件 clean core，D 为不 clean core。
使用方式：在 SAP Business Accelerator Hub、Cloudification Repository 或 ADT 中查找已发布对象；用 ATC 检查（如 SYCM_USAGE_OF_APIS）治理；用授权对象 S_ABPLNGVS 控制开发者可创建 Standard ABAP 还是仅 ABAP for Cloud Development 对象。未发布 API 可用包装器模式：在经典 ABAP 软件组件中包装并发布供 ABAP Cloud 使用，包装器等级随被包装对象而定，并建议只建一个细粒度 ATC 豁免。
适用场景：扩展定级、开发模型选型、API 替换（如 AUTHORITY-CHECK 换 CL_ABAP_AUTHORIZATION=>check_authorization()）、关键用户与开发者扩展性选择。
限制：Level A 覆盖范围不涵盖 SAP Cloud ERP Private 全部功能，且无全量覆盖计划；ABAP for Cloud Development 有诸多限制（禁止直接访问 SAP 表、经典 dynpro、CALL TRANSACTION、SUBMIT、经典 BAdI、EXEC SQL、未发布函数模块、INCLUDE、WRITE 等）。具体产品命名、平台与价格等资料未提供。