Skip to content

[Epic] Integrate and qualify NemoClaw on OpenShell Kubernetes and multi-tenancy #8769

Closed as not planned
0 of 1 issue completed
Closed as not planned

Description

@wscurran

Outcome

NemoClaw integrates with and qualifies OpenShell’s supported Kubernetes deployment and multi-tenant workspace model. The qualified configuration pins an accepted OpenShell release and demonstrates supported NemoClaw agent workflows across multiple isolated tenants without reimplementing OpenShell’s Kubernetes runtime or tenant-isolation controls.

Scope

  • Select and pin an OpenShell release that provides the required Kubernetes deployment and multi-tenant workspace capabilities.
  • Integrate NemoClaw with OpenShell’s official Helm chart, Kubernetes driver, Agent Sandbox dependency, and supported workspace-isolation model.
  • Select one Kubernetes distribution, version, and cluster topology for initial qualification, documenting the required GPU runtime, storage, ingress, identity, secrets, and administrator-access assumptions.
  • Provide the NemoClaw-specific configuration, policies, images, onboarding, documentation, and end-to-end validation required by the qualified deployment.
  • Validate supported NemoClaw agent workflows across multiple OpenShell workspaces used as tenant boundaries.
  • Validate permitted tenant-local operations and denied cross-tenant access across identity, credentials, policy, inference, telemetry, runtime state, recovery, and cleanup.
  • Publish the qualified configuration, support boundary, operational responsibilities, limitations, troubleshooting guidance, and reproducible evidence.

Acceptance criteria

  • The qualified deployment pins an OpenShell release that provides the required Kubernetes and multi-tenant workspace capabilities.
  • The Kubernetes distribution, version, cluster topology, GPU runtime, storage, ingress, identity, secrets, and administrator-access requirements are documented.
  • NemoClaw installs and operates through OpenShell’s supported Kubernetes deployment path without a NemoClaw-specific Kubernetes runtime.
  • The qualification deployment provisions at least two independently addressable OpenShell workspaces using OpenShell’s supported tenant-isolation model.
  • Each qualification workspace has separate identity and authorization, credentials, policy, inference access, telemetry, and lifecycle scope.
  • One workspace cannot read, mutate, route through, recover, or delete another workspace’s resources or secrets.
  • Cross-tenant denial tests cover API access, sandbox operations, credentials, network paths, inference routes, logs, metrics, recovery, and cleanup.
  • At least one supported NemoClaw agent workflow completes successfully in each qualification workspace.
  • Installation, upgrade, recovery, and removal preserve the OpenShell isolation boundary and produce reproducible evidence.
  • Documentation clearly distinguishes OpenShell-owned capabilities from NemoClaw integration and qualification responsibilities.

Relationships and boundaries

Activity

  1. added this to the Roadmap: Q4 2026 milestone on Aug 11, 2026
  2. self-assigned this
    on Aug 11, 2026
  3. added
    enhancementNew capability or improvement request
    area: e2eEnd-to-end tests, nightly failures, or validation infrastructure
    area: observabilityLogging, metrics, tracing, diagnostics, or debug output
    area: sandboxOpenShell sandbox lifecycle, runtime, config, or recovery
    area: securitySecurity controls, permissions, secrets, or hardening
    needs: designRequires product or architecture direction
    platform: k8sAffects Kubernetes deployments
    area: architectureArchitecture, design debt, major refactors, or maintainability
    on Aug 11, 2026
  4. added theissue type on Aug 11, 2026
  5. souvikDevloper commented on Aug 11, 2026

    @souvikDevloper
    Contributor

    @wscurran @cv @apurvvkumaria — I reviewed the current OpenShell and NemoClaw boundaries for this epic.

    OpenShell v0.0.102 contains RFC 0011 phases 1 and 2: workspace-scoped resources and authorization. The Kubernetes driver still exposes one configured namespace. RFC 0011 lists managed and operator workspace-to-namespace mapping as phases 3 and 4, and v0.0.102 has no workspace_mode implementation.

    NemoClaw can contribute an independently valuable first slice after the target is confirmed:

    • Pin an accepted OpenShell release that contains Kubernetes workspace mapping.
    • Add NemoClaw qualification configuration through the official Helm chart and Kubernetes driver.
    • Add a two-workspace E2E matrix for permitted tenant-local workflows and denied cross-tenant access.
    • Cover API, sandbox, credential, network, inference, telemetry, recovery, and cleanup boundaries.
    • Document the selected Kubernetes distribution, version, topology, and ownership boundaries.

    Could you confirm:

    1. Should [Epic] Integrate and qualify NemoClaw on OpenShell Kubernetes and multi-tenancy #8769 wait for OpenShell phases 3 and 4, or should NemoClaw qualify another supported mapping?
    2. Which OpenShell release and Kubernetes distribution, version, and topology should NemoClaw qualify?
    3. Should the first slice use a child issue and reference this epic instead of claiming to close it?
  6. self-assigned this
    on Aug 18, 2026
  7. jyaunches commented on Oct 7, 2026

    @jyaunches
    Contributor

    This issue is being rescoped into new epics as part of the NemoClaw V1 planning review. The rescoped work will return in a few days.

    Closing this issue for replanning, not because the work is complete.

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

Metadata

Metadata

Labels

area: architectureArchitecture, design debt, major refactors, or maintainabilityarea: e2eEnd-to-end tests, nightly failures, or validation infrastructurearea: observabilityLogging, metrics, tracing, diagnostics, or debug outputarea: sandboxOpenShell sandbox lifecycle, runtime, config, or recoveryarea: securitySecurity controls, permissions, secrets, or hardeningenhancementNew capability or improvement requestneeds: designRequires product or architecture directionplatform: k8sAffects Kubernetes deployments

Type

Projects

No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions