从“代理越界”看AI代理规模化安全防护：上下文污染与行为基线是关键
2026/10/20 8:08:02
在做ABAP Cloud开发和Clean Core改造时，我经常碰到一个非常现实的问题。
一段已经稳定运行了十几年甚至二十年的ABAP代码里，出现了一个熟悉的Function Module。它可能来自一个老项目，也可能来自很多年前的技术论坛，甚至可能就是团队内部已经复制过无数次的公共代码。此时最自然的反应通常是，这个函数在今天还能不能继续用，它能不能进入ABAP Cloud，未来升级到新的S/4HANA版本以后还稳不稳定。
过去遇到这种问题，我通常直接在ADT中打开对象，进入Properties，再查看API State。
这个办法非常可靠。SAP 官方文档同样把API State作为判断开发对象是否被正式发布，以及查看C1successor 的标准入口。对于ABAP for Cloud Development而言，开发对象能否跨软件组件被消费，与它是否按照相应 release contract 发布直接相关。
问题在于，这种方式一次只能看一个对象。
看一个BAPI没问题，看十个也还能接受。但如果我们真正关心的是整个系统，到底有多少 SAP 对象已经进入 Released API 世界，传统Function Module还剩多少，CDS View、