vscode 本身不识别逻辑缺陷，需依赖外部工具链或专用插件；fitten code 是基于语义建模的检测器，需重启生效、正确配置及业务规则注入才能发现如越权访问等动态逻辑漏洞。
VSCode 本身不识别逻辑缺陷，所谓“快速定位”必须依赖外部工具链或专用插件，且需明确区分语法错误、类型错误与真正业务逻辑漏洞——后者往往需要运行时建模或规则注入才能触发。
为什么 ESLint / Pylint 看不到空列表除零或越权访问
这类问题不属于静态语法或类型检查范畴。ESLint 的 no-div-0 只捕获字面量除零（如 5 / 0），对 arr.length && total / arr.length 这类动态场景完全静默；Pylint 同样不会推断 user.role 是否可能为 None 或空字符串。
- 逻辑漏洞依赖数据流追踪+业务规则约束，不是词法/语法分析能覆盖的
- 若项目未提供 OpenAPI spec、
@rule注释或 README 中的权限说明，工具无法知道“订单只能由创建者删除”是硬性要求 - Fitten Code 的
Enable advanced logic vulnerability detection必须重启 VS Code 才生效，仅重载窗口会跳过探针注入
Fitten Code 扫描前必须确认的三件事
它不是开箱即用的 Linter，而是基于语义建模的检测器，配置错一点就全失效。
- VS Code 版本 ≥
v2.8.0，旧版缺失逻辑漏洞语义分析模块 - 右键菜单中出现
Fitten Code – Find Logic Bugs前，必须在 Settings 搜索框输入logic并勾选Enable advanced logic vulnerability detection - 扫描目标必须是函数或类定义（不能只选几行代码），否则无法构建跨状态操作序列（如注册→登录→下单）
看到 “Confidence: LOW” 别直接忽略
这不是误报提示，而是明确告诉你：工具已发现可疑路径（比如未验证邮箱就调用了支付接口），但缺乏足够上下文确认是否真违规。
- 常见原因：项目没提供 API 文档、关键函数缺少 JSDoc @rule 注释、或 README 里没写清“账户激活后才可交易”这类约束
- 补救动作不是改代码，而是用 Fitten Code 的 AI 聊天框输入：“用户必须通过邮箱验证才能调用 /v1/payment/confirm”，再点重扫
- 报告里的
Trigger Path是可复现的操作链，不是假设——它已实际模拟了输入、状态变更和权限快照
真正难的从来不是“有没有工具”，而是把模糊的业务规则变成机器可读的约束。Fitten Code 的修复建议之所以能给出带 if !user.EmailVerified 的 guard clause，前提是它从你写的文档或对话里拿到了那句“邮箱验证是支付前提”。漏掉这一步，所有扫描都只是在猜。
