VS Code终端效率提升关键在于Shell集成和任务联动，而非更换终端外观；必须启用terminal.integrated.shellIntegration.enabled以支持命令识别、错误跳转和任务联动，禁用将导致核心功能失效。
VS Code自带终端已经足够好用，但真正提升效率的不是“换终端”，而是让终端更懂你当前在写什么、要跑什么、出错了该看哪行——关键在Shell集成和任务联动，不是外观或分屏炫技。
terminal.integrated.shellIntegration.enabled 必须开
这个配置项控制的是VS Code能否识别每条命令的起始/结束、捕获退出码、高亮错误行。关掉它，send_to_terminal 工具、命令装饰器、错误跳转都会失效。
- 默认是
true，但某些旧工作区或禁用扩展后可能被重置 - 如果发现终端里执行
git status后没有绿色对勾、npm run build报错不自动定位到问题文件，先检查这个开关 - macOS上Zsh v5.0+、Windows上PowerShell 7+支持最完整；Git Bash仅基础支持，别指望错误行跳转
不要用 wt.exe 替换默认终端来“增强”
把 terminal.external.windowsExec 指向 wt.exe 只是把VS Code终端换成外部窗口，反而断开了Shell集成、任务面板联动、Ctrl+Shift+P调用 Terminal: Clear 等能力。
- VS Code 1.115起已原生支持图片拖入终端、后台通知、延迟轮询，这些只在集成终端生效
- 真要多标签/分屏，直接用VS Code内置终端的
Ctrl+Shift+5（新建终端）+Ctrl+Shift+T（恢复已关闭终端）+ 分屏快捷键Ctrl+\ - Hyper或Windows Terminal适合当独立工具用，和VS Code共存没问题，但别混作“集成终端”
tasks.json 里 type: "shell" 才能触发终端上下文
VS Code任务运行器中，只有 type: "shell" 的任务会复用当前终端实例、继承环境变量、显示在同一个面板里；type: "process" 或 type: "npm" 是独立进程，无法享受Shell集成带来的命令跟踪和装饰。
- 比如想让
npm test执行完自动滚动到失败用例，必须写成"type": "shell", "command": "npm test" - 搭配
"presentation": { "panel": "shared" }，多个任务可共用一个终端，避免面板爆炸 - 注意
shell类型下${file}等变量仍可用，但process类型不支持变量替换
clear 命令和 Ctrl+L 的行为差异容易误判
clear 和 cls 只清屏不重置终端缓冲区，历史内容还能滚上去看；而 Ctrl+L 是终端驱动级换页，效果一样但更轻量。两者都不影响Shell集成状态。
- 脚本里用
exec('clear')没问题，但别在tasks.json的command字段里写"clear && npm start"——这会让npm start的输出无法被Shell集成捕获 - 真正需要“重置终端上下文”的场景（比如调试时反复启动服务），用
Terminal: Clear命令比命令行更可靠 - 某些自定义shell（如oh-my-zsh插件）会覆盖
Ctrl+L行为，此时优先信任VS Code命令面板里的清除操作
Shell集成不是锦上添花的功能，它是VS Code终端从“能用”变成“能推理”的分水岭。一旦关掉或绕过它，所有AI工具链、错误定位、命令生命周期管理都会退化成普通终端——这点在调试长流程构建或CI模拟时特别明显。
