基于Clippy克隆的myclippy为何仍检测Clippy Lint？如何修复？

1. 你修改attrs.rs的代码仅针对#[myclippy::...]格式的属性做识别，对目标项目里的#[warn(clippy::disallowed_methods)]这类clippy::前缀的属性，Rust编译器仍会正常解析——但你已经移除了原Clippy的这些lint，编译器找不到对应定义就抛出“unknown lint”错误。
2. 你的myclippy基于Clippy框架构建，驱动部分可能残留了原Clippy的lint注册逻辑，或者编译器本身会遍历所有代码中的lint属性，不管当前使用的lint工具是什么，只要属性引用的lint未注册就报错。

因为无法修改目标项目代码，只能在myclippy侧做处理，以下是三种可行方案：

方案一：注册占位lint #

针对目标项目中用到的clippy::disallowed_methods（或所有clippy::前缀lint），注册一个空实现的占位lint，让编译器能找到对应定义，同时不执行任何检查：

// 在你的自定义lint注册文件中添加
declare_lint! {
    pub CLIPPY_DISALLOWED_METHODS,
    Warn,
    "Placeholder to resolve unknown lint error",
    report_in_external_macro: true
}

// 将lint关联到clippy命名空间
#[clippy::lint_group = "clippy"]
pub(crate) struct ClippyPlaceholderLints;

impl LintGroup for ClippyPlaceholderLints {
    fn get_lints(&self) -> &'static [&'static Lint] {
        &[&CLIPPY_DISALLOWED_METHODS]
    }
}

如果目标项目用到多个clippy::前缀lint，可以直接注册一个clippy::all的空lint组，一次性覆盖所有情况。

方案二：在驱动中过滤lint属性 #

修改myclippy-driver的代码，在解析代码属性阶段，直接过滤掉所有clippy::前缀的lint属性，不让编译器处理它们。找到驱动中处理lint属性的逻辑，添加判断：只要lint名称以clippy::开头，就跳过解析。

方案三：默认允许所有clippy前缀lint #

在myclippy的默认配置中添加全局允许规则，比如在工具的默认lint设置里加入#![allow(clippy::all)]，这样即使目标项目设置了#[warn(clippy::disallowed_methods)]，myclippy也会优先允许这些lint，不会触发“unknown lint”错误。

内容的提问来源于stack exchange，提问作者The Coding Wombat