用途：为 AI 智能体或人类开发者创建项目专属的 lint 规则，优先复用宿主语言已有的 linter 生态，而不是自建体系。
主要能力与工作流：把规则提炼为可静态检测的条件；选择对应生态（TypeScript/JavaScript 用 ESLint，Python 用 pylint，Go 用 Go analysis/golangci-lint，Rust 用 dylint 或 Clippy 风格工具）；在 lints/ 目录下创建规则并附带测试或 fixture；编写包含违规说明、修复步骤、作用范围与理由的诊断信息；最后把规则集成进项目的 lint 命令。
使用方式：诊断信息被视为设计的一部分，应采用“Problem: ... Repair: 1. ... 2. ... Scope: ... Rationale: ...”模板，使其成为修复提示而非单纯报错。生态相关的脚手架可查阅 references/language-ecosystems.md；较复杂的实现、审查或重构工作，在给出最终指导前应阅读 references/details.md。
输出内容：规则定义、文件布局、诊断文本、测试 fixture，以及运行该规则所需命令。
适用场景：需要把团队约定或特定缺陷模式固化到项目 lint 流程中的情况。
限制：具体支持的语言生态、依赖版本与命令细节以相关资料为准，暂未提供更多信息；不编造未提及的功能与效果。