Q: Windows의 Goose Desktop에서 MCP 확장 환경 변수를 설정할 때 'Failed to fetch secret' 오류를 수정하는 방법은?

이는 시스템 키링(Windows)에서 환경 변수 값을 읽지 못하는 알려진 버그입니다. 해결 방법: C:\\Users\\ \\AppData\\Roaming\\Block\\goose\\config\\config.yaml에서 config.yaml을 수동으로 편집하고, 확장 항목을 찾은 후 필요한 값으로 envs 블록을 추가합니다. 예: envs: WP_API_URL: https://my_website.com JWT_TOKEN: my_token 그런 다음 앱을 다시 시작합니다. 수정(#9279)은 다음 릴리스에 포함될 예정입니다. 업데이트가 제공되면 적용하세요.

Question 1

Goose에서 chatgpt_codex gpt-5.5를 사용할 때 'missing field output' 스트림 디코드 오류를 수정하는 방법

Accepted Answer

이는 Goose v1.35.0의 알려진 버그로, response.completed 이벤트에 'output' 필드가 누락되어 있습니다. v1.35.1에서 해당 필드를 선택 사항으로 만들어 수정되었습니다. 최신 버전으로 업그레이드하세요.

Question 2

Windows의 Goose Desktop에서 MCP 확장 환경 변수를 설정할 때 'Failed to fetch secret' 오류를 수정하는 방법은?

Accepted Answer

이는 시스템 키링(Windows)에서 환경 변수 값을 읽지 못하는 알려진 버그입니다. 해결 방법: C:\Users\<username>\AppData\Roaming\Block\goose\config\config.yaml에서 config.yaml을 수동으로 편집하고, 확장 항목을 찾은 후 필요한 값으로 envs 블록을 추가합니다. 예:
  envs:
    WP_API_URL: https://my_website.com
    JWT_TOKEN: my_token
그런 다음 앱을 다시 시작합니다. 수정(#9279)은 다음 릴리스에 포함될 예정입니다. 업데이트가 제공되면 적용하세요.

Question 3

Rust wiremock 테스트가 병렬로 실행될 때 무작위로 실패하고 서로의 요청을 캡처하는 이유는 무엇인가요?

Accepted Answer

근본 원인: `let (_, capture, provider) = setup_mock_server().await;`는 바인딩되지 않는 `_`를 사용하므로, `MockServer` 임시 객체가 해당 문의 끝에서 드롭됩니다. 드롭된 서버는 여전히 리스닝 중인 상태로 wiremock의 내부 풀로 돌아가며, 병렬 테스트에서 다음 `MockServer::start()` 호출이 동일한 서버를 재사용하고 리셋한 뒤 자체 mock을 마운트합니다. 그 결과 첫 번째 테스트의 provider가 계속 보내는 요청을 두 번째 테스트가 캡처하게 됩니다. 이로 인해 `left: [Some("session-one")] right: [Some("session-one"), Some("session-two")]`와 같은 불안정한(flaky) 교차 테스트 실패가 발생하며, 특히 테스트 수가 CI 테스트 스레드 수를 초과할 때 두드러지고, 머지 큐에서 PR이 밀려날 수도 있습니다. 수정 방법: 서버가 테스트 전체 동안 살아 있도록 바인딩하세요. 즉, 영향을 받는 모든 테스트에서 `let (_server, capture, provider) = setup_mock_server().await;`로 변경합니다 (goose의 `crates/goose/tests/session_id_propagation_test.rs`에서: `test_session_id_propagation_to_llm`, `test_session_id_always_present`, `test_session_id_matches_across_calls`, `test_different_sessions_have_different_ids`). 이 수정은 PR #12939에서 머지되었습니다. Rust + wiremock에 대한 일반 규칙: `_`로 서버를 절대 버리지 마세요. 테스트가 끝날 때까지 (예: `_server` 또는 이름이 있는 변수로) 바인딩된 상태로 유지하세요.

Question 4

wiremock 테스트에서 요청이 잘못된 테스트에 캡처되어 간헐적으로 실패하는 이유는 무엇인가요?

Accepted Answer

이 문제는 `MockServer`가 즉시 드롭될 때 발생합니다. 예: `let (_, capture, provider) = setup_mock_server().await;`. wiremock 0.6에서는 `MockServer::start()`가 풀링되므로, 드롭된 서버가 풀로 반환되어 동시에 실행 중인 다른 테스트에 재할당되고, 첫 번째 테스트의 클라이언트는 여전히 해당 URI를 가리키고 있어 한 테스트가 다른 테스트의 요청을 보게 되는 크로스토크가 발생합니다. 해결 방법: 이름 있는 변수에 바인딩하여 서버를 테스트 전체 동안 유지합니다: `let (_server, capture, provider) = setup_mock_server().await;`. 검증 완료: `--test-threads=8`로 200회 실행 시 실패가 43건에서 0건으로 줄었습니다.

Question 5

Radix UI Tooltip을 사용하는 Vitest/jsdom 테스트에서 "ReferenceError: ResizeObserver is not defined" 오류를 수정하는 방법

Accepted Answer

jsdom은 `ResizeObserver`를 구현하지 않습니다. 그런데 Radix UI Tooltip은 (`@radix-ui/react-use-size` / floating-ui를 통해) 툴팁이 열릴 때 이를 필요로 합니다. 테스트에서 툴팁 트리거에 마우스를 올리거나 클릭하면, 툴팁이 상호작용 도중에 열리면서 에러를 던지고 전체 React 트리를 언마운트할 수 있습니다(빈 `<body>`만 남게 됨). 이로 인해 테스트가 무작위로 실패하게 됩니다. 해결 방법: 테스트 파일에서 `ResizeObserver`를 스텁으로 대체하세요:

```ts
// Radix Tooltip positioning (floating-ui) needs ResizeObserver, which jsdom lacks.
class ResizeObserverStub {
  observe() {}
  unobserve() {}
  disconnect() {}
}

beforeAll(() => {
  vi.stubGlobal('ResizeObserver', ResizeObserverStub);
});

afterAll(() => {
  vi.unstubAllGlobals();
});
```

스텁을 적용하면 이전에 간헐적으로 실패하던 테스트가 일관되게 통과합니다(200회 실행 중 200회 성공으로 검증 완료). 이 불안정성은 타이밍에 따라 달라진다는 점에 유의하세요: `user.click`은 먼저 포인터를 트리거 위로 이동시키기 때문에, `delayDuration = 0`으로 설정된 툴팁이 클릭 중에 열릴 수 있습니다.

goose

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트