Quickstart | Kamiwaza Docs

This is documentation for Kamiwaza 0.13.0, which is no longer actively maintained. For the current GA release, see 1.0.1.

Version: 0.13.0

Use this guide after installing Kamiwaza

It is intended for single-user deployments and administrators preparing for a broader rollout.

If you are still preparing the environment, start with:

Before You Start

Make sure you have:

This guide assumes the cluster is already installed. Current Kamiwaza deployments are Kubernetes-based in both full and lite modes.

Use System Requirements to confirm hardware sizing, storage expectations, and platform prerequisites before installation. Use Installing Kamiwaza for the supported installation workflow for your platform.

1. Confirm the Kubernetes Deployment Is Healthy

Kamiwaza currently ships in two Kubernetes deployment modes:

After deployment, confirm the core workloads are running:

kubectl get pods -n kamiwaza

Then confirm you can reach your environment entry points. Common endpoints include:

Use the gateway URL and hostnames provided for your deployment.

If the UI does not load cleanly or core pods are not healthy, pause here and review Help & Fixes and Observability before moving on.

2. Validate Administrator and End-User Access

Use at least:

Create or confirm these accounts through the user-management flow available in your deployment.

In lite mode, make sure the locally configured authentication path works for both administrator and standard-user access as well. In full mode, make sure the same is true for your configured Keycloak or identity-provider flow.

For user lifecycle details, role definitions, and Keycloak administration, see the Administrator Guide.

3. Validate Authentication and Session Defaults

Before inviting broader users, confirm the environment matches your security posture:

Use these references while validating the environment:

4. Configure Workroom Storage

If users will upload files, preserve workroom context, or use the Skills Library, configure object storage before release validation. Without it, common extension workflows fail or behave inconsistently.

For AWS-backed environments, follow AWS S3 Workroom Storage.

When this step is complete, validate that:

5. Verify Observability and Deployment Logs

Before you validate extensions, make sure administrators can see enough telemetry to diagnose failures quickly.

Check:

6. Deploy a Validation Model

Use a small, known-good model that matches your hardware profile and is easy to redeploy during validation.

Recommended validation flow:

  1. Open Models in the Kamiwaza UI.
  2. Search for a model appropriate for your hardware profile.
  3. Download the exact artifact you plan to validate.
  4. Deploy the model and wait for the deployment to report healthy status.
  5. Record the model name, engine, and deployment details in your release notes or validation log.

If you need help choosing or deploying a model, use:

7. Validate an End-User Workflow

Once the platform is up, validate at least one end-to-end end-user path instead of stopping at infrastructure checks.

Validate Kaizen

  1. Deploy Kaizen from App Garden.
  2. Open the app and create a test agent.
  3. Attach at least one skill or tool relevant to your environment.
  4. Run a conversation that exercises file upload, tool use, or document generation.

Reference: Kaizen User Guide

Validate Workroom Manager

  1. Deploy Workroom Manager from App Garden.
  2. Create a workroom with a title, classification banner, and optional labels.
  3. Decide whether the workroom should be persistent or temporary.
  4. Launch Kaizen from inside the workroom and confirm the app opens successfully.
  5. If sharing is enabled in your environment, add at least one Contributor and one Viewer.

Reference: Workroom Manager User Guide

8. Capture Readiness Evidence

Before calling the environment ready, record what was actually validated.

Suggested checklist:

Next Steps

After this quickstart, most teams move into these guides: