先识别隐性依赖
内部系统往往默认存在配置中心、消息队列、用户体系、监控平台和运维工具。拆分前需要把这些隐性假设逐项列出，否则外部环境中的第一个问题通常不是业务逻辑，而是系统无法启动或无法排查。
稳定接口，隔离实现
对外暴露的应该是稳定输入、决策结果和可解释的错误，而不是内部服务结构。存储、消息和配置差异放在适配层，规则执行和决策主流程保持一致。
交付物不只有代码
一个可交付系统至少还需要：
- 环境检查和自动化部署说明；
- SDK 与标准接入示例；
- 配置变更、灰度和回滚流程；
- 指标、日志和问题排查手册；
- 压力测试与故障演练结果。
可追溯性
风控决策需要能够回答“当时使用了什么规则、什么特征、为什么得到这个结果”。因此版本、输入摘要和决策链路必须在拆分过程中保留下来。