I3eka commented on code in PR #43237:
URL: https://github.com/apache/superset/pull/43237#discussion_r3890802503
##########
docs/admin_docs/configuration/ai-assistant.mdx:
##########
@@ -0,0 +1,489 @@
+---
+title: AI Assistant
+hide_title: true
+sidebar_position: 17
+version: 1
+---
+
+# AI Assistant
+
+The AI Assistant is a conversational interface for exploring your data. A user
+asks a question in plain language; the assistant finds relevant datasets,
+inspects their schema, writes and runs read-only SQL, and answers with both the
+result and the query it used.
+
+Superset ships **no model provider and talks to no model vendor by default**.
+The feature is disabled, and even when enabled it returns `404` until you point
+it at a provider you control. Nothing is sent anywhere until you configure it.
+
+## Enabling it
+
+Two things are required: the feature flag, and a provider.
+
+```python
+# superset_config.py
+FEATURE_FLAGS = {
+ "AI_ASSISTANT": True,
+}
+
+AI_LLM_PROVIDER_CLASS = "superset.ai.llm.anthropic.AnthropicProvider"
+AI_LLM_PROVIDER_CONFIG = {
+ "api_key": os.environ["ANTHROPIC_API_KEY"],
+ "models": {
+ "default": "claude-sonnet-4-5",
+ "fast": "claude-haiku-4-5",
+ "reasoning": "claude-opus-4-1",
+ },
+}
+```
+
+Install the matching extra:
+
+```bash
+pip install "apache-superset[ai-anthropic]" # or [ai-openai]
+```
+
+Then run `superset init` so the assistant's permissions are created and
assigned
+to roles. Without this the endpoints return `403`.
+
+Conversations are stored in Superset's metadata database, so no extra
+infrastructure is needed for the default configuration.
+
+### Which roles get access
+
+`superset init` grants `can_read`/`can_write` on `AIAssistant` to **Admin** and
+**Alpha** only. "Write" here means writing one's own conversation — the
+assistant's tools are read-only and it cannot create or modify assets.
+
+**Gamma does not get it by default.** The assistant runs queries and costs
+money per question, so it is granted deliberately rather than inherited. To
+give it to Gamma users, add `can_read`/`can_write` on `AIAssistant` to Gamma or
+to a custom role.
+
+Every query the assistant runs is subject to the *user's own* database and
+dataset permissions. It cannot read anything the person chatting with it could
+not read themselves.
+
+Because it is not in Gamma, it is also not inherited by the Public role when
+`PUBLIC_ROLE_LIKE = "Gamma"` — an anonymous visitor cannot reach the assistant
+unless you grant it explicitly.
+
+## Choosing a provider
+
+`AI_LLM_PROVIDER_CLASS` is a dotted path to a
+`superset.ai.llm.base.BaseLLMProvider` subclass. Two are bundled:
+
+| Class | Use for |
+| --- | --- |
+| `superset.ai.llm.anthropic.AnthropicProvider` | The Anthropic Messages API |
+| `superset.ai.llm.openai_compatible.OpenAICompatibleProvider` | OpenAI, and
anything exposing an OpenAI-compatible endpoint — vLLM, Ollama, a private
gateway |
+
+`AI_LLM_PROVIDER_CONFIG` is passed to the provider's constructor and its
+contents are provider-defined. For the OpenAI-compatible provider, `base_url`
+points it anywhere:
+
+```python
+AI_LLM_PROVIDER_CLASS =
"superset.ai.llm.openai_compatible.OpenAICompatibleProvider"
+AI_LLM_PROVIDER_CONFIG = {
+ "base_url": "https://llm.internal.example.com/v1";,
+ "api_key": os.environ["MY_GATEWAY_KEY"],
+ "models": {"default": "our-hosted-model"},
+}
+```
+
+Everything vendor-specific — URLs, authentication, model naming — lives in the
+provider. Superset core contains none of it, so a self-hosted model or a
private
+gateway needs configuration rather than a fork.
+
+### Model tiers and selection
+
+Profiles and prompts refer to capability *tiers* (`default`, `fast`,
+`reasoning`), never to a vendor's model names. The provider maps tiers to
+concrete models via the `models` dict. A tier you do not configure is an error
+when requested, never a silent substitution — so cost and answer quality stay
+attributable to the model actually used.
+
+Users may also pin a specific model per turn. Only models present in your
+`models` mapping are accepted; anything else is rejected.
+
+## Agent profiles
+
+A profile bundles the decisions that differ between a quick answer and a
careful
+investigation: which tools are available, which model tier, and how many steps.
+Two ship by default — `default` and `analyst`.
+
+**Which tools a model may invoke is a decision each deployment makes**, so
+profiles are fully configurable. `AI_AGENT_PROFILES` maps a profile key to the
+fields you want to override, leaving the rest alone:
+
+```python
+AI_AGENT_PROFILES = {
+ # Let the assistant search and inspect, but never run SQL.
+ "default": {"tools": ["search_assets", "list_databases", "get_schema"]},
+
+ # Let the analyst profile think harder and longer.
+ "analyst": {"model_alias": "reasoning", "max_turns": 60},
+
+ # Add a profile only some users may select.
+ "deep": {
+ "name": "Deep analysis",
+ "description": "Slow, thorough, multi-step.",
+ "tools": ["search_assets", "get_schema", "execute_sql"],
+ "required_permission": ("can_write", "AIAssistant"),
+ },
+}
+```
+
+A tool name that does not exist is an error naming the typo and listing the
+valid names, rather than an assistant that quietly lacks a capability. An empty
+`tools` list is valid and means conversation with no data access.
+
+`required_permission` is enforced on both the listing *and* the run path, so a
+profile a user cannot see is also one they cannot invoke by posting its key.
+
+### Available tools
+
+| Tool | What it does |
+| --- | --- |
+| `search_assets` | Finds datasets, charts and dashboards the user can see |
+| `list_databases` | Lists database connections exposed to SQL Lab |
+| `get_schema` | Lists schemas, tables and columns |
+| `execute_sql` | Runs a **read-only** query |
+| `validate_sql` | Checks a query without running it |
+| `get_chart_context` | Reads a chart's definition |
+| `get_dashboard_context` | Reads a dashboard's definition |
+
+## Customising the prompt
+
+Three levers, in increasing order of bluntness.
+
+**Add to it.** `AI_EXTRA_PROMPT_SECTIONS` appends your own sections. This is
+where deployment-specific knowledge belongs — your table conventions, your
+warehouse's dialect quirks, how your business defines a metric. The shipped
+prompt is deliberately generic and mentions no particular database engine.
+
+**Remove from it.** `AI_DISABLED_PROMPT_SECTIONS` drops a shipped section by
+key, for when you disagree with one. The safety section cannot be disabled.
+
+**Replace it.** `AI_SYSTEM_PROMPT` substitutes the whole thing.
+
+:::warning
+Setting `AI_SYSTEM_PROMPT` discards the shipped safety and prompt-injection
+rules along with everything else. Your deployment then owns them.
+:::
+
+`AI_SYSTEM_PROMPT_MUTATOR` is a last-mile callable applied after assembly,
+mirroring `SQL_QUERY_MUTATOR`.
+
+## Where turns execute
+
+`AI_ASSISTANT_EXECUTION_MODE` decides where the work happens.
+
+**`"inline"`** (default) runs the turn in the web process. Nothing extra to
+deploy.
+
+**`"worker"`** hands it to Celery. Web workers stay free, and a browser that
+loses its connection can rejoin a run in progress. It requires Celery and a
+Redis event bus:
+
+```python
+AI_ASSISTANT_EXECUTION_MODE = "worker"
+AI_ASSISTANT_EVENT_BUS = "redis"
+AI_ASSISTANT_EVENT_BUS_CACHE_CONFIG = {
+ "CACHE_TYPE": "RedisCache",
+ "CACHE_REDIS_HOST": "redis",
+ "CACHE_REDIS_PORT": 6379,
+ "CACHE_REDIS_DB": 0,
+}
+
+class CeleryConfig:
+ imports = (
+ # ... your existing imports ...
+ "superset.ai.tasks",
+ )
+```
+
+Streams need Redis commands the general-purpose cache client does not expose,
+which is why the bus is configured separately rather than reusing
`CACHE_CONFIG`.
+
+Selecting `"worker"` with the in-memory event bus raises rather than leaving
+every stream silently empty, and so does selecting the Redis bus without a
+usable connection.
+
+A turn is deliberately **not** retried after a worker crash: inference costs
+money, and re-running a turn the user may already have partly seen would charge
+twice. The message records that it failed and the user can ask again.
+
+## Safety and limits
+
+Guards are applied before any tool runs, configured via
+`AI_AGENT_TOOL_POLICIES`:
+
+- **Read-only SQL.** Enforced using Superset's own SQL parser, not pattern
+ matching — so a write hidden behind a comment, a CTE, a second statement, or
+ an unparseable construct is refused. `EXPLAIN`, `SHOW` and `DESCRIBE` are
+ permitted; everything the parser cannot vouch for is not.
+- **Identifier safety.** Table and column names are resolved against metadata
+ the user may see rather than interpolated into SQL.
+
+These bound blast radius; they do not replace authorization. Every tool that
+touches a data-bearing object performs the same permission check the REST API
+does.
+
+Result sizes are capped by `AI_AGENT_MAX_RESULT_ROWS` and
+`AI_AGENT_MAX_RESULT_BYTES`, and truncation is reported rather than hidden.
Turn
+length is bounded by `AI_AGENT_MAX_TURNS` and `AI_AGENT_TIMEOUT_SECONDS`; a run
+that exhausts either answers with what it has.
+
+Content that arrives from your warehouse or asset metadata — table comments,
+chart titles, column labels — is marked as untrusted in the prompt, because a
+value in a database is data and not an instruction.
+
+### Cancellation
+
+Cancellation is cooperative: a run stops at its next step boundary. A run
inside
+a single long model call or a single long query will not stop until that call
+returns.
+
+## Monitoring and tracing
+
+Superset bundles **no integration with any AI monitoring product**. Instead it
+exposes a small sink interface, `AITelemetry`, and calls it once per run, once
+per model round trip and once per tool call. Whatever you already use —
+Braintrust, LangSmith, Langfuse, Arize Phoenix, an OpenTelemetry collector, a
+self-hosted alternative, or a table in your own warehouse — you connect by
+implementing that interface and listing it in `AI_TELEMETRY`.
+
+Entries are instances or dotted paths, exactly as for `EVENT_LOGGER` and
+`STATS_LOGGER`. Two sinks ship in-tree and depend on nothing external:
+
+```python
+# superset_config.py
+import logging
+
+from superset.ai.telemetry import LoggingAITelemetry, StatsLoggerAITelemetry
+
+AI_TELEMETRY = [
+ # One structured line per span, at the level you choose.
+ LoggingAITelemetry(level=logging.INFO),
+ # Counters and timings through your configured STATS_LOGGER.
+ StatsLoggerAITelemetry(),
+]
+```
+
+`StatsLoggerAITelemetry` emits under a `superset.ai.` prefix: `run.start`,
+`run.end`, `run.outcome.<outcome>`, `run.duration_ms`, `run.turns`,
+`run.tokens.input`, `run.tokens.output`, `model_call`,
+`model_call.duration_ms`, `model_call.error`, `error`, and per tool
+`tool_call.<tool>`, `tool_call.<tool>.duration_ms`, `tool_call.<tool>.error`
+and `tool_call.<tool>.truncated`. User, run and thread identifiers deliberately
+never appear in a metric name — a metric per user is how a metrics backend gets
+brought down. That detail belongs in a trace, which is what a custom sink is
+for.
+
+### The content trade-off
+
+`AI_TELEMETRY_REDACT_CONTENT` defaults to `True`, and telemetry then carries
+**structure and measurements only**: durations, token counts, model names, tool
+names, outcomes, error classes, and the run, thread and user identifiers. No
+question, no answer, no SQL, no row of data. Redaction is applied where the
+trace is built, so a sink cannot receive content by accident even if it looks
+for it.
+
+Setting it to `False` is what makes a trace genuinely useful for debugging
+answer quality — you can read the prompt that produced a wrong answer and the
+statement it ran. It also means the text of business questions and values from
+your warehouse leave Superset for whichever service your sinks talk to. In many
+organisations that is a decision for someone other than the person editing the
+config file. `AI_TELEMETRY_MAX_CONTENT_CHARS` (default 10,000) caps any single
+content field so one large result cannot dominate a payload.
+
+### A custom sink
+
+Every method has a no-op default, so implement only the ones you need — a sink
+that only wants token counts overrides `on_model_call` and nothing else.
+
+```python
+from superset.ai.telemetry import AITelemetry, ModelCallTrace, RunTrace
+
+
+class TracingServiceTelemetry(AITelemetry):
+ """Forwards runs to an external tracing service."""
+
+ def __init__(self, client):
+ self._client = client
+
+ def on_run_start(self, run: RunTrace) -> None:
+ self._client.start_span(run.run_id, name="superset.ai.run",
attributes={
+ "thread": run.thread_uuid,
+ "user": run.user_id,
+ })
+
+ def on_model_call(self, run: RunTrace, call: ModelCallTrace) -> None:
+ self._client.event(run.run_id, "model_call", {
+ "turn": call.turn,
+ "model": call.model,
+ "input_tokens": call.input_tokens,
+ "output_tokens": call.output_tokens,
+ # None unless you have turned redaction off.
+ "prompt": call.system_prompt,
+ })
+
+ def on_run_end(self, run: RunTrace) -> None:
+ self._client.end_span(run.run_id, status=str(run.outcome), attributes={
+ "duration_ms": run.duration_ms,
+ "turns": run.turns,
+ "usage": run.usage,
+ })
+
+
+AI_TELEMETRY = [TracingServiceTelemetry(client=my_tracing_client)]
+```
+
+Three things to know before you write one:
+
+- **Sinks are called on the thread answering the user.** Anything that makes a
+ network call should hand off to a queue or a background thread; otherwise a
+ slow monitoring backend becomes slow answers.
+- **A sink that raises cannot break a run.** Failures are logged once and
+ ignored, and the other configured sinks still receive everything. The same
+ applies to a dotted path that will not import: it is skipped with a warning
+ rather than taking the assistant down, because a missing observer loses the
+ record of a run and not the run itself.
+- **`agent_key`, `model` and `question` are resolved after the run starts**, so
+ a `RunTrace` passed to `on_run_start` may carry less than the one passed to
+ the later hooks. Read those on `on_run_end`.
+
+## Connecting your own MCP servers
+
+The assistant's built-in tools cover Superset itself. To let it reach anything
+else — your data catalog, a metrics service, a ticketing system — attach an
+[MCP](https://modelcontextprotocol.io) server. Superset bundles no third-party
+integration and connects to nothing by default; you name the servers.
+
+```bash
+pip install "apache-superset[ai-mcp]"
+```
+
+```python
+AI_AGENT_MCP_SERVERS = {
+ "acme_catalog": {
+ "url": "https://mcp.acme.internal/mcp";,
+ "transport": "streamable_http", # or "sse"
+ "headers": {"Authorization": f"Bearer {os.environ['ACME_MCP_TOKEN']}"},
+ "timeout_seconds": 30,
+ "tool_allowlist": ["search_tables"], # omit to offer every tool
+ },
+}
+
+# Then let a profile use it.
+AI_AGENT_PROFILES = {
+ "default": {"mcp_servers": ["acme_catalog"]},
+}
+```
+
+Its tools appear to the model as `mcp__acme_catalog__search_tables`. The
+namespace means a foreign tool can never shadow a built-in one, and it is the
+name to use in `tool_allowlist` and `tool_denylist`.
+
+### What Superset does to keep a foreign server contained
+
+A third-party server is untrusted input, and possibly untrusted intent:
+
+- **Everything it returns is marked as untrusted** before the model sees it, so
+ text in a tool result is treated as data rather than instructions. Tool
+ *descriptions* get the same treatment, since they enter the prompt every
turn.
+- **No Superset credential is ever forwarded.** Only the headers you configured
+ for that server are sent — never the user's session cookie, CSRF token, or an
+ inbound authorization header.
+- **SQL execution through a foreign server is refused by default.** Superset's
+ read-only enforcement and per-dataset authorization cannot apply to a query
+ another system runs, so allowing it would silently bypass both. Set
+ `AI_AGENT_MCP_DENY_FOREIGN_SQL = False` to accept that trade deliberately.
+- **Results obey the same size cap** as built-in tools, and the cap is applied
+ while reading, so a hostile server cannot exhaust memory before truncation.
+- **A server being down does not break the assistant.** Discovery failure means
+ that server contributes no tools for the turn; the built-ins keep working.
+
+A profile naming a server you have not configured is an error, because a typo
+there is indistinguishable at runtime from an agent that has quietly lost a
+capability. Note that discovery happens per turn, so a slow server adds its
+latency to every turn that uses it.
+
+## Retention
+
+Conversations are kept for `AI_ASSISTANT_MESSAGE_RETENTION_DAYS` (default 30).
+Pruning is not automatic — schedule it if you want it enforced.
Review Comment:
Agreed. This retention contract is inherited unchanged from the parent
Native AI PR #42805, and the same missing pruning job is already tracked there:
https://github.com/apache/superset/pull/42805#discussion_r3739999196. This
focused PR only fixes structured tool-output truncation. I am leaving this
thread open and will rebase after the parent resolves it.
##########
superset/ai/eventbus.py:
##########
@@ -0,0 +1,314 @@
+# Licensed to the Apache Software Foundation (ASF) under one
+# or more contributor license agreements. See the NOTICE file
+# distributed with this work for additional information
+# regarding copyright ownership. The ASF licenses this file
+# to you under the Apache License, Version 2.0 (the
+# "License"); you may not use this file except in compliance
+# with the License. You may obtain a copy of the License at
+#
+# http://www.apache.org/licenses/LICENSE-2.0
+#
+# Unless required by applicable law or agreed to in writing,
+# software distributed under the License is distributed on an
+# "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+# KIND, either express or implied. See the License for the
+# specific language governing permissions and limitations
+# under the License.
+"""
+Carries streamed events from whatever produced them to the HTTP response.
+
+Two implementations, matching the two execution modes. Inline execution needs
+nothing more than an in-process queue. Worker execution needs a shared,
+*replayable* channel — replayable because a browser that loses its connection
+must be able to rejoin a run already in progress, which rules out
+publish/subscribe: a subscriber that was absent when an event was published
+never sees it.
+
+The Redis implementation therefore uses streams, and reuses the cache backend
+that Superset's async-query channel already configures rather than introducing
+a second Redis client to operate.
+"""
+
+from __future__ import annotations
+
+import logging
+import queue
+from abc import ABC, abstractmethod
+from collections.abc import Iterator
+from typing import Any
+
+from superset.ai.events import StreamEvent
+from superset.ai.types import StreamEventType
+from superset.utils import json
+
+logger = logging.getLogger(__name__)
+
+#: Yielded by :meth:`BaseEventBus.consume` when nothing arrived within the poll
+#: interval, so a caller can emit a keep-alive rather than block indefinitely.
+IDLE = None
+
+#: Terminal event types. Seeing one ends consumption, so a reader does not hang
+#: waiting for a producer that has already finished.
+_TERMINAL = frozenset(
+ {StreamEventType.DONE, StreamEventType.ERROR, StreamEventType.CANCELLED}
+)
+
+
+class BaseEventBus(ABC):
+ """A per-run channel of events."""
+
+ @abstractmethod
+ def publish(self, run_id: str, event: StreamEvent) -> None:
+ """Append an event to a run's channel."""
+
+ @abstractmethod
+ def consume(
+ self,
+ run_id: str,
+ timeout_seconds: float,
+ poll_seconds: float = 1.0,
+ ) -> Iterator[StreamEvent | None]:
+ """
+ Yield a run's events until a terminal one arrives or time runs out.
+
+ Yields :data:`IDLE` when a poll interval passes with nothing new, which
+ is the caller's cue to send a keep-alive frame.
+ """
+
+ @abstractmethod
+ def close(self, run_id: str) -> None:
+ """Release any resources held for a run."""
+
+
+class MemoryEventBus(BaseEventBus):
+ """
+ An in-process queue per run.
+
+ Correct only when the producer and the streaming request share a process.
+ Selecting this alongside worker execution would leave every stream silent,
+ which :func:`get_event_bus` refuses to allow.
+ """
+
+ def __init__(self) -> None:
+ self._queues: dict[str, queue.SimpleQueue[StreamEvent]] = {}
+
+ def _queue_for(self, run_id: str) -> queue.SimpleQueue[StreamEvent]:
+ return self._queues.setdefault(run_id, queue.SimpleQueue())
+
+ def publish(self, run_id: str, event: StreamEvent) -> None:
+ self._queue_for(run_id).put(event)
+
+ def consume(
+ self,
+ run_id: str,
+ timeout_seconds: float,
+ poll_seconds: float = 1.0,
+ ) -> Iterator[StreamEvent | None]:
+ import time
+
+ # Deliberately not ``_queue_for``: reading must not create a channel.
+ # This bus lives for the life of the process, so a client polling
+ # unknown run identifiers would otherwise grow the dict without bound.
+ channel = self._queues.get(run_id)
+ deadline = time.monotonic() + timeout_seconds
+
+ while True:
+ remaining = deadline - time.monotonic()
+ if remaining <= 0:
+ return
+ if channel is None:
+ # The producer may not have published yet; look again rather
+ # than deciding the run does not exist. Only report idle if it
+ # is still absent, so a channel that appeared during the wait
+ # is drained on this pass instead of costing an extra tick.
+ channel = self._queues.get(run_id)
+ if channel is None:
+ yield IDLE
+ time.sleep(min(poll_seconds, remaining))
+ continue
+ try:
+ # Bounded by whichever is sooner, so a generous poll interval
+ # cannot overshoot the caller's deadline.
+ event = channel.get(timeout=min(poll_seconds, remaining))
+ except queue.Empty:
+ yield IDLE
+ continue
+ yield event
+ if event.type in _TERMINAL:
+ return
+
+ def close(self, run_id: str) -> None:
+ self._queues.pop(run_id, None)
+
+
+class RedisStreamEventBus(BaseEventBus):
+ """
+ A Redis stream per run.
+
+ Replayable by construction: a reconnecting reader starts from the beginning
+ of the stream and catches up, which is what makes worker execution usable
+ from a browser on a flaky connection.
+ """
+
+ def __init__(
+ self,
+ cache: Any,
+ prefix: str = "ai-events-",
+ ttl_seconds: int = 900,
+ ) -> None:
+ self._cache = cache
+ self._prefix = prefix
+ self._ttl = ttl_seconds
+
+ def _stream(self, run_id: str) -> str:
+ return f"{self._prefix}{run_id}"
+
+ def publish(self, run_id: str, event: StreamEvent) -> None:
+ payload = {
+ "data": json.dumps({"type": event.type.value, "payload":
event.payload})
+ }
+ # A failure to publish must not kill the run that is producing useful
+ # work; the reader will time out and the answer is still persisted.
+ try:
+ self._cache.xadd(self._stream(run_id), payload, "*", 10_000)
Review Comment:
Agreed. The producer-side Redis TTL issue is inherited unchanged from #42805
and is already tracked on the parent implementation:
https://github.com/apache/superset/pull/42805#discussion_r3821577558. I am
leaving this thread open; this child PR will receive the single parent fix by
rebase.
##########
docs/admin_docs/configuration/ai-assistant.mdx:
##########
@@ -0,0 +1,489 @@
+---
+title: AI Assistant
+hide_title: true
+sidebar_position: 17
+version: 1
+---
+
+# AI Assistant
+
+The AI Assistant is a conversational interface for exploring your data. A user
+asks a question in plain language; the assistant finds relevant datasets,
+inspects their schema, writes and runs read-only SQL, and answers with both the
+result and the query it used.
+
+Superset ships **no model provider and talks to no model vendor by default**.
+The feature is disabled, and even when enabled it returns `404` until you point
+it at a provider you control. Nothing is sent anywhere until you configure it.
+
+## Enabling it
+
+Two things are required: the feature flag, and a provider.
+
+```python
+# superset_config.py
+FEATURE_FLAGS = {
+ "AI_ASSISTANT": True,
+}
+
+AI_LLM_PROVIDER_CLASS = "superset.ai.llm.anthropic.AnthropicProvider"
+AI_LLM_PROVIDER_CONFIG = {
+ "api_key": os.environ["ANTHROPIC_API_KEY"],
+ "models": {
+ "default": "claude-sonnet-4-5",
+ "fast": "claude-haiku-4-5",
+ "reasoning": "claude-opus-4-1",
+ },
+}
+```
+
+Install the matching extra:
+
+```bash
+pip install "apache-superset[ai-anthropic]" # or [ai-openai]
+```
+
+Then run `superset init` so the assistant's permissions are created and
assigned
Review Comment:
Agreed. These enablement instructions are inherited unchanged from the
parent Native AI PR #42805; this PR does not modify migration or setup
behavior. The documentation fix belongs in the parent so every stacked PR
receives it once. I am leaving this open and will rebase after #42805 is
updated.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
