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()` が同じサーバーを再利用してリセットし、独自のモックをマウントします。その結果、最初のテストのプロバイダーが送信し続けるリクエストを2番目のテストがキャプチャしてしまいます。これにより `left: [Some("session-one")] right: [Some("session-one"), Some("session-two")]` のような、テスト間にまたがる不安定な失敗が発生します。特にテスト数が 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 の位置決め（floating-ui）には ResizeObserver が必要ですが、jsdom には存在しません。
class ResizeObserverStub {
  observe() {}
  unobserve() {}
  disconnect() {}
}

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

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

このスタブを導入すれば、以前は不安定だったテストが一貫してパスするようになります（200/200 回の実行で検証済み）。なお、この不安定性はタイミングに依存します: `user.click` はまずポインターをトリガーの上に移動させるため、`delayDuration = 0` のツールチップがクリック中に開くことがあります。

goose

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト