操作前同时确认WordPress文件路径和目标站点URL。path决定加载哪套安装，Multisite中的url用于指定站点上下文；还要检查项目配置与远程别名，不能只凭当前目录名称认定目标正确。
先做只读身份核对
读取站点名称、首页地址及必要环境信息，与工单中的目标对应。终端可能停在另一项目目录，软链接也可能指向不同部署版本。操作前输出简短脱敏确认，不把数据库密码或全部配置文件内容一起打印出来。
明确路径和URL各自职责
独立安装要确认文件路径，Multisite还要确认对应子站上下文。同一套代码下可以有多个站点数据范围，不能只写一个path就认为所有命令都针对所需子站。命令支持和网络级操作的语义应按当前帮助检查。
检查隐式配置和远程目标
wp-cli.yml、全局配置及别名可能预设path、url或SSH连接。复制一条旧命令时，旧别名和默认项可能仍生效。记录最终解析出的目标，避免本以为在测试站操作，却通过配置指向生产站或另一客户站点。
将身份检查放在每次变更前
多站批处理要逐站记录目标、动作和结果，切换目标后重新核对。变更后读取同一对象并检查公开页面，确认结果落在正确站点。不要只在批处理开始检查一次，然后让后续循环在错误默认值下继续执行。
关键区别
path：选择WordPress安装；目录名未必可靠。
url：指定请求站点上下文；Multisite尤其重要。
配置别名：保存默认与远程参数；复制命令前核实。
怎样确认处理到位
文件安装、站点上下文和工单一致，批处理逐项有目标记录，变更及公开结果在正确站点回读，未触及其他项目。
容易误判的边界
URL参数不自动授予访问权限，也不替代文件路径检查；网络级命令需另读具体行为，不能从单站命令类推。
