执行Celery result命令报NotRegistered，inspect registered可查到已注册任务

该问题不属于Celery本身的功能性bug，核心是对celery result子命令的运行逻辑存在认知偏差，叠加本地CLI环境的导入路径不匹配触发报错

两个核心命令的运行逻辑差异 #

• celery inspect registered 的运行机制是向已启动的Worker进程发起远程调用，拉取Worker端加载的全部已注册任务列表。你执行该命令看到的三个任务项，本质是Worker侧真实完成注册的有效任务，这部分流程完全没有异常。
• celery result 的运行机制完全依赖当前执行命令的本地CLI进程自身的任务注册表，它不会向Worker端校验任务的注册状态。只要本地CLI进程的任务注册表中找不到-t参数指定的任务名，就会直接抛出NotRegistered异常，和Worker端是否注册过该任务没有关联。

更换任务名仍触发报错的原因 #

你尝试更换tasks.add、add这类任务名执行命令仍然报相同错误，本质是当前执行CLI命令的本地进程，根本没有成功导入对应任务模块：

• 你启动Worker时的工作目录处于可以正常导入celeryprac包的路径，因此Worker侧可以正确加载celeryprac.tasks.add任务。
• 你执行celery result命令时的本地进程，没有正确加载任务模块，本地任务注册表为空，无论传入什么任务名，都无法匹配到注册项，自然会触发相同报错。

可直接落地的解决方法 #

• 执行所有Celery CLI命令前，先确认当前工作目录为项目根目录，保证可以通过Python语法直接导入celeryprac包（路径下需存在celeryprac/__init__.py、celeryprac/tasks.py等标准包结构文件）。
• 拉取任务结果时，可省略-t参数跳过本地注册表校验：直接执行celery -A celeryprac result 7690f759-ad79-460e-9d56-dfac6eeebf03，只要结果后端配置正确，即可通过全局唯一的任务ID直接拉取执行结果。
• 如果必须使用-t参数指定任务名，可先在当前工作目录下进入Python交互式环境，执行from celeryprac.tasks import add确认无导入报错后，再执行celery result命令，即可正常匹配到本地任务注册项。

内容的提问来源于stack exchange，提问作者Alexander Suraphel