'/d' is not recognized as an internal or external command CC Switch

Quick fix

Bypass '/d' errors by using English directories or mklink /J junctions; fix permanently by ensuring .bat files use CRLF and chcp 65001.

Symptom

Error outputCopy

'/d' 不是内部或外部命令

English translation

'/d' is not recognized as an internal or external command

Cause

When CC Switch on Windows clicks 'Open Terminal' on a provider card and selects a Chinese directory in the folder picker, it writes the working directory into %TEMP%\cc_switch_claude_*.bat. The src-tauri/src/commands/misc.rs file generating this .bat uses Rust multi-line strings where most lines are LF, but the cwd_command line is hardcoded as CRLF, causing mixed LF/CRLF usage. cmd.exe only treats CRLF as line endings, so @echo off and cd /d "..." are concatenated by LF: with English paths, they are just echoed without changing directories or errors; with Chinese paths, UTF-8 bytes are parsed as garbled text by the GBK(936) code page, breaking argument parsing, causing cmd to execute /d as an independent command and reporting '/d' is not recognized as an internal or external command. This issue may also appear as #3852's The filename, directory name, or volume label syntax is incorrect. or System cannot find the path specified. forms.

Fix

1. 1

   Temporary workaround: Change the target working directory to a pure English path, or run `mklink /J D:\my-project "D:\我的项目"` and then select the English junction path.

2. 2

   Source fix: When generating temporary .bat in `src-tauri/src/commands/misc.rs`, ensure all line breaks explicitly use `\r\n`, and add `chcp 65001 >nul` after `@echo off` so cmd parses Chinese paths with the UTF-8 code page.

   // src-tauri/src/commands/misc.rs
    let content = format!(
        "@echo off
    {cwd_command}
    echo Using provider-specific claude config:
    ...
    ", ...);
    let content = format!(
        "@echo off\r\nchcp 65001 >nul\r\n{cwd_command}echo Using provider-specific claude config:\r\n...\r\n", ...);

Affected Versions

ToolClaude Code

Version3.16.1 - 3.17.0（受影响）

PlatformsWindows

Source Issues

This page is distilled from 2 real issues

• #3852使用中文路径打开Claude Code异常
• #5479[Windows] 打开终端启动 Claude Code 报 '/d' 不是内部或外部命令（中文工作目录触发）

FAQ

Why do English paths not report errors, while only Chinese paths report '/d'?

Because LF concatenates @echo off and cd /d; for English paths, they are merely echoed without errors but do not change directories; for Chinese paths, UTF-8 bytes are parsed as garbled text by the GBK(936) code page, breaking argument parsing, causing /d to be executed as a command.

Why do I also see System cannot find the path specified. / The filename, directory name, or volume label syntax is incorrect.?

These are variants of the same Chinese path/encoding issue. Even if line breaks are fixed, if .bat still writes Chinese in UTF-8 while cmd defaults to GBK(936), cd /d may fail to find the directory and report System cannot find the path specified.

Is there a temporary solution without modifying source code?

Yes. Changing the working directory to a pure English path is most stable; you can also use mklink /J to create an English NTFS junction pointing to the Chinese directory, then let CC Switch select that junction path.

Related problems

cc-switch white screen / black screen / crash / no window on launchWork out whether it is corrupt window state, a WebView2/OS compatibility problem, or security software. Handle per symptom; use the CLI build if needed.14 issues mergedEvery click first pops up the system folder picker - cc-switchEdit src/App.tsx to remove the pickDirectory() call in handleOpenTerminal, so opening a terminal stops forcing a folder picker.3 issues mergedBash(...) Waiting... Claude CodeDowngrade Claude Code to v2.1.104 or v2.0.64 (admin required), or switch to a compatible provider such as Alibaba Cloud Bailian.1 issues merged