Q: Windows에서 npm이 'Maximum call stack size exceeded'를 던지고 Node가 \\?\ 경로와 함께 EISDIR lstat 'C:'를 던질 때 Atlas Codex ACP를 어떻게 수정합니까?

근본 원인: Windows에서 std::fs::canonicalize는 \\?\C:\Users\... 같은 verbatim 확장 길이 경로를 반환합니다. Atlas 0.3.3은 이 경로를 npm의 --prefix와 Node 진입점에 전달합니다. npm 11.6.1의 Arborist는 RangeError: Maximum call stack size exceeded가 발생할 때까지 재귀할 수 있으며, Node 24.11.0은 Error: EISDIR: illegal operation on a directory, lstat 'C:'와 함께 실패할 수 있습니다. 영구 수정: PR #281 및 그 후속 수정의 agent-store 경로 정규화 수정 사항이 포함된 Atlas 릴리스로 업그레이드하세요. Rust 코드를 패치하는 경우, npm 또는 Node를 실행하기 전에 경로를 정규화하세요: let install_dir = dunce::simplified(&std::fs::canonicalize(&dir)?).to_path_buf(); npm의 --prefix와 Node 스크립트 경로에는 install_dir을 사용하세요. 내부 파일 시스템 검사에는 원래의 canonicalize된 경로를 유지해도 됩니다. 우회 방법: 일반 C:\... 경로를 사용하여 어댑터를 설치한 다음, 일반 경로 런처로 시작하세요. PowerShell에서: $dir = "$env:APPDATA\dev.atlas.ide\external-agents\registry\npx\codex-acp" npm install --prefix $dir "@agentclientprotocol/codex-acp@1.12.0" node "$dir\node_modules\@agentclientprotocol\codex-acp\dist\index.js" --version 마지막 명령은 @agentclientprotocol/codex-acp 1.12.0을 출력해야 합니다. 동일한 일반 경로를 사용하는 .cmd 런처를 만드세요: @echo off node "C:\Users\ \AppData\Roaming\dev.atlas.ide\external-agents\

Question 1

Windows에서 Atlas를 다시 시작한 후 재개된 Codex 세션이 왜 “Ask for approval”에서 “Approve for me”로 바뀌나요?

Accepted Answer

이것은 Windows의 Atlas 0.3.4 버그입니다: 기존 Codex ACP 세션을 재개하면 이전에 선택한 모드 대신 에이전트가 보고한 approval mode를 사용할 수 있습니다. 새 세션은 영향을 받지 않습니다.

수정: Atlas 0.4.0 이상으로 업그레이드하세요. 수정 사항은 PR #345, commit 6764d951에 있습니다. 이제 재개된 세션은 선택한 approval mode를 복원합니다. 해당 모드를 적용할 수 없으면 composer가 경고를 표시하고 모드를 선택할 때까지 아무것도 보내지 않습니다.

Atlas 0.3.4용 우회 방법: 프로젝트를 다시 연 뒤 Codex 세션을 재개한 후, 프롬프트를 보내기 전에 표시되는 approval mode를 확인하세요. “Approve for me”로 표시되면 “Ask for approval”을 수동으로 다시 선택하세요.

Question 2

Windows에서 src-tauri를 빌드할 때 "cannot find `menu` in `crate`" 및 "field `0` of struct `tauri::State` is private" 오류를 어떻게 수정하나요?

Accepted Answer

이 문제는 0.3.4까지의 버전에서 발생합니다. 왜냐하면 keybindings.rs가 macOS 전용 crate::menu 모듈을 무조건 참조하기 때문입니다. 릴리스 0.4.0 이상으로 업그레이드하세요. 여기에는 커밋 7cb5749a가 포함되어 있습니다. 그런 다음 다시 빌드하세요:

git checkout 0.4.0
bun run dev:app

0.3.4에 계속 머물러야 한다면, 수정 사항을 cherry-pick하거나 src-tauri/src/commands/keybindings.rs의 메뉴 의존 코드를 다음과 같이 조건부 컴파일로 감싸세요:

#[cfg(target_os = "macos")]
{
    // crate::menu::CloseTabItem code
}

Windows와 Linux에서 이 명령은 no-op이어야 합니다. 이 수정 사항은 Windows 11에서 검증되었으며, 플랫폼별 빌드 실패를 잡기 위해 Linux CI도 추가되었습니다.

Question 3

memory_forget가 "forgotten": true를 반환하는데도 memory_search가 문서 결과에서 삭제된 텍스트를 여전히 찾는 이유는 무엇인가요?

Accepted Answer

버전 0.3.3(69c56bfd)에서 memory_forget은 구조화된 항목을 즉시 삭제하지만, 별도의 온디바이스 문서 인덱스에는 제거 API가 없었습니다. 따라서 삭제된 텍스트는 다음 디바운스된 인덱스 재구축까지, 보통 약 1–2분 동안 검색 가능한 상태로 남았습니다.

임시 해결 방법: memory_forget을 호출한 후 약 2분 기다린 다음, 해당 항목의 고유 문구로 memory_search를 실행하고 그것이 documents 배열에 더 이상 나타나지 않는지 확인합니다. 해당 검사가 통과할 때까지는 콘텐츠를 여전히 검색 가능한 것으로 취급하십시오.

영구 수정: 커밋 ece6e811이 포함된 빌드로 업그레이드하십시오(main의 5bff2ba 부근 및 0.3.4 브랜치의 a932ac5 부근에서 사용 가능). 이 수정은 IndexEvict 연결 지점을 추가하여 memory_forget이 해당 문서를 제거하도록 하고, memory_search가 live_shared_docs()를 통해 문서 검색 결과를 라이브 항목 테이블과 대조해 필터링하도록 합니다. 따라서 잊힌 콘텐츠는 더 이상 즉시 반환되지 않습니다.

Question 4

Windows에서 npm이 'Maximum call stack size exceeded'를 던지고 Node가 \?\ 경로와 함께 EISDIR lstat 'C:'를 던질 때 Atlas Codex ACP를 어떻게 수정합니까?

Accepted Answer

근본 원인: Windows에서 std::fs::canonicalize는 \?\C:\Users\... 같은 verbatim 확장 길이 경로를 반환합니다. Atlas 0.3.3은 이 경로를 npm의 --prefix와 Node 진입점에 전달합니다. npm 11.6.1의 Arborist는 RangeError: Maximum call stack size exceeded가 발생할 때까지 재귀할 수 있으며, Node 24.11.0은 Error: EISDIR: illegal operation on a directory, lstat 'C:'와 함께 실패할 수 있습니다.

영구 수정: PR #281 및 그 후속 수정의 agent-store 경로 정규화 수정 사항이 포함된 Atlas 릴리스로 업그레이드하세요. Rust 코드를 패치하는 경우, npm 또는 Node를 실행하기 전에 경로를 정규화하세요:

let install_dir = dunce::simplified(&std::fs::canonicalize(&dir)?).to_path_buf();

npm의 --prefix와 Node 스크립트 경로에는 install_dir을 사용하세요. 내부 파일 시스템 검사에는 원래의 canonicalize된 경로를 유지해도 됩니다.

우회 방법: 일반 C:\... 경로를 사용하여 어댑터를 설치한 다음, 일반 경로 런처로 시작하세요. PowerShell에서:

$dir = "$env:APPDATA\dev.atlas.ide\external-agentsegistry
px\codex-acp"
npm install --prefix $dir "@agentclientprotocol/codex-acp@1.12.0"
node "$dir
ode_modules\@agentclientprotocol\codex-acp\dist\index.js" --version

마지막 명령은 @agentclientprotocol/codex-acp 1.12.0을 출력해야 합니다. 동일한 일반 경로를 사용하는 .cmd 런처를 만드세요:

@echo off
node "C:\Users\<user>\AppData\Roaming\dev.atlas.ide\external-agents\

Question 5

Codex가 CLAUDE.md와 .claude/rules/에서 Claude Code 규칙을 읽도록 하려면 어떻게 해야 하나요?

Accepted Answer

Atlas 0.4.0 이상에서 instructionSync 설정을 활성화하세요. 그러면 Atlas는 CLAUDE.md 및 .claude/rules/*.md를 프로젝트의 AGENTS.md 끝에 있는 표시된 블록으로 미러링하며, Codex가 이를 읽습니다. 이 블록은 및 마커를 사용하며, 그 외부의 텍스트는 수정되지 않습니다. 설정을 활성화하면 각 창의 활성 프로젝트가 동기화되고, 비활성화하면 Atlas가 기록한 모든 프로젝트에서 미러링된 블록이 제거됩니다. 이미 팩에 의해 프로젝션된 규칙은 건너뛰고, 메모리 코퍼스는 중복 인덱싱을 방지하기 위해 미러링된 블록을 제외합니다. .claude/settings.json의 훅과 권한은 Claude Code에만 적용되므로 미러링되지 않는다는 점에 유의하세요.

atlas

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트