VSCode中新建.py文件缩进仍为2格，因language-python插件内置tabSize: 2且优先级高于全局设置；须进入该插件设置页将Tab Size改为4或留空以继承全局配置，并重启文件生效。
为什么新建.py文件缩进还是2格
language-python插件自带tabLength: 2，优先级高于全局设置，哪怕你在Settings里设了4空格也没用。它不读"*": { editor: { tabLength: 4 } }，只认自己包里的配置。
解决方法只有两个：
- 进
Packages → language-python → Settings，把 Tab Length 改成4或直接留空（留空才会继承全局） - 或者更彻底：删掉该页面里所有自定义值，确保它完全退回到
"*"配置
别信“改完立刻生效”——已打开的.py文件不会自动重载，必须关掉再重开，或手动触发一次Editor: Auto Indent。
按Tab键插1个空格而不是4个，怎么修
这不是按键坏了，是softTabs和tabLength没同时生效，或者被覆盖了。Atom里按Tab是否转为空格，只由softTabs: true控制；插几个空格，则取决于tabLength: 4。二者缺一不可。
立即学习“Python免费学习笔记（深入）”；
常见干扰源：
-
.editorconfig里写了indent_size = 2，会压倒编辑器设置 -
prettier-atom开着“Auto-indent on save”，它用自己的prettier.tabWidth接管缩进 - 右下角状态栏显示
Tab Length: 4 Tab（末尾是Tab不是Spaces），说明已 fallback 到硬制表符模式，softTabs实际失效
临时验证：全选代码 → Ctrl+Shift+P → 执行whitespace:convert-tabs-to-spaces，看是否能转出4空格。
Python 环境工具专业版功能概述Python 环境工具专业版是一项面向实际任务的技能。它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。核心要点使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。该技能适合需要稳定复用相关能力的场景，可作为自动化工作流的一部分，也便于后续检查、调整和扩展。执行完成后建议检查结果是否符合预期，并保留必要记录。使用与执行同时注意输入完整性、执行条件和输出可用性。从功能定位来看，该技能
粘贴/回车后缩进全乱，autoIndent开了也不管用
Atom 的autoIndent、softTabs、autoIndentOnPaste三者强耦合，少一个就断链。GUI里autoIndentOnPaste常不显示，必须手改~/.atom/config.cson：
"*":
editor:
autoIndent: true
softTabs: true
autoIndentOnPaste: true
tabLength: 4
preferSoftTabs: true
注意：preferSoftTabs: true才是关键开关，它强制新文件和混合缩进文件都用空格；关掉它，Atom会“尊重历史”继续用\t。
另外，粘贴前光标若不在行首（比如停在第6列），Atom会以该列为基准做相对缩进——结果就是整块偏移。补救：选中乱码段，按Ctrl+Alt+L触发editor:auto-indent。
convert-tabs-to-spaces命令没反应，是不是插件装错了
根本不用装任何“tabs-to-spaces插件”。Atom从1.0起就把whitespace作为核心包内置了，whitespace:convert-tabs-to-spaces就是官方方案。
它只处理行首缩进位置的\t，字符串或注释里的\t原样保留；展开量严格按当前文件tabLength算（设4就换4空格）。
没反应的真正原因：
- 文件未被识别为Python（右下角显示
Plain text而非Python） - 文件开头几行有真实
\t，Atom启动时锁定为硬Tab模式 -
.editorconfig写了indent_style = tab，直接覆盖编辑器逻辑
最稳的长期解法：删掉所有语言包里的独立tabLength设置，关掉Atomic Soft Tabs选项，然后完全退出Atom重开——热重载不生效，这点最容易被忽略。
