sublime text需手动配置才能启用ansible-lint：必须安装sublimelinter及sublimelinter-contrib-ansible-lint插件，将.yml文件语言模式设为ansible，且在设置中填入which ansible-lint返回的绝对路径作为executable值，三者缺一不可。
Sublime Text本身不内置ansible-lint支持，必须手动桥接命令行工具才能实现配置合规检查——这不是插件开个开关就能用的功能，而是靠你本地装的ansible-lint、正确的文件类型识别、以及可执行路径三者同时到位。
Sublime Text里怎么让ansible-lint真正跑起来
Sublime Text没有官方Ansible插件生态，不像VSCode有redhat.vscode-ansible那样深度集成。要让它调用ansible-lint，得靠第三方插件（如SublimeLinter + SublimeLinter-contrib-ansible-lint）配合手动配置。
- 先装
SublimeLinter：通过Package Control安装，它是所有linter的底层调度器 - 再装
SublimeLinter-contrib-ansible-lint：它负责把ansible-lint命令包装成Sublime可识别的linter -
ansible-lint必须已全局可用：终端运行which ansible-lint确认路径，比如/usr/local/bin/ansible-lint或~/.local/bin/ansible-lint - 在
SublimeLinter.sublime-settings里填入该绝对路径："executable": "/usr/local/bin/ansible-lint"，不能只写"ansible-lint" - 确保当前打开的
.yml文件语言模式设为Ansible（不是YAML），否则插件不会触发检查——右下角状态栏点语言名，选Ansible即可
为什么改了配置还是不报错
常见静默失效原因不是ansible-lint坏了，而是Sublime根本没把它当目标文件处理。
- 文件后缀是
.yml但语言模式仍是YAML：SublimeLinter默认只对Ansible语法类型启用该linter -
executable路径错误或指向旧版本：比如用pipx安装的ansible-lint在~/.local/bin/，而配置里写了/usr/bin/ansible-lint - 项目根目录没打开：Sublime不自动继承父目录的
.ansible-lint配置，除非你用“Project → Open Project”加载含该文件的目录 - 规则被跳过：配置文件
.ansible-lint里写了skip_list: - yaml，会直接屏蔽YAML语法类检查，而这类检查恰恰覆盖CloudFormation/K8s模板的基础结构
检查CloudFormation或K8s模板时要注意什么
ansible-lint对非Playbook类YAML（比如AWS CloudFormation、Kubernetes资源定义）的检查，依赖其能否被识别为“Ansible内容”。它不是通用YAML校验器。
- 必须带Ansible上下文：例如
community.aws.cloudformation_stack:模块调用，或kubernetes.core.k8s:任务块，否则ansible-lint可能跳过整个文件 - 避免裸YAML：纯
Resources:开头的CloudFormation模板.yml文件，需包裹在- name: deploy stack任务中，或放在template:字段值里，才能触发规则（如schema验证） - 自定义规则路径要显式声明：如果用了
rulesdir:扩展K8s/Prometheus检查，路径必须相对于Sublime打开的项目根目录，且SublimeLinter-contrib-ansible-lint需支持读取该配置（v1.5+才稳定支持） -
--profile safety对基础设施模板最实用：它启用权限最小化、硬编码密钥检测等规则，比默认basic更贴合IaC场景
真正卡住人的往往不是规则多难写，而是ansible-lint根本没运行——语言模式、可执行路径、项目结构这三点漏掉任何一个，Problems面板就永远空着。调试时先在终端手动跑一遍ansible-lint playbook.yml，确认能输出问题，再回头查Sublime配置链哪一环断了。
