standards-converter
能力
把企业编码规范(.md / .docx / pdf 格式的文档)自动转换为各代码审核工具所需的可执行配置文件。
| 目标工具 | 输出 |
|---|---|
| Checkstyle | checkstyle.xml |
| PMD | pmd-ruleset.xml |
| SpotBugs | spotbugs-filter.xml |
| Ruff | pyproject.toml / .ruff.toml |
| MyPy | mypy.ini |
| Bandit | .bandit 配置 |
| clang-tidy | .clang-tidy |
| cppcheck | cppcheck-suppressions / 自定义规则 |
| detekt | detekt.yml |
| semgrep | 自定义 YAML 规则 |
为什么需要
企业的规范文档通常写得很人类友好(中文 + 自然语言),但工具不识别。每家公司又有自己的剪裁(某些默认规则不用、某些内部规则要加)。手工写配置:
- 费时:一个 Checkstyle 剪裁清单动辄几百项
- 易错:规则 ID 看错 / 严重度漏填 / 正则写错
- 难维护:规范更新后配置不同步
standards-converter 用 LLM 理解规范意图 → 映射到工具规则 ID → 生成配置 → sandbox 内 validate 语法。
工具调用
| Tool | action |
|---|---|
unified_search | kb_search → MemoryOS 统一检索(拉取企业规范文档) |
execute_code | config_validate → sandbox 内验证配置语法 |
write_file | config_generate + config_save → 生成并写入文件 |
典型流程
Rendering diagram…
触发方式
自然语言示例:
- "帮我生成 Checkstyle 配置"
- "把公司的 Python 规范转成 Ruff"
- "企业 MISRA 剪裁清单 → clang-tidy"
与 L1 的联动
Rendering diagram…
企业一次配置、全组织生效、随规范更新而演化。
相关技能
- L1 工具链 — 配置的消费者
- code-review — 下游评审