codebuddy生成代码需经tca引擎、eslint+prettier、sonarqube三重校验：1.启用内置tca扫描并确保全量索引完成；2.用eslint+prettier校验风格与逻辑，依赖正确配置的规则文件；3.通过sonarqube检测深层质量缺陷，对高危问题应重提prompt优化而非盲从自动修复。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
CodeBuddy生成的代码质量不高时，不能只依赖AI输出结果直接合并进主干，必须通过静态分析工具做二次验证，否则容易把隐性缺陷、风格违规或低效逻辑带入生产环境。
启用CodeBuddy内置TCA引擎扫描
这一步操作起来很简单，直接在IDE里右键项目根目录就能触发，但效果取决于是否已索引完整依赖树和源码上下文。
1、确保项目已执行过 【codebuddy --ide】 启动并完成首次全量索引，否则TCA无法关联 import 与实际模块定义。
2、右键项目根目录 → CodeBuddy → Run Security Scan → 等待扫描完成。
3、在左侧“Security Issues”面板中逐项点击高亮项，重点看右侧显示的“触发示例”——它会还原漏洞真实发生路径，不是泛泛而谈的规则命中。
注意：若扫描结果为空，不代表代码安全，可能只是TCA未识别到你使用的自定义DSL或私有框架扩展点，需切换为外部工具补位。
用ESLint + Prettier做风格与逻辑双校验
CodeBuddy生成的JS/TS代码常忽略团队约定的缩进风格、空行规则甚至危险的赋值模式（如 let a = b = {}），ESLint能立刻揪出这类问题。
方法一：CLI快速跑一次
在项目根目录执行：codebuddy-cli scan --format=checkstyle，该命令会调用当前项目已配置的ESLint规则集，输出结构化报告。
方法二：VS Code插件实时拦截
安装ESLint和Prettier官方插件后，在CodeBuddy生成代码的编辑器窗口中，错误会以波浪线形式实时标出，悬停即可看到具体规则ID（如no-unused-vars）和修复建议。
【关键前提】 项目根目录必须存在 .eslintrc.js 或 eslint.config.js，且已启用 @typescript-eslint 或 eslint-plugin-react 等业务相关插件，否则默认规则太宽松，起不到审查作用。
接入SonarQube做深度质量评估
SonarQube能检测CodeBuddy难以覆盖的深层问题：重复代码块、圈复杂度超标、单元测试覆盖率缺口、潜在NPE路径。它不信任AI的“看起来能跑”，只认可可量化的指标。
第一步：确认SonarQube服务已运行且Token有效
第二步：在项目根目录执行：sonar-scanner -Dsonar.login=YOUR_TOKEN -Dsonar.host.url=http://localhost:9000
第三步：打开 http://localhost:9000 → 进入对应项目 → 查看“Quality Gate”状态。若显示失败，点击“Issues”标签页，筛选“CodeBuddy Generated”标签（需提前在sonar-project.properties中配置sonar.issue.ignore.multicriteria=e1并定义匹配规则）。
第四步：对“Blocker”和“Critical”级别问题，不要直接采纳SonarQube建议的修复方式——它的自动修复可能破坏CodeBuddy生成的业务逻辑链，应结合原始prompt重提需求，让CodeBuddy在约束下重写。
