Skip to content

[Bug]: Native Gateway Local AI setup fails its response test despite retries #1713

Open

Description

@joelagnel

Bug

A user reports that Local AI setup through the recommended native Gateway still fails after retrying. The user's screenshot reaches the real-response verification step and reports: "The provider could not activate this model. Refresh to choose again."

Reported reproduction

  1. Use the latest Windows Companion and select the recommended native Gateway route.
  2. Configure Local AI and let setup test a real response from the selected model through the Gateway.
  3. Retry after the failure. The reporter confirms that the failure persists.

Actual behavior

The real-response test needs attention. Earlier progress stages show Complete. The Gateway recovery panel offers Open terminal, Restart Gateway, and Start AI setup again, but the visible error does not identify the underlying failure.

An earlier screenshot from the same reporter also shows native Gateway startup exiting with code 78. Whether these failures share a cause is unknown.

Expected behavior

Local AI setup completes a real model response through the native Gateway. If verification fails, recovery provides the underlying error and a useful diagnostic log location.

Evidence and limits

  • Reported on the latest Windows Companion; exact Companion/Gateway versions, model ID, Windows build, and logs are not yet available.
  • Not reproduced locally: native onboarding on the Windows 11 ARM64 test machine is blocked by its live capability check.
  • An outdated Gateway causing this failure remains a hypothesis.

Reporter screenshot showing the final response-test failure and Gateway recovery actions:

Local AI setup reaches the real-response test, which needs attention, and opens Gateway recovery

Follow-up failure screenshot accompanying confirmation that retrying did not recover Local AI:

Follow-up Local AI failure with the same generic provider activation error and Gateway recovery actions

Related

No exact duplicate was identified among the open reports reviewed. A shared underlying cause remains possible until the reporter's versions and logs are collected.

Activity

  1. added
    P0Emergency: data loss, security bypass, crash loop, or unusable core runtime.
    clawsweeper:needs-live-reproClawSweeper needs live local, crabbox, or manual validation to confirm this issue.
    clawsweeper:needs-maintainer-reviewClawSweeper marked this issue as needing maintainer review before automation.
    clawsweeper:no-new-fix-prClawSweeper does not recommend queueing a new automated fix PR for this issue.
    impact:ux-release-blockerA non-technical user is blocked without terminal, logs, config, or support.
    issue-rating: 🐚 platinum hermitGood issue quality with a plausible reproduction path needing some confirmation.
    on Oct 12, 2026
  2. clawsweeper commented on Oct 12, 2026

    @clawsweeper

    Codex review: this still needs some work.

    Summary
    Keep open: screenshots establish blocked onboarding, current main still obscures verification failures, and the same-author diagnostics PR explicitly leaves the underlying inference failure unresolved.

    Reproducibility: Screenshots establish the reported onboarding failure and source proves lost diagnostic feedback, but missing native-run versions and logs prevent a high-confidence reproduction of persistent inference failure.

    Next step
    Review the existing diagnostics PR, collect versions and correlated verification logs from the affected native run, and establish the inference failure before selecting a repair with guided in-product recovery.

    Review details

    Best possible solution:

    Restore exact-model verification and provide guided in-product recovery, such as a Doctor or Fix action, with sanitized failure details and an accessible diagnostic log location.

    Do we have a high-confidence way to reproduce the issue?

    Screenshots establish the reported onboarding failure and source proves lost diagnostic feedback, but missing native-run versions and logs prevent a high-confidence reproduction of persistent inference failure.

    Is this the best way to solve the issue?

    Preserving sanitized errors is a useful partial repair already proposed in the linked PR; the inference repair should follow correlated verification and runtime evidence rather than an assumed Gateway or CUDA cause.

    AGENTS.md: found and applied where relevant.

    Remaining risk / open question:

    • The affected native run's Companion and Gateway versions, model ID, Windows build, verification response, and correlated runtime logs remain missing.
    • Persistent inference failure has not been independently reproduced; outdated Gateway, CUDA failure, and earlier startup failure remain unconfirmed explanations.

    Codex review notes: model internal, reasoning medium; reviewed against 817b0b586c1e.

    Label changes

    Label changes:

    • add issue-rating: 🦪 silver shellfish: Current issue advisory state selects this label.
    • remove clawsweeper:no-new-fix-pr: Current issue advisory state no longer selects this label.
    • remove clawsweeper:needs-maintainer-review: Current issue advisory state no longer selects this label.
    • remove issue-rating: 🐚 platinum hermit: Current issue advisory state no longer selects this label.
    • remove clawsweeper:needs-live-repro: Current issue advisory state no longer selects this label.

    Label justifications:

    • P0: The recommended first-run Local AI route reportedly remains blocked after retries, with no demonstrated successful in-product recovery.
    • impact:ux-release-blocker: The screenshots leave a community user with generic rejection, terminal access, and retry actions that reportedly fail.
    Evidence reviewed

    What I checked:

    How this review workflow works
    • ClawSweeper keeps one durable marker-backed review comment per issue or PR.
    • Re-runs edit this comment so the latest verdict, findings, and automation markers stay together instead of adding duplicate bot comments.
    • A fresh review can be triggered by eligible @clawsweeper re-review comments, exact-item GitHub events, scheduled/background review runs, or manual workflow dispatch.
    • PR/issue authors and users with repository write access can comment @clawsweeper re-review or @clawsweeper re-run on an open PR or issue to request a fresh review only.
    • Maintainers can also comment @clawsweeper review to request a fresh review only.
    • Fresh-review commands do not start repair, autofix, rebase, CI repair, or automerge; those execution lanes are retired.
    • Maintainers can comment @clawsweeper explain to ask for more context, or @clawsweeper stop to stop active automation.

    Reviewed October 13, 2026, 2:32 PM ET / 18:32 UTC.

  3. added
    issue-rating: 🦪 silver shellfishThin issue quality; more reproduction proof or environment detail is needed.
    and removed
    clawsweeper:no-new-fix-prClawSweeper does not recommend queueing a new automated fix PR for this issue.
    clawsweeper:needs-maintainer-reviewClawSweeper marked this issue as needing maintainer review before automation.
    issue-rating: 🐚 platinum hermitGood issue quality with a plausible reproduction path needing some confirmation.
    clawsweeper:needs-live-reproClawSweeper needs live local, crabbox, or manual validation to confirm this issue.
    on Oct 13, 2026
  4. github-actions commented on Oct 28, 2026

    @github-actions
    Contributor

    This issue has been automatically marked as stale due to inactivity.
    Please add updated OpenClaw Windows details or it will be closed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    P0Emergency: data loss, security bypass, crash loop, or unusable core runtime.impact:ux-release-blockerA non-technical user is blocked without terminal, logs, config, or support.issue-rating: 🦪 silver shellfishThin issue quality; more reproduction proof or environment detail is needed.stale

    Type

    No type

    Fields

    Priority

    None yet

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions