Missing API Logs when calling from OpenClaw

bottom at the tip:

API defaults:

Responses: "store":true Chat Completions: "store":false (on all but new accounts)

The default on OpenAI’s Chat Completions is not to store logs or artifacts of a chat, and if they are stored, they are under “completions” and not “logs” of Responses.

Not storing server data retention is the pattern you want for self-managed chats, code where you have your own logging and even telemetry reporting. Not to have personal data persisted, unreliably in a way that can’t be trusted for auditing.

This is controlled by the “store” API parameter that you send in a call to override the default. What does OpenClaw even do or what endpoint is it using - can you answer about the calls the software you are using is actually making?

You will note in packages/llm-core/src/types.ts:

/**
 * Compatibility settings for OpenAI-compatible completions APIs.
 * Use this to override URL-based auto-detection for custom providers.
 */
export interface OpenAICompletionsCompat {
  /** Whether the provider supports the `store` field. Default: auto-detected from URL. */
  supportsStore?: boolean;
  /** Whether the provider supports the `developer` role (vs `system`). Default: auto-detected from URL. */
  supportsDeveloperRole?: boolean;
  /** Whether the provider supports `reasoning_effort`. Default: auto-detected from URL. */
  supportsReasoningEffort?: boolean;
  /** Whether the provider supports `stream_options: { include_usage: true }` for token usage in streaming responses. Default: true. */
  supportsUsageInStreaming?: boolean;
  /** Which field to use for max tokens. Default: auto-detected from URL. */
  maxTokensField?: "max_completion_tokens" | "max_tokens";
  /** Whether tool results require the `name` field. Default: auto-detected from URL. */

There’s your store parameter mentioned. Chat Completions parameters like “max_completion_tokens” and “reasoning_effort” are seen.

Then you go down to more types, shapes for the code running API calls itself - no store option.

In the API platform management:

That is not a “force a store override” and doesn’t seem to do much. You still would need to be looking in “completions” with calls using store:true to see any Chat Completions calls that were made (and have lower quality because you can’t repeat back a past turn’s reasoning).

I do not have that issue because I do not want stored “chat” products, which on Responses seems a leak that persist forever, as I still have release day logs.

That’s enough “clawing” through that code for me for a while - you can have an AI find where, how, what, etc about the underlying API call after you have done the “configure”. And looking through my own logs, cases where storing is purposefully turned on, hopefully the answer is not…