windows-native
anchor alias
title: "Windows (Native) 가이드 - Early Beta" description: "Early BETA: Windows 10 / 11에서 기본적으로 Hermes Agent를 실행하십시오. 설치, 기능 매트릭스, UTF-8 콘솔, Git Bash, 일정한 작업으로 게이트웨이, 편집자 취급, PATH, 제거 및 일반적인 pitfalls" sidebar_label: "Windows (Native) - 베타" sidebar_position: 3
Windows (Native) 가이드 - 초기 베타
Native Windows 지원은 early beta입니다. 설치, 실행, 우리의 Windows-footgun lint를 통과, 하지만 그것은 우리의 리눅스/macOS/WSL2 경로에 로드 테스트 되지 않았습니다. 예상 거친 가장자리 - 특히 하위 처리, 경로 quirks 및 비 ASCII 콘솔 출력의 주위에. 파일 문제를 검색할 때 다시 프로 단계로 보내십시오. 오늘 전투 테스트 설정을 원하면 WSL2의 Linux/macOS 설치 프로그램 대신 사용하십시오. 주요 특징
Hermes는 Windows 10 및 Windows 11에서 기본적으로 실행됩니다. — WSL 없음, Cygwin 없음, Docker 없음. 이 페이지는 딥 다이빙입니다. 기본적으로 작동하는 것은 WSL 전용이며, 설치자가 실제로 작동하고 Windows-specific knobs는 터치해야합니다.
설치하려는 경우, landing page 또는 Installation page에 한 라이너가 필요한 모든 것입니다. 당신을 놀라게 할 때 여기에 돌아 왔습니다.
실제 POSIX 환경을 선호한다면 (대시 보드의 임베디드 터미널의 경우, fork semantics, Linux-style 파일 watchers 등), **Windows (WSL2) 가이드**를 참조하십시오. 둘 다 coexist는 청소합니다: %LOCALAPPDATA%\hermes의 밑에 본래 자료 생활, WSL 자료는 ~/.hermes의 밑에 생활합니다.
주요 특징
빠른 설치
**PowerShell ** (또는 Windows 터미널) 및 실행:
사이트맵
자주 묻는 질문 installer는 %LOCALAPPDATA%\hermes\로 이동하여 hermes를 사용자 PATH에 추가합니다. — 새로운 터미널을 종료한 후 엽니다.
**Installer 옵션 ** (텍스트 블록 양식을 사용하여 매개 변수를 전달해야합니다):
& ([scriptblock]::Create((irm https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.ps1))) -NoVenv -SkipSetup -Branch main
| 매개 변수 | 기본 | 용도 |
|---|---|||
| -Branch | main | Clone 특정 지점(테스트 PR용으로 사용) |
| -NoVenv | 오프 | venv 생성 (advanced - Python을 직접 관리) |
| -SkipSetup | 오프 | 포스트 설치 hermes setup 마법사 |
| -HermesHome | %LOCALAPPDATA%\hermes | 고급 데이터 디렉토리 |
| -InstallDir | %LOCALAPPDATA%\hermes\hermes-agent | 고급 코드 위치 |
어떤 설치자가 실제로
정상에 밑바닥, 순서에서:
- Bootstraps
uv- Astral의 빠른 파이썬 관리자.%USERPROFILE%\.local\bin에 설치. uv를 통해 Python 3.11. 기존 Python이 필요 없습니다. 3.Installs Node.js 22 (유효한 경우,%LOCALAPPDATA%\hermes\node에서 포장되지 않은 휴대용 노드 tarball). 브라우저 도구 및 WhatsApp 다리에 사용됩니다. 4.Installs portable Git —git가 설치 프로그램을 사용하는 PATH에 이미 있습니다. 그렇지 않으면%LOCALAPPDATA%\hermes\git에git-for-windows릴리스에서%LOCALAPPDATA%\hermes\gitPortableGit (~45 MB)를 다운로드합니다. 관리자 없음, Windows 설치자 레지스트리 없음, 상자에 다른 사람과 방해 없음.- **
%LOCALAPPDATA%\hermes\hermes-agent에 repo**를 복제하고 내부의 virtualenv를 만듭니다. 6.Tiereduv pip install— tries.[all]먼저, 진보적으로 더 작은 세트로 돌아갑니다 ([messaging,dashboard,ext]→[messaging]→.) 비율 제한 GitHub에git+httpsdep 조각. "single flake drops you to the bare install" 실패 모드를 방지합니다. - ** 자동 설치 메시징 SDK **
.env에서 키 입력 -TELEGRAM_BOT_TOKEN/DISCORD_BOT_TOKEN/SLACK_BOT_TOKEN/SLACK_APP_TOKEN/WHATSAPP_ENABLED가 존재하는 경우python -m ensurepip --upgrade를 실행하고pip install를 대상으로 한pip install를 호출하여 각 플랫폼의 SDK가 실제로 가져올 수 있습니다. - **
HERMES_GIT_BASH_PATH**를 해결한bash.exe로 설정하여 Hermes는 신선한 포탄에서 deterministically 발견합니다. - **
%LOCALAPPDATA%\hermes\bin를 사용자 PATH에 추가 ** - 새로운 터미널을 열 후hermes명령을 노출. - Runs
hermes setup- 정상 최초의 마법사 (모델, 공급자, 도구).-SkipSetup로 이동하십시오.
기능 매트릭스
대쉬보드의 임베디드 터미널 팬들은 Windows에서 기본적으로 실행됩니다.
| 특징 | 기본 윈도우 | WSL2 |
|---|---|||
| CLI (hermes chat, hermes setup, hermes gateway,...) | ✓ | ✓ |
| 대화형 TUI(hermes --tui) | ✓ | ✓ |
| 메시징 게이트웨이(Telegram, Discord, Slack, WhatsApp, 15+ 플랫폼) | ✓ | ✓ |
| 크론 스케줄러 | ✓ | ✓ |
| 브라우저 도구(노트로 크롬) | ✓ | ✓ |
| MCP 서버(스트디오 및 HTTP) | ✓ | ✓ |
| Local Ollama / LM Studio / llama-server | ✓ | ✓ (WSL 네트워킹을 통해) |
| 웹 대시보드(세션, 작업, 메트릭스, 구성) | ✓ | ✓ |
| 대시보드 /chat 임베디드 터미널 팬 | İ (needs POSIX PTY) | ✓ |
| 로그인시 자동시작 | ✓ (시음) | ✓ (시스템) |
대쉬보드의 /chat 탭은 POSIX PTY (ptyprocess)를 통해 실제 터미널을 삽입했습니다. 네이티브 윈도우는 동일하지 않습니다. 파이썬의 pywinpty / Windows ConPTY는 작동하지만 별도의 구현 - 미래의 작업으로 치료합니다. ** 대시보드의 나머지는 기본적으로 ** — 하나의 탭이 "사용 WSL2" 배너를 보여줍니다.
Hermes가 Windows에서 쉘 명령을 실행하는 방법
Hermes의 터미널 도구는 Git Bash, 동일한 전략 Claude Code 사용 명령을 실행합니다. 이 측면은 모든 도구를 rewriting하지 않고 POSIX-vs-Windows 격차.
bash.exe를 위한 해결책 순서:
- 설정하면
HERMES_GIT_BASH_PATH환경 변수. %LOCALAPPDATA%\hermes\git\usr\bin\bash.exe(설치자 관리되는 PortableGit).%LOCALAPPDATA%\hermes\git\bin\bash.exe(older Git-for-Windows 레이아웃).- 시스템 Git-for-Windows 설치 (
%ProgramFiles%\Git\bin\bash.exe등). - MSYS2, Cygwin, 또는 마지막 리조트로 PATH에 어떤
bash.exe.
인스톨러 세트 HERMES_GIT_BASH_PATH 명시적으로 그래서 신선한 PowerShell 세션은 다시 발견 할 필요가 없습니다. 예를 들어, 시스템 Git Bash 또는 symlink를 통해 WSL-hosted bash를 사용하여 Hermes를 사용하려는 경우.
Pitfall: MinGit의 레이아웃은 전체 Git-for-Windows 설치 프로그램에서 다르지만 usr\bin\bash.exe의 밑에 bash는 bin\bash.exe가 아닙니다. Hermes는 모두 확인합니다. MinGit zip을 수동으로 포장하면 non-busybox 변종 (MinGit-*-64-bit.zip는 MinGit-*-busybox*.zip가 아닌 ash 대신 배 ash를 빌드합니다.
Windows에서 # # UTF-8 콘솔
Windows의 Python의 기본 stdio는 콘솔의 활성 코드 페이지 (보통 cp1252 또는 cp437)를 사용합니다. Hermes의 배너, slash-command 목록, 도구 피드, 리치 패널 및 기술 설명은 모두 Unicode를 포함. 개입없이 UnicodeEncodeError: 'charmap' codec can't encode character…로 충돌합니다.
수정은 hermes_cli/stdio.py::configure_windows_stdio()에서, 각 항목 점에서 일찍 호출 (cli.py::main, hermes_cli/main.py::main, gateway/run.py::main). 그것은:
kernel32.SetConsoleCP/SetConsoleOutputCP를 통해 CP UTF8 (65001)에 콘솔 코드 페이지를 플립합니다.sys.stdout/sys.stderr/sys.stdin를errors='replace'로 UTF-8로 재구성하십시오.PYTHONIOENCODING=utf-8및PYTHONUTF8=1(setdefault를 통해, 그래서 사용자의 값이 승리) 그래서 아이 파이썬 하위 프로세서는 UTF-8을 상속.EDITOR=notepad를EDITOR또는VISUAL가 설정되면 (아래 편집기 섹션 참조).
Idempotent는 비-Windows에서 없음.
**Opt 아웃: ** HERMES_DISABLE_WINDOWS_UTF8=1는 레거시 cp1252 stdio 경로로 돌아갑니다. 인코딩 버그를 끊는 데 유용합니다. 정상적인 작동에서 올바른 설정과는 달리.
편집기 (Ctrl-X Ctrl-E, /edit)
Pre-#21561, Ctrl-X Ctrl-E를 누르거나 /edit를 침묵으로 Windows에서 아무것도하지 않았다. prompt toolkit에는 하드 코딩된 POSIX-absolute fallback list (/usr/bin/nano, /usr/bin/pico, /usr/bin/vi,...)가 있으며 Windows에서 해결하지 못했습니다.
Hermes의 Windows stdio shim는 이제 기본으로 EDITOR=notepad를 설정합니다. Notepad는 모든 Windows 설치로 배송되며 차단 편집기로 작동합니다. - subprocess.call(["notepad", file]) 블록은 창이 닫을 때까지.
**User overrides는 여전히 승리 ** (setdefault의 앞에 검사됩니다):
| 에디터 | PowerShell 명령 |
|---|||
| VS 코드 | $env:EDITOR = "code --wait" |
| 메모장 ++ | $env:EDITOR = "'C:\Program Files\Notepad++\notepad++.exe' -multiInst -nosession" |
| 네바다 | $env:EDITOR = "nvim" |
| 헬릭스 | $env:EDITOR = "hx" |
VS Code의 --wait 플래그가 중요합니다. 편집기가 즉시 반환하지 않고 Hermes는 공백 버퍼를 다시 가져옵니다.
PowerShell 프로파일에 영구적으로 설정:
사이트맵
또는 시스템 설정에서 사용자 환경 변수로 모든 새로운 쉘을 선택합니다.
Ctrl+Enter CLI의 새로운 라인
Windows Terminal은 전용 키 순서로 Ctrl+Enter를 통과합니다. Hermes는 "Inert newline"으로 결합하여 Esc-then-Enter로 떨어지지 않고 CLI에서 멀티 라인 프롬프트를 구성할 수 있습니다. Windows Terminal, VS Code 통합 터미널 및 VT 탈출 시퀀스를 존중하는 모든 현대 Windows 콘솔 호스트에서 작동합니다.
레거시 cmd.exe 콘솔 Ctrl+Enter는 일반 Enter로 축소 - 대신 Esc Enter를 사용하거나 Windows 터미널로 업그레이드하십시오 (Windows 11에서 기본적으로 무료로 설치됩니다).
Windows 로그인에서 게이트웨이를 실행
Windows의 hermes gateway install는 일부 작업를 시작 폴더로 변경했습니다. - 관리자가 필요하지 않습니다.
설치
사이트맵
후드 아래에 무슨 일이 발생:
schtasks /Create /SC ONLOGON /RL LIMITED /TN HermesGateway- 표준 (비-elevated) 권한으로 로그인 작업을 등록합니다. UAC 프롬프트 없음.- 그룹 정책에 의해 차단되는 경우,
start /min cmd.exe /d /c <wrapper>단축키를%APPDATA%\Microsoft\Windows\Start Menu\Programs\Startup로 쓰고 다시 떨어지십시오. 동일한 효력, 약간 cruder. pythonw.exe**를 통해 게이트웨이 ** 분리 -python.exe가 아닙니다.pythonw.exe는CTRL_C_EVENT방송에 임의 콘솔이 없습니다 (실제 문제로 같은 프로세스 그룹에서 Ctrl + C가 아무것도 할 때 게이트웨이를 죽이는 데 사용).
스파네싱 때 사용되는 플래그: DETACHED_PROCESS | CREATE_NEW_PROCESS_GROUP | CREATE_NO_WINDOW | CREATE_BREAKAWAY_FROM_JOB.
관리
hermes gateway status # Merged view: schtasks + Startup folder + running PID
hermes gateway start # Starts the scheduled task now
hermes gateway stop # Graceful SIGTERM equivalent (TerminateProcess via psutil)
hermes gateway restart
hermes gateway uninstall # Removes schtasks entry, Startup shortcut, pid file
hermes gateway status는 idempotent입니다 - 행에서 천 번 호출하고 결코 실수로 게이트웨이를 죽이지 않습니다. (Pre-PR #21561은 침묵적으로, os.kill(pid, 0)가 C 수준에서 CTRL_C_EVENT와 공동으로 를 통해 - 당신이 이야기에 대해 걱정하는 경우 아래의 "처리 관리 내부"를 참조하십시오.)
왜 Windows 서비스가 아닌가?
서비스 관리자 권한 설치 및 기계 부팅에 게이트웨이의 수명주기를 타이 필요, 사용자 로그인. 전형적인 헤르메스 사용자는: 로그인 → 게이트웨이 사용 가능, 로그 아웃 → 게이트웨이가 사라. 계획된 작업은 고도 없이 정확하게 합니다. 진정한 서비스를 원한다면 nssm 또는 sc create를 수동으로 사용하지만 아마하지 않습니다.
데이터 레이아웃
| 경로 | 내용 |
|---|||
| %LOCALAPPDATA%\hermes\hermes-agent\ | Git 체크 아웃 + venv. Remove-Item -Recurse 및 재설치 안전. |
| %LOCALAPPDATA%\hermes\git\ | PortableGit(설치자만 해당)
| %LOCALAPPDATA%\hermes\node\ | 휴대용 Node.js
| %LOCALAPPDATA%\hermes\bin\ | hermes.cmd shim, 사용자 PATH에 추가. |
| %USERPROFILE%\.hermes\ | 구성, 오, 기술, 세션, 로그. ** 수리. ** |
분할은 deliberate입니다: %LOCALAPPDATA%\hermes는 처분할 수 있는 인프라입니다 (당신은 그것을 멀리 떨어질 수 있고 1 강선은 그것을 복원합니다). %USERPROFILE%\.hermes는 데이터입니다. - 구성, 메모리, 기술, 세션 기록 - 리눅스 설치와 동일합니다. 기계와 당신의 Hermes 사이 그것을 거울은 당신과 움직입니다.
Override HERMES_HOME: 환경 변수를 설정하여 다른 데이터 디디렉토리에 가합니다. Linux와 동일하게 작동합니다.
브라우저 도구
브라우저 도구는 크롬을 구동하기 위해 agent-browser ( 노드 헬퍼)를 사용합니다. Windows에서:
- 설치자는 npm을 통해 PATH에
agent-browser를 넣습니다. shutil.which("agent-browser", path=...)는.cmdshim 자동적으로 픽업합니다 —CreateProcessW는 연장자 shebang를 실행할 수 없습니다, 그래서 Hermes는 항상.CMD래퍼에 해결합니다. 수동으로 shebang 스크립트를 호출하지 마십시오; 항상.cmd를 통해 이동.- Playwright 크롬은 첫 번째 실행에 자동 설치 (
npx playwright install chromium). 설치가 실패하면hermes doctor는 고정 힌트로 표면합니다.
Windows에서 Hermes를 실행 — 실제 노트
PATH 설치 후
installer는 %LOCALAPPDATA%\hermes\bin를 사용자 PATH를 [Environment]::SetEnvironmentVariable로 추가합니다. 기존 터미널은 설치 후 새로운 PowerShell 창 (또는 Windows Terminal 탭)을 열지 않습니다. 닫히고, $env:PATH += …가 작동하지 않습니다.
인증:
Get-Command hermes # should print C:\Users\<you>\AppData\Local\hermes\bin\hermes.cmd
hermes --version
환경 변수
Hermes는 $env:X (process-scope) 및 사용자 환경 변수 (시스템 속성 → 환경 변수 설정)를 모두 존중합니다. %USERPROFILE%\.hermes\.env의 API 키 설정은 리눅스와 같은 정상적인 경로입니다.
사이트맵
모든 Windows 프로세스를 구체적으로 원하지 않고 사용자 환경 변수에 비밀을 넣지 마십시오 (당신이 원하는 것은 아닙니다).
Windows 별 env vars
이 Windows는 Windows 설치에만 영향을 미칩니다.
| 변하기 쉬운 | 효과 |
|---|||
| HERMES_GIT_BASH_PATH | 오버라이드 bash.exe 발견. 모든 bash의 포인트 - 전체 Git-for-Windows, symlink를 통해 WSL bash, MSYS2, Cygwin. 인스톨러가 자동으로 설정됩니다. |
| HERMES_DISABLE_WINDOWS_UTF8 | 1로 설정하여 UTF-8 stdio shim을 비활성화하고 로컬 코드 페이지로 돌아갑니다. 인코딩 버그를 초래하는 데 유용합니다. |
| EDITOR / VISUAL | /edit 및 Ctrl-X Ctrl-E를위한 편집기. Hermes는 notepad로 기본적으로 설정되지 않습니다. |
제거
PowerShell에서:
사이트맵
그것은 깨끗한 경로 - 스키 항목 제거, 시작 폴더 단축키, hermes.cmd shim, 삭제 %LOCALAPPDATA%\hermes\hermes-agent\, 및 사용자 PATH 트림. 그것은 %USERPROFILE%\.hermes\ 혼자 (당신의 구성, 오, 기술, 세션, 로그) 당신이 재설치 경우.
모든 것을 nuke에:
hermes uninstall
Remove-Item -Recurse -Force "$env:USERPROFILE\.hermes"
Remove-Item -Recurse -Force "$env:LOCALAPPDATA\hermes"
hermes uninstall CLI subcommand는 또한 다른 작업 이름 (older installs)에 등록 된 경우를 처리합니다. 하드 코딩 된 작업 이름에 의해 오히려 경로를 설치하여 검색합니다.
프로세스 관리 내부
이것은 배경 자료입니다 - 건너 뛰지 않는 한 당신은 "그 자체를 죽이고있다" 이상한.
Linux 및 macOS에서 POSIX idiom os.kill(pid, 0)는 no-op 권한 검사입니다. "이 PID는 살아있고 신호 할 수 있습니까?" Windows에서, 파이썬의 os.kill 맵 sig=0를 CTRL_C_EVENT로 - 그들은 정수 값 0에 충돌 - 그리고 GenerateConsoleCtrlEvent(0, pid)를 통해 경로, 대상 PID를 포함하는 ** 우선 콘솔 프로세스 그룹에 Ctrl + C를 방송. 그것은 [bpo-14484] (https://bugs.python.org/issue14484), 2012 년부터 열립니다. 현재 동작에 따라 스크립트를 끊기 때문에 고정되지 않습니다.
Consequence: Windows의 os.kill(pid, 0)를 통해 "이 PID가 살아 있는지 확인하는 코드 경로는 침묵적으로 표적을 죽였다. psutil.pid_exists()를 사용하는 gateway.status._pid_exists()에 psutil.pid_exists() (턴 사용중인 Windows에서 OpenProcess + GetExitCodeProcess - 신호 없음). 플러그인 또는 패치를 작성하는 경우 psutil.pid_exists()를 직접 또는 gateway.status._pid_exists()를 사용하여 os.kill(pid, 0)를 사용하지 마십시오.
scripts/check-windows-footguns.py는 CI에서 이것을 시행합니다. 새로운 os.kill(pid, 0) 통화는 Windows footguns (blocking) 검사를 사용하지 않는 한 라인은 # windows-footgun: ok — <reason> 마커를 운반합니다.
일반적인 pitfalls
** 설치 후 hermes: command not found.**
새로운 PowerShell 창을 엽니다. 인스톨러는 %LOCALAPPDATA%\hermes\bin를 사용자 PATH에 추가했지만 기존의 쉘은 그것을 픽업해야합니다. 반면에 & "$env:LOCALAPPDATA\hermes\bin\hermes.cmd"를 실행할 수 있습니다.
**WinError 193: %1 is not a valid Win32 application 도구 실행시. **
.cmd shim를 우회하여 세방 원고를 명중합니다. 헤르메스는 shutil.which(cmd, path=local_bin)를 통해 명령을 해결하므로 PATHEXT는 .CMD를 픽업합니다. 대신 하드 코딩 경로를 통해 도구를 호출하면 .cmd 변형 (예: npx.cmd, npx)로 전환합니다.
** [scriptblock]::Create(...)는 The assignment expression is not valid로 실패합니다. **
install.ps1의 다운로드는 UTF-8 BOM을 선택했습니다. irm | iex 형식 스트립 BOM을 자동으로; [scriptblock]::Create((irm...))는하지 않습니다. 간단한 irm | iex 양식으로 다시 실행하거나 스크립트를 수동으로 다운로드하고 [IO.File]::WriteAllText($path, $text, (New-Object Text.UTF8Encoding $false))를 통해 BOM없이 저장하십시오.
**Gateway는 재시작 후 실행되지 않습니다. **
hermes gateway status를 확인 - 그것은 스키 항목, 시작 폴더 단축키 (사용하는 경우) 및 라이브 PID를 병합합니다. schtasks가 등록되지 않은 경우, 그룹 정책은 ONLOGON 트리거를 차단할 수 있습니다. schtasks /Query /TN HermesGateway /V /FO LIST를 실행하여 작업의 실패 이유를 보거나 HERMES_GATEWAY_FORCE_STARTUP=1로 제거 및 재설치하여 시작 폴더 경로로 돌아갑니다.
** /edit는 여전히 $env:EDITOR를 설정 한 후 아무것도하지 않습니다. **
현재 프로세스에만 설정; 쉘을 닫고, 또는 시스템 속성의 사용자 범위에서 설정 → 환경 변수. 새로운 PowerShell 창에서 echo $env:EDITOR로 검증합니다.
**Browser 도구가 실행되지만 도구는 시간. **
Chromium은 첫 번째 실행에 자동 설치됩니다. 설치가 실패한 경우 (rate-limited GitHub, Playwright CDN hiccup), 실행 hermes doctor — 그것은 누락 된 크롬을 표면하고 수정하기 위해 정확한 npx playwright install chromium 명령을 인쇄합니다.
**agent-browser는 이상한 노드 버전 오류로 실패합니다. **
설치 프로그램은 %LOCALAPPDATA%\hermes\node에서 Node 22을 제공하지만 PATH는 이전 시스템 노드 18을 먼저 가질 수 있습니다. Hemes의 노드 dir를 PATH로 이전하거나, 다른 곳에서 노드를 사용하지 않는 경우 시스템 설치를 삭제합니다.
**중국 / 일본어 / 아랍 문자는 CLI의 ?로 표시됩니다. **
UTF-8 stdio shim은 활성화되지 않았습니다. HERMES_DISABLE_WINDOWS_UTF8는 설정되지 않습니다 (Get-ChildItem env:HERMES_DISABLE_WINDOWS_UTF8). 비어 있는 경우 ?, 콘솔 호스트 (매우 오래된 cmd.exe)가 UTF-8을 지원하지 않을 수 있습니다.
**Gateway는 Telegram 사진을 보낼 수 없습니다 - "BadRequest: payload contains invalid characters". **
이것은 Windows와 관련이 없지만 때때로 표면이 먼저 있습니다. 보통 파일 경로는 JSON 몸에서 unescaped backslashes를 포함합니다. Telegram은 사용자 정의 플러그인 내부를보고있는 경우, 원래 Windows 경로가 아닌 Hermes 정상화 경로를 수신해야하며, 사용자 입력에서 str(Path(...))가 아닌 Hermes-provided 경로를 전달해야합니다.
** "다른 기계에서 작업"git pull 후 이상한 인코딩.**
Hermes config 또는 비-UTF-8 편집기 (이전 Windows 버전의 메모장, 일부 중국 IMEs)를 사용하여 Windows의 기술로 편집되면 파일이 BOM으로 저장 될 수 있습니다. Hermes는 대부분의 구성에 utf-8-sig를 읽습니다, 그러나 접힌 YAML 사기그릇 (description: >) 안쪽에 BOM는 조용히 YAML 파싱을 깰. BOM없이 일반 UTF-8로 파일을 다시 저장하십시오.
다음으로 갈 곳
-Installation - Linux/macOS/WSL2/Termux를 포함한 전체 설치 페이지.
- Windows (WSL2) 가이드 — POSIX semantics 또는 대쉬보드 터미널 팬을 원한다면.
-CLI 참조 — 모든
hermes서브콤맨드. -FAQ - 일반적인 비-Windows-specific 질문. -Messaging Gateway - Windows에서 Telegram/Discord/Slack 실행.