Question 1

Manifestで既存のプロバイダアカウントの期限切れOAuthトークンを更新するにはどうすればよいですか？

Accepted Answer

まだ組み込みの "Renew Auth Token" アクションはありません。現在の回避策は、期限切れのプロバイダアカウントを削除し、OAuthフローを介して再度追加することです。これにより再認証が行われ、認証情報が更新されますが、ルーティング設定、エージェント固有の選択、アカウントラベルを再適用する必要があります。非破壊的な更新フローの機能リクエストが存在します。

Question 2

なぜDeepSeek tool callingはManifestで'reasoning_content must be passed back'エラーで失敗するのか？

Accepted Answer

これは既知のバグ(#2047)です。Manifestがマルチターン会話において必要なreasoning_contentフィールドを削除します。回避策：ツール呼び出しを使用するティア（例：'complex'ティア）からDeepSeekモデルを削除します。これによりエラーは回避できますが、推論品質の応答が失われます。reasoning_contentを保持する恒久的な修正は保留中です。

Question 3

Manifestにおいて、成功したLLMリクエストに対してトークンとコストが0と表示されるのはなぜですか？

Accepted Answer

Manifest v6.8.2 にアップグレードしてください。このバージョンでは、動的カスタムプロバイダーに対するストリーミング使用量リクエストの欠落が修正されています。アップグレード後も tokens が 0 と表示される場合、上流プロバイダー（例：LLM7.io）が API レスポンス内に `usage` ブロックを返していないことが原因です。Manifest はそのブロックから正確な tokens を記録します。ブロックがない場合、tokens は 0 と報告され、コストを計算できません。

Question 4

How to fix Gemini streaming tool calls being merged, changing completion IDs, or returning finish_reason "stop" instead of "tool_calls"?

Accepted Answer

Upgrade to a release containing the PR "fix: keep Gemini stream state across SSE events." The bug is in `transformGoogleStreamChunk` in `google-adapter.ts`: it recreates stream state for every Gemini event. After upgrading, state is maintained once per SSE stream, so: (1) `tool_calls[].index` increments across events instead of resetting to 0; (2) one completion ID and `created` timestamp are reused for all deltas; (3) if any tool call was emitted, the terminal finish reason is `tool_calls`, even when a usage-only trailer follows; and (4) finish/usage chunks are emitted only once. If you cannot upgrade, move the completion ID, `created` value, next tool-call index, and `hasToolCalls` flag outside the per-event transformation so they persist for the full stream.

Question 5

How to fix Gemini `functionDeclarations` being recorded as unnamed empty tools in llm-gateway?

Accepted Answer

Upgrade to a version containing the PR "fix: keep tool calls and Gemini tools in recorded conversations." The bug is in `extractRequestTools` in `packages/shared/src/chat-message.ts`: it normalizes `tool.function` and flat tool fields but does not handle Gemini's `functionDeclarations` array.

As a workaround, add a Gemini-specific branch that expands each declaration:

```js
return tools.flatMap((tool) => {
  if (Array.isArray(tool.functionDeclarations)) {
    return tool.functionDeclarations.map((fn) => ({
      type: "function",
      function: {
        name: fn.name,
        description: fn.description,
        parameters: fn.parameters,
      },
    }));
  }

// Keep the existing normalization for tool.function and flat tool fields.
});
```

After the fix, a Gemini request containing `functionDeclarations: [{ name: "lookup", ... }]` is recorded as a named function tool with its description and JSON Schema parameters instead of `[{"type":"function","function":{}}]`.

Manifest

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト