fitten code崩溃需查其独立日志：macos/linux在~/.local/share/fitten-code/log/，windows在%userprofile%.local\share\fitten-code\log；若路径不存在则插件未初始化成功。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当 Fitten Code 在 VSCode 中突然停止响应、侧边栏空白、补全失效或反复弹出“Extension host terminated”错误时，仅看 UI 提示无法定位真实崩溃点——必须直接读取其运行时生成的日志文件，因为插件内部的 JavaScript 错误、网络请求失败、权限拒绝或子进程 spawn 异常，都会优先写入磁盘日志而非 UI 弹窗。
定位 Fitten Code 日志文件存放路径
VSCode 本身不托管 Fitten Code 的运行日志，该插件使用独立日志机制，路径与操作系统强绑定：【Windows 用户请勿直接访问 %APPDATA%\Code\Logs】，那是 VSCode 主进程日志，和 Fitten Code 无关。
macOS / Linux：打开终端，输入 ls ~/.local/share/fitten-code/log/，确认目录存在且含 .log 文件。
Windows：按下 Win + R，粘贴 %USERPROFILE%\.local\share\fitten-code\log 并回车，进入该文件夹。
若该路径不存在，说明插件尚未成功初始化过日志系统——此时崩溃发生在加载早期，需跳转至命令行隔离步骤。
提取最近一次崩溃的关键日志段落
日志文件按时间戳命名（如 2026-06-18T221534.log），打开最新一个，用 Ctrl+F 搜索关键词：ERROR、unhandledRejection、spawn ENOENT、permission denied。
重点盯住 ERROR 行下方紧邻的堆栈：如果看到 at ChildProcess.spawn 或 execFile 调用，说明插件试图启动外部程序（如 Python 解释器、curl）但失败；若出现 TypeError: Cannot read property 'postMessage' of null，基本可断定 Webview 渲染层已销毁，而插件仍在尝试通信。
注意：日志中出现 Failed to fetch https://api.fitten.dev/v1/chat 且状态码为 0，并非网络问题，而是插件底层 HTTP 客户端已被强制终止——这属于崩溃结果，不是原因。
Fitten Code 1.0.3是一款由清华博士团队打造的AI编程助手，基于国产计图（Jittor）深度学习框架开发。它支持VS Code、JetBrains系列等主流IDE及80多种编程语言。核心功能包括智能代码补全、注释生成、代码解释、Bug检测、单元测试生成等，旨在全方位提升开发效率。该工具对个人用户免费开放。
交叉验证崩溃是否由路径含空格或中文触发
方法一：检查日志中是否存在 spawn C:\Program Files\Python\python.exe 类似路径（Windows）或 /Applications/Visual Studio Code.app/Contents/MacOS/Electron 含空格路径被截断的痕迹。
方法二：在终端中手动复现插件行为——找到日志里报错的完整命令（如 python -m fitten_core --init），将其复制出来，cd 到插件安装目录（~/.vscode/extensions/fitten.fitten-code-*），然后在该目录下执行该命令。若报 command not found 或 No module named fitten_core，说明插件未正确解压或依赖未安装。
【关键动作】不要在桌面或“文档”这类默认含中文路径下启动 VSCode —— 这会导致 Fitten Code 的子进程调用因编码解析失败而静默退出，且不会在日志中留下明确错误行。
用命令行启动 VSCode 并强制输出调试日志
第一步：关闭所有 VSCode 窗口，确保无残留 exthost 进程。
第二步：在终端中执行：code --log-level=debug --extension-log-file=/tmp/fitten-debug.log（macOS/Linux）或 code --log-level=debug --extension-log-file="%TEMP%\fitten-debug.log"（Windows）。
第三步：等待 30 秒，打开任意代码文件，触发 Fitten Code 侧边栏或补全，等它再次崩溃后立即停止。
第四步：打开刚才指定的 fitten-debug.log，搜索 fitten-code，过滤出所有包含该字符串的行。其中 [Extension Host] [fitten-code] 开头的行即为插件主动输出的调试标记，比普通 ERROR 更早暴露初始化卡点。
若该日志为空，说明插件连 activate() 函数都未执行——此时必须用 code --disable-extension fitten.fitten-code 验证是否为唯一元凶。
