vscode remote-ssh连接失败主因是known_hosts中旧密钥冲突，需用ssh-keygen -r清理对应记录，或手动删除该文件中目标主机行，并注意wsl/windows路径差异及插件缓存干扰。
CodeGeeX 生成 Dockerfile 时为什么 COPY 顺序总出错？
因为 CodeGeeX 默认按语义推导依赖层级，但不会主动识别 requirements.txt 是否被 COPY 在 RUN pip install 之前——它只看文件是否存在、是否在根目录。一旦你把 requirements.txt 放在子目录（比如 backend/requirements.txt），或用 poetry.lock 替代，插件就容易漏掉关键路径。
- 确保
requirements.txt或pyproject.toml位于项目根目录；若不在，手动在自然语言指令里强调：“COPY backend/requirements.txt /app/requirements.txt” - 多阶段构建中，
COPY --from=builder的源阶段名必须和实际 stage 名一致，CodeGeeX 不会校验拼写，builder写成build就直接构建失败 - 默认生成的
CMD是["python", "app.py"]，但如果你用的是uvicorn main:app，必须在指令里明确写出来，否则容器启动后立刻退出
Remote-SSH 配置脚本执行后仍连不上，常见卡点在哪？
脚本能自动写 ~/.ssh/config，但连不上往往不是配置问题，而是 SSH 层级的隐性状态没清理干净。
-
known_hosts里残留旧主机密钥会导致连接拒绝，脚本不自动清理——需手动运行ssh-keygen -R your-server-ip - 脚本默认用
IdentitiesOnly yes限制密钥使用，但如果私钥密码为空、而 ssh-agent 正在托管其他密钥，反而会因认证方式冲突失败 - VSCode Remote-SSH 插件缓存了旧连接状态，改完配置后必须重启 VSCode，或点击远程资源管理器里的“Close Remote Connection”再重试
EditorConfig 自动生成的 .editorconfig 为什么不起作用？
EditorConfig 插件生成的是基础模板，但真正生效依赖两个硬性条件：文件位置必须正确，且项目根目录下不能有更高优先级的同名配置。
-
.editorconfig必须放在**最外层项目根目录**，放在src/或packages/下无效 - 如果项目里已有
.prettierrc或eslint.config.js，它们的缩进/换行规则可能覆盖 EditorConfig，尤其当 Prettier 设置了"endOfLine": "crlf"时 - VSCode 默认启用 EditorConfig，但某些插件（如某些版本的 Prettier）会禁用它，检查设置里
editorconfig.editorconfig.enable是否为true
Vue 模板 snippet 输入 vue 后没反应，八成是这三件事没做对
不是插件没装，也不是 JSON 写错，而是 VSCode 对 Vue 文件的识别链断在了某个环节。
- 右下角状态栏显示的必须是
Vue，不是HTML或Vue SFC；若显示错误，点击切换，或加配置："files.associations": { "*.vue": "vue" } - Volar 必须开启
volar.takeOverMode，且 Vetur 必须完全卸载——二者共存时，Volar 会退化为只提供语法高亮，snippet 触发逻辑直接失效 -
vue.code-snippets文件里"scope": "vue"不能写成"scope": ["vue"]或漏掉，数组格式、大小写、引号全错，VSCode 就当它不存在
known_hosts，Dockerfile 生成前先核对 requirements.txt 路径，Vue snippet 生效前先盯住右下角那个小标签——状态不对，后面全白搭。
