config.cson设置不生效，先确认Atom是否真在读它；它仅控制默认行为，易被.editorconfig、插件配置等覆盖，需用atom --safe验证并检查右下角状态栏实际值。
config.cson 里改了设置却不生效？先确认 Atom 是否真在读它
Atom 的 config.cson 是全局配置文件，但它的优先级常被误判：它只管“默认行为”，一旦项目目录下有 .editorconfig、插件自己又读 settings.json 或 config.toml，config.cson 就会被绕过。常见现象是改了 tabLength: 2，打开 JS 文件还是显示 Spaces: 4。
验证方法很简单：atom --safe 启动后，再手动改 config.cson 并执行 Window: Reload（快捷键 Ctrl+Alt+R），如果此时缩进终于对了，说明问题出在插件覆盖——不是配置没写对，而是别的地方把它顶掉了。
- 检查右下角状态栏：显示
Spaces: 2才代表当前文件实际采用的值，这个值来自.editorconfig> 插件设置 >config.cson -
config.cson中的core:和editor:必须顶格写，缩进错一位就整个区块失效 - Windows 用户注意路径分隔符：写
projectHome: "C:\Users\name\projects"，单反斜杠或正斜杠都可能解析失败
插件各自读 config.toml、settings.json、.cson，怎么统一管理？
没有“统一管理”的原生机制，只有“统一入口”——TaoToken 这类服务提供的 API Key 和基础地址，才是唯一能跨插件复用的配置项。比如 linter-eslint 读 .eslintrc.js，remote-ftp 读项目根下的 ftp-config.json，而 atom-ai-complete 可能只认 config.toml 里的 api_base_url 和 api_key。
真正能省事的做法，是把所有插件都导向同一个 API 端点：
- TaoToken 的 Key 必须填在每个插件的对应字段里，但
api_base_url统一设为https://taotoken.net/api（OpenAI 兼容模式加/v1） - 别把 Key 写进 Git 可见的配置文件；用环境变量或本地
.env+ 插件支持的变量注入（如process.env.TAOTOKEN_KEY） - 如果插件不支持变量，就在其设置页手动粘贴 Key——这不是重复劳动，是必须步骤；所谓“统一”，统一的是 Key 本身，不是填写动作
JSON 格式配置报错：Unexpected token, expected “}” 怎么快速定位？
Atom 的远程开发插件（如 remote-ftp）和部分 AI 补全插件依赖 JSON 配置，但 Atom 不报行号，只甩一句 Unexpected token。这类错误 90% 出在逗号、引号、括号三处。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
最稳的排查法：把配置内容粘进 VS Code 或任何带 JSON 验证的编辑器，它会直接标红出错位置。若只能靠 Atom，记住这三条：
- JSON 不允许末尾逗号：
"pass": "xxx",→ 必须删掉最后那个逗号 - 键名和字符串值必须用双引号：
'host': 'x'或host: 'x'都非法 - 注释（
//或/* */）在 JSON 里完全不合法，哪怕只是临时标注也会导致解析中断
改完配置必须重启进程，不是关窗口
很多人点了 File → Exit 或关掉所有标签页，以为 Atom 已退出，其实 atom.exe 或 Atom Helper 进程仍在后台跑着。这时候改了 config.cson 或重装插件，新配置根本不会加载。
正确做法是彻底杀进程：
- macOS：活动监视器里搜
Atom，强制退出所有相关进程 - Windows：任务管理器 → 详细信息 → 结束
atom.exe和所有Atom Helper子进程 - Linux：终端执行
pkill -f atom
之后再从桌面图标或命令行启动。尤其涉及 useTreeSitterParsers 或 largeFileMode 这类底层开关时，不杀进程=白改。
