自定义 IPython magic 被内置版本覆盖，检查延迟加载的优先级

IPykernel 或自己的 shell 已在初始化时注册 %edit，第一次调用另一个内置 magic 后，%edit 却重新变回核心实现。IPython 9.17.0 的这条延迟加载故障，关键在注册顺序与实现优先级；只检查初始化时注册成功，会漏掉后续覆盖。

内置 magic 可以先以延迟声明的形式存在，需要时才加载整个提供类。第三方 shell 的实现则可能已经真实注册。旧路径在声明或解析延迟提供类时，把已有实现覆盖掉；即使加载的是同类中的 %load，也可能把自定义 %edit 一起换回去。

IPython 9.17.1 对两个环节都加了保护：创建延迟声明时保留已经真实注册的实现；解析某个延迟类时，只填入仍归该声明管理的项。直接、显式注册 magic 的行为仍保留，不能把修复理解成从此禁止覆盖内置名字。

在项目使用的环境中采用包含修复的正式版本：

python -m pip install "ipython==9.17.1"
python -c "from importlib.metadata import version; print(version('ipython'))"

已有内核或嵌入式 shell 需要重新启动，才能用新的注册逻辑。原问题没有披露 Python 和操作系统版本，升级前仍应按项目环境要求检查兼容性。

可以在独立验收脚本中用下面的最小注册过程检查优先级：

from IPython.core.interactiveshell import InteractiveShell
from IPython.core.magic import Magics, magics_class, line_magic

@magics_class
class UserMagics(Magics):
    @line_magic
    def edit(self, line):
        return "custom-edit"

shell = InteractiveShell()
shell.register_magics(UserMagics)
manager = shell.magics_manager
registered = manager.magics["line"]["edit"]

manager.load_lazy("load")
assert manager.magics["line"]["edit"] is registered
assert shell.run_line_magic("edit", "") == "custom-edit"

这个片段直接使用内部管理器来隔离诊断步骤，不应作为应用长期绕过注册流程的补丁。它检查的是“先注册，再加载同类的另一个 magic”，没有真正编辑文件。仅在注册后立即调用 %edit，不能覆盖后来解析提供类的那一步。

接着回到真正的 shell 或 Notebook，按原来的初始化方式注册实现，调用原先触发内置加载的 magic，再检查 %edit 仍执行预期操作。实际环境中还有其他扩展时，也要核对它们是否进行了显式注册；修复保护延迟声明的优先级，不会阻止其他代码有意重新注册同名项。

在受影响版本中，每次被覆盖后再注册一遍可能暂时改变结果，却把正确性绑在调用顺序上。应优先采用完整的注册保护，不将重新注册写进每次调用。若名字不同、装饰器缺失或扩展根本未加载，需要按实际注册结果继续定位，这些情况不由延迟优先级修补解决。