复制历史项目是很实用的功能，尤其在年度普查、周期测评和重复性服务里，确实能省下不少配置时间。但复制越方便，越要先想清楚哪些东西适合继承，哪些东西不该默认带过去。否则复制的就不只是结构，还可能把旧项目的问题一起搬进来。
最常见的风险包括旧名单还挂着、提醒渠道没重设、阈值规则沿用旧口径、预警接收人还是上一任负责人，甚至连试跑时用过的说明页也跟着一起进了新项目。前面看起来少点了很多按钮，后面却要花更多时间清理“为什么这些旧设置还在”。
项目模板适合复制结构，不适合无差别继承所有运行细节
成熟的系统通常会把可继承配置和需重新确认配置分开，例如量表结构、报告模板、角色框架可以继承，而名单、提醒对象、时间窗口、负责人、入口状态则默认要求重新确认。像量表能不能跨年度沿用讲的是规则沿用前要先复核；项目复制本身也一样，快归快，边界不能丢。
真正稳的复制，不是把旧项目整份搬过来，而是先帮你把高风险项挑出来
如果系统还能在复制时给出一张“高风险继承项清单”，管理员就不需要靠记忆去逐项排查。真正稳的复制，应该在你点完成之前，就把最容易带错的东西先亮出来。
对采购心理测评系统的人来说，复制历史项目时系统是否会提示高风险继承项，是一个很值得看的细节。复制历史项目最快，但这些配置不该默认带过去，否则新项目会在一开始就带着旧问题起跑。