第(2/3)页

    这不是猜测，是概率。

    她在脑子里算了一下。

    代码审查报告的提交时间，通知函的发出时间，"同步完成最终评议"的措辞，这意味着审查报告已经交了，但评审委员还没有完全处理完，测试期间评审委员会做最终评议，如果评议过程中发现需要候选方补充说明的内容，会当场发函。

    当场。

    也就是说，如果AbySS被标注了，追问函有可能在林彻人在崇礼的时候到达微光。

    那个时候他在测试，后方只有她。

    她把耳钉重新戴上。

    …………

    她打开电脑，找到上周做的法律隔离方案，7页，打开看了一遍。

    不够。

    上周做的方案只覆盖了一个场景：被问AbySS是什么，口径是"自研信用评分引擎，已申请征信试点牌照，数据来源合规"，这个口径能应付第一轮询问，但如果追问升级，要求补充说明，甚至要求提交源码，7页撑不住。

    她新建了一个文件夹。

    命名：AbySS·测试期应对预案。

    文件夹里新建了三个文档。

    场景A，场景B，场景C。

    场景A是最轻的，被询问AbySS是什么，口径不变：自研信用评分引擎，已申请征信试点牌照，数据来源合规，准备一份两页的简要说明，附征信试点牌照申请回执，这个口径她已经准备过了，问题不大。

    场景B是中间档，被要求补充说明，口径：提交完整技术架构文档和数据合规自查报告，技术文档需要老周配合出一份AbySS接口层的架构说明，不涉及核心算法，只描述接口类型、调用逻辑和数据流向，自查报告由法务何薇配合出，引用征信管理条例的相关条款，逐条对标。

    场景C。

    她在文档标题下面停了三秒。

    场景C是最严重的，被要求提交AbySS源码。

    她的口径：AbySS不属于DCEP方案交付范围，微光DCEP方案的核心功能不依赖AbySS运行，可提供完整的接口文档、API调用规范和第三方安全审计报告，源码涉及微光核心商业机密，提交需走保密协议流程，建议另行安排。

    这段话每一句都是真的，也每一句都是在拖时间。

    她知道场景C不太可能发生，央行的代码审查流程有边界，审查范围是DCEP方案交付范围内的代码，AbySS不在交付范围内，理论上不在审查权限内，但"理论上"三个字在金融监管领域从来都不是保证。

    她在场景C的文档最后加了一行字。

    "场景C触发条件：评审委员会正式发函要求提交，触发后第一步：通知林彻，第一步之前：不通知。"
    第(2/3)页