Kairon

Name: Kairon
Author: zyvorai

โดย zyvoraiรุ่น 0.10.2i★ –iรันบนเครื่อง

ชื่อใน registryio.github.zyvorai/kairon

ติดตั้ง

ภาพรวม

คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)

Inspect Kairon VMs, network policy and VM-edge flows from an agent. Read-only by default.

สามเสาของ PopNx MCP

สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน

เสียงผู้ใช้iยังไม่มีรีวิวรีวิวเปิดพร้อมระบบบัญชีในขั้นถัดไป
ผลตรวจเบื้องต้นของเราiผ่าน 1 จาก 1 ข้อตรวจจากข้อมูลที่เปิดอยู่ ยังไม่ได้สแกนโค้ด
การใช้งานiยังไม่ได้วัด★ –

ใช้ทำอะไรได้

ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry

การเชื่อมต่อ: รันบนเครื่อง
ช่องทาง (transport): stdio
หมวด: อื่น ๆ
ต้องใส่ค่าเหล่านี้: KAIRON_KUBE_URL, KAIRON_KUBE_TOKEN, KAIRON_UI_TOKEN, KAIRON_LLM_API_KEY

ติดตั้ง

เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง

ก่อนติดตั้ง

ผลตรวจเบื้องต้น: ผ่าน 1 จาก 1 ข้อ
รันในเครื่องคุณด้วยสิทธิ์ของผู้ใช้คุณ (ไฟล์ อินเทอร์เน็ต แอปต่าง ๆ)
ค่าที่คุณต้องใส่เอง: KAIRON_KUBE_URL, KAIRON_KUBE_TOKEN, KAIRON_KUBE_CA, KAIRON_KUBE_INSECURE, KAIRON_UI_URL, KAIRON_UI_TOKEN, KAIRON_UI_CA, KAIRON_UI_INSECURE, KAIRON_LLM_URL, KAIRON_LLM_MODEL, KAIRON_LLM_API_KEY, KAIRON_MCP_TENANT

ค่าที่ติดป้ายความลับคือกุญแจของบัญชีคุณ อย่าส่งให้ใคร และอย่าวางในแชต

ต้องเตรียมก่อน

Dockerติดตั้ง Docker ในเครื่อง

คุณใช้แอปไหน

ClaudeClaude CodeCursorVS CodeChatGPT

เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”

เปิด Claude Desktop → Settings → Developer → Edit Config แล้ววางค่านี้ในไฟล์ claude_desktop_config.json

{
  "mcpServers": {
    "kairon": {
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "KAIRON_KUBE_URL",
        "-e",
        "KAIRON_KUBE_TOKEN",
        "-e",
        "KAIRON_KUBE_CA",
        "-e",
        "KAIRON_KUBE_INSECURE",
        "-e",
        "KAIRON_UI_URL",
        "-e",
        "KAIRON_UI_TOKEN",
        "-e",
        "KAIRON_UI_CA",
        "-e",
        "KAIRON_UI_INSECURE",
        "-e",
        "KAIRON_LLM_URL",
        "-e",
        "KAIRON_LLM_MODEL",
        "-e",
        "KAIRON_LLM_API_KEY",
        "-e",
        "KAIRON_MCP_TENANT",
        "ghcr.io/zyvorai/kairon-mcp:v0.10.2"
      ],
      "env": {
        "KAIRON_KUBE_URL": "ใส่ค่าของคุณ",
        "KAIRON_KUBE_TOKEN": "ใส่ค่าของคุณ",
        "KAIRON_KUBE_CA": "ใส่ค่าของคุณ",
        "KAIRON_KUBE_INSECURE": "ใส่ค่าของคุณ",
        "KAIRON_UI_URL": "ใส่ค่าของคุณ",
        "KAIRON_UI_TOKEN": "ใส่ค่าของคุณ",
        "KAIRON_UI_CA": "ใส่ค่าของคุณ",
        "KAIRON_UI_INSECURE": "ใส่ค่าของคุณ",
        "KAIRON_LLM_URL": "ใส่ค่าของคุณ",
        "KAIRON_LLM_MODEL": "ใส่ค่าของคุณ",
        "KAIRON_LLM_API_KEY": "ใส่ค่าของคุณ",
        "KAIRON_MCP_TENANT": "ใส่ค่าของคุณ"
      }
    }
  }
}

พิมพ์คำสั่งนี้ใน Terminal

claude mcp add kairon --env KAIRON_KUBE_URL='ใส่ค่าของคุณ' --env KAIRON_KUBE_TOKEN='ใส่ค่าของคุณ' --env KAIRON_KUBE_CA='ใส่ค่าของคุณ' --env KAIRON_KUBE_INSECURE='ใส่ค่าของคุณ' --env KAIRON_UI_URL='ใส่ค่าของคุณ' --env KAIRON_UI_TOKEN='ใส่ค่าของคุณ' --env KAIRON_UI_CA='ใส่ค่าของคุณ' --env KAIRON_UI_INSECURE='ใส่ค่าของคุณ' --env KAIRON_LLM_URL='ใส่ค่าของคุณ' --env KAIRON_LLM_MODEL='ใส่ค่าของคุณ' --env KAIRON_LLM_API_KEY='ใส่ค่าของคุณ' --env KAIRON_MCP_TENANT='ใส่ค่าของคุณ' -- docker run -i --rm -e KAIRON_KUBE_URL -e KAIRON_KUBE_TOKEN -e KAIRON_KUBE_CA -e KAIRON_KUBE_INSECURE -e KAIRON_UI_URL -e KAIRON_UI_TOKEN -e KAIRON_UI_CA -e KAIRON_UI_INSECURE -e KAIRON_LLM_URL -e KAIRON_LLM_MODEL -e KAIRON_LLM_API_KEY -e KAIRON_MCP_TENANT ghcr.io/zyvorai/kairon-mcp:v0.10.2

เติมค่าที่เว้นว่างไว้ก่อนรัน

เปิดใน Cursor

หรือคัดลอกค่าตั้งเอง

วางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json

{
  "mcpServers": {
    "kairon": {
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "KAIRON_KUBE_URL",
        "-e",
        "KAIRON_KUBE_TOKEN",
        "-e",
        "KAIRON_KUBE_CA",
        "-e",
        "KAIRON_KUBE_INSECURE",
        "-e",
        "KAIRON_UI_URL",
        "-e",
        "KAIRON_UI_TOKEN",
        "-e",
        "KAIRON_UI_CA",
        "-e",
        "KAIRON_UI_INSECURE",
        "-e",
        "KAIRON_LLM_URL",
        "-e",
        "KAIRON_LLM_MODEL",
        "-e",
        "KAIRON_LLM_API_KEY",
        "-e",
        "KAIRON_MCP_TENANT",
        "ghcr.io/zyvorai/kairon-mcp:v0.10.2"
      ],
      "env": {
        "KAIRON_KUBE_URL": "ใส่ค่าของคุณ",
        "KAIRON_KUBE_TOKEN": "ใส่ค่าของคุณ",
        "KAIRON_KUBE_CA": "ใส่ค่าของคุณ",
        "KAIRON_KUBE_INSECURE": "ใส่ค่าของคุณ",
        "KAIRON_UI_URL": "ใส่ค่าของคุณ",
        "KAIRON_UI_TOKEN": "ใส่ค่าของคุณ",
        "KAIRON_UI_CA": "ใส่ค่าของคุณ",
        "KAIRON_UI_INSECURE": "ใส่ค่าของคุณ",
        "KAIRON_LLM_URL": "ใส่ค่าของคุณ",
        "KAIRON_LLM_MODEL": "ใส่ค่าของคุณ",
        "KAIRON_LLM_API_KEY": "ใส่ค่าของคุณ",
        "KAIRON_MCP_TENANT": "ใส่ค่าของคุณ"
      }
    }
  }
}

เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง

เปิดใน VS Code

หรือคัดลอกค่าตั้งเอง

วางในไฟล์ .vscode/mcp.json ของโปรเจกต์

{
  "servers": {
    "kairon": {
      "type": "stdio",
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "KAIRON_KUBE_URL",
        "-e",
        "KAIRON_KUBE_TOKEN",
        "-e",
        "KAIRON_KUBE_CA",
        "-e",
        "KAIRON_KUBE_INSECURE",
        "-e",
        "KAIRON_UI_URL",
        "-e",
        "KAIRON_UI_TOKEN",
        "-e",
        "KAIRON_UI_CA",
        "-e",
        "KAIRON_UI_INSECURE",
        "-e",
        "KAIRON_LLM_URL",
        "-e",
        "KAIRON_LLM_MODEL",
        "-e",
        "KAIRON_LLM_API_KEY",
        "-e",
        "KAIRON_MCP_TENANT",
        "ghcr.io/zyvorai/kairon-mcp:v0.10.2"
      ],
      "env": {
        "KAIRON_KUBE_URL": "ใส่ค่าของคุณ",
        "KAIRON_KUBE_TOKEN": "ใส่ค่าของคุณ",
        "KAIRON_KUBE_CA": "ใส่ค่าของคุณ",
        "KAIRON_KUBE_INSECURE": "ใส่ค่าของคุณ",
        "KAIRON_UI_URL": "ใส่ค่าของคุณ",
        "KAIRON_UI_TOKEN": "ใส่ค่าของคุณ",
        "KAIRON_UI_CA": "ใส่ค่าของคุณ",
        "KAIRON_UI_INSECURE": "ใส่ค่าของคุณ",
        "KAIRON_LLM_URL": "ใส่ค่าของคุณ",
        "KAIRON_LLM_MODEL": "ใส่ค่าของคุณ",
        "KAIRON_LLM_API_KEY": "ใส่ค่าของคุณ",
        "KAIRON_MCP_TENANT": "ใส่ค่าของคุณ"
      }
    }
  }
}

ตัวนี้รันในเครื่องคุณ แต่ ChatGPT ต่อได้เฉพาะ server บนอินเทอร์เน็ต ลองเลือกแอปอื่น

ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี

ค่าที่ต้องใส่เอง

KAIRON_KUBE_URL จำเป็น env
Kubernetes API server URL, e.g. https://k8s.example:6443. The server only offers read tools unless --allow-write is appended to the container arguments; the image never sets it.
KAIRON_KUBE_TOKEN ความลับ จำเป็น env
Bearer token for the Kubernetes API. Bind it to a Role with only the verbs the agent needs (get/list on machines for read-only use).
KAIRON_KUBE_CA env
Path, inside the container, of the CA bundle for the Kubernetes API (mount it). Leave unset to use system roots.
KAIRON_KUBE_INSECURE env
Set to "true" to skip TLS verification of the Kubernetes API. Lab use only.
KAIRON_UI_URL env
Base URL of kairon-ui; needed by the machine_network tool (network flows, drops, capture sessions).
KAIRON_UI_TOKEN ความลับ env
Bearer token for kairon-ui.
KAIRON_UI_CA env
Path, inside the container, of the CA certificate for a self-signed kairon-ui (mount it).
KAIRON_UI_INSECURE env
Set to "true" to skip TLS verification of kairon-ui. Lab use only.
KAIRON_LLM_URL env
OpenAI-compatible endpoint for the optional ask tool and the summary in diagnose.
KAIRON_LLM_MODEL env
Model name sent to KAIRON_LLM_URL.
KAIRON_LLM_API_KEY ความลับ env
API key for KAIRON_LLM_URL.
KAIRON_MCP_TENANT env
Scope the claim tools, diagnose and ask to this tenant.

ค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README

ทำอะไรได้บ้าง

รันในเครื่องคุณ รายการเครื่องมือจะขึ้นในแอป AI หลังติดตั้ง

ผลตรวจเบื้องต้นi

เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 7 พ.ย. 2569

✓ ผ่าน
ตัวตนผู้ทำตรงกับ repo
ชื่อใน registry ยืนยันด้วยบัญชี GitHub zyvorai ซึ่งเป็นเจ้าของ repo
… ยังไม่ตรวจ
ยังมีคนดูแล
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
… ยังไม่ตรวจ
มีสัญญาอนุญาต (license)
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
– ไม่เกี่ยว
endpoint ตอบ
ตัวนี้รันบนเครื่องคุณ ไม่มี endpoint บนอินเทอร์เน็ต
– ไม่เกี่ยว
ล็อกอินแบบ OAuth
ตัวนี้รันบนเครื่อง ใช้ค่าที่ตั้งในเครื่องแทน
… ยังไม่ตรวจ
คำอธิบายเครื่องมือไม่มีคำสั่งแอบแฝง
รันในเครื่องคุณ เราอ่านรายการเครื่องมือได้เฉพาะตัวที่มี endpoint บนอินเทอร์เน็ต

เทียบกับตัวอื่นในหมวด อื่น ๆi

ดาวมากกว่า 0% ของอีก 18348 ตัวในหมวดนี้
ส่งรุ่นใหม่เข้า registry ล่าสุดกว่า 68% ของอีก 18348 ตัวในหมวดนี้
ผลตรวจเบื้องต้นดีกว่าหรือเท่ากับ 100% ของอีก 18348 ตัวในหมวดนี้

เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo

คำถามที่พบบ่อย

Kairon ปลอดภัยไหม?

จากการตรวจเบื้องต้นของเรา ผ่าน 1 จาก 1 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น

ต้องใช้กุญแจหรือรหัสอะไรบ้าง?

ต้องใส่ค่าเหล่านี้: KAIRON_KUBE_URL, KAIRON_KUBE_TOKEN, KAIRON_UI_TOKEN, KAIRON_LLM_API_KEY

ตัวนี้รันบนเครื่องหรือบนคลาวด์?

รันบนเครื่องของคุณ โปรแกรม AI จะเปิด server ขึ้นมาเองเมื่อใช้ ข้อมูลไม่ต้องผ่านเซิร์ฟเวอร์ของผู้ทำ (ยกเว้นตัวที่ไปเรียกบริการออนไลน์ต่อ)

ยังมีคนดูแลอยู่ไหม?

repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (0.10.2) เข้า registry 20 วันที่ผ่านมา

ใช้กับโปรแกรมไหนได้บ้าง?

โปรแกรมที่รองรับ MCP เช่น Claude Desktop, Claude Code, Cursor และ VS Code ตัวนี้ต้องมี Docker ในเครื่องด้วย

มีตัวไหนใช้แทนได้บ้าง?

ในหมวดเดียวกันมี Spec Driven Development, Remote Desktop Commander, 好縮 Short

ตัวที่ใช้แทนได้

server หมวดเดียวกันจากผู้ทำคนอื่น เรียงตามดาว

อ่านการ์ด:★ ดาว GitHubiสามเสา: รีวิว · ผลตรวจ · การใช้งานiอัปเดต = วันที่ส่งรุ่นล่าสุดเข้า registryi

Spec Driven Development

โดย formulahendry

MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.

รันบนเครื่อง★ 440MITอัปเดต 14 เดือนที่ผ่านมา

ติดตั้ง

Remote Desktop Commander

โดย desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

รันบนคลาวด์★ 211อัปเดต เมื่อวานซืน

ติดตั้ง

好縮 Short

โดย gooonamee

Smart URL shortener: create, tag and track short links on s.gooo.name.

รันบนคลาวด์อัปเดต วันนี้

ติดตั้ง

README จากผู้ทำ

เปิดอ่าน README

ส่วนนี้คัดจาก repo ของผู้ทำตามต้นฉบับ PopNx MCP ไม่ได้ตรวจหรือรับรองเนื้อหา ตัด HTML รูปภาพ และสคริปต์ออกแล้ว ลิงก์จะพาออกนอกเว็บ

Kairon

VMs that don't pretend to be Pods.

Real virtual machines, scheduled by Kubernetes, run straight on KVM. No virt-launcher pod per VM, no libvirt in the hot path, no operator zoo. A Machine is desired state, kairon-controller places it, and kairon-node runs it on FluxVM with QEMU, Cloud Hypervisor, Firecracker or FluxVM's own hypervisor.

Zero pods per VM · Four hypervisors, one CRD · eBPF on every VM edge · No silent split-brain · AI agents built in (MCP)

Dashboard tour captured against the local sample-data stack ( how ), not a production cluster.

What's new

Experimental operations: Kairon Rehearsal tests upgrades on isolated CSI copies. Advanced operations adds health-gated configuration change plans, application recovery verification, traffic/RTT placement recommendations, and incident reproduction with fix verification. Includes runnable scenarios and failure-path tests. VM/CSI and host-isolation hardware qualification is still pending.

New since v0.6.0 (latest tag: v0.10.2; the rows down to incident bundles are new in v0.10.0):


Agent sessions (experimental)	An `AgentSession` is a FluxVM agent session: a sandbox VM with a git workspace, a compiled egress/filesystem/process policy, budgets, checkpoints, live forks and an event ledger, scheduled and quota-counted like a Machine. Commands can wait for an admin's approval; chunked uploads, an interactive shell, credential grants the guest never sees, and the Mac guest's screen. `kaironctl session`, `session_*` MCP tools, both SDKs and a dashboard page. Mac nodes on FluxVM 0.4.8+. Guide →
Coming from virtctl	`kaironctl` covers virtctl's verbs: console and VNC (with screenshots), restart/soft-reboot, exports and memory dumps, guest info, SSH keys and passwords, `expose`, `freeze`, `guestfs`, `cdrom`, `create clone`, `objectgraph`, `--dry-run -o yaml`, `wait`. CLI →
Self-test: is it all working?	`kaironctl selftest` (or the dashboard's Self-test page) boots a tiny CirrOS VM and proves power, network, hotplug, snapshot-restore and more, with live coloured logs and a PASS / FAIL / SKIP table. `deploy-remote.sh --self-test` runs it right after a deploy. Guide →
Deploy without building locally	`deploy-remote.sh --remote-build` copies a small source tarball and compiles on the host, so a laptop needs no Go, no Node and no build cache. Fastest path →
HTTPS by default	The dashboard and the VNC console relay serve TLS out of the box (generated or bring-your-own certificate); plain HTTP is a named opt-out. Dashboard guide →
Mac Fabric (experimental)	Several Macs as one pool: each publishes its chip, macOS, Rosetta, nested virtualization and Thunderbolt Bridge; `spec.apple` places vz Machines by them, and a `MacNetwork` gives Machines on different Macs one private network over Thunderbolt. Run against simulated Macs so far. Guide →
Cross-cluster DR (experimental)	A `MachineProtectionPlan` replicates a group of Machines to S3 and keeps their specs and restore points on a second cluster, with RPO and RTO objectives. `kaironctl dr failover` brings them up there in dependency order, `--planned` with nothing lost; `kaironctl dr test` restores copies into an isolated network while production runs, also on a schedule. Machines keep their VirtualNetwork addresses and DNS names follow the active site through external-dns. Guide →
vGPU profiles and GPU health (experimental)	`spec.devices[].profile` gives a Machine a slice of a GPU (NVIDIA vGPU or MIG-backed profile) instead of a whole one, scheduled by free instances and GPU memory, created when the Machine starts and returned when it stops; unhealthy GPUs are skipped. Guide →
Accelerator profiles (experimental)	A cluster-scoped `MachineAcceleratorProfile` names an accelerator shape (count, vendor or vGPU profile, memory per device, one PCIe root for peer to peer, one NUMA node, an RDMA NIC next to the GPUs); Machines ask for it with `spec.accelerators`. The profile's status says how many more Machines fit on each node. Guide →
Node maintenance and DRS (experimental)	`kaironctl node maintenance enter NODE` cordons a node, migrates its Machines away, and stops or hibernates the ones with nowhere to go; exit puts everything back. DRS (`-drs-mode recommend	automatic`) evens out reserved CPU and memory across nodes, or moves Machines off nodes whose measured CPU, memory or IO pressure (PSI) is high, and` kaironctl drs plan` previews it. Guide →
Per-disk I/O QoS	IOPS and bandwidth limits on a Machine's root and data disks (`io.throttle`), with bursts, enforced by QEMU and changed live on a running Machine. Guide →
NVMe-oF storage (experimental)	Kairon's CSI driver provisions `nvme-tcp` and `nvme-rdma` volumes through the kernel NVMe target with native multipath; raw Block volumes boot Machines in place and attach as data disks with per-disk QEMU I/O. Guide →
Hibernate (experimental)	`spec.powerState: Hibernated` saves RAM and device state to disk and frees the node; resume continues the same boot, on its own node or a compatible one with shared storage. Guide →
Virtual networks (experimental)	`VirtualNetwork`: isolated IPv4 networks routed in eBPF with a Geneve overlay, per-network gateway, egress SNAT and floating IPs. Guide →
Elastic memory (experimental)	Run more Machine memory than the node has: guaranteed minimums, a virtio-balloon reclaim loop and a `KaironMemoryPressure` signal the scheduler respects. Guide →
Topology-aware placement (experimental)	NUMA, GPU, NIC and NVMe locality: the scheduler picks the node, exact CPUs, NUMA memory and PCI devices together. Guide →
Incident bundles (experimental)	`kaironctl diagnose machine --deep`: one redacted tar.gz with the Machine's cluster state plus QMP, cgroup, console, dataplane and pcap from its node, and an opt-in guest memory dump. Guide →
Lifecycle, diagnostics and namespaces (v0.9)	`kaironctl doctor`, `connectivity test`, `logs`, `events`, `sysdump`, `config`, `history`/`rollback`; `kaironctl upgrade` keeps your previous Helm values. The dashboard has a namespace selector, an all-namespaces Machines view and bulk Start/Stop. Release notes →
`v1` API and new dashboard	`kairon.zyvor.dev/v1` is the storage version (`v1beta1`/`v1alpha1` served, deprecated). The dashboard is redesigned and gains Storage (Atlas), Pools & claims, Images and Backups pages; `kairon-ui` now listens on `:18082`. Guide →
Native macOS node	`kairon-node` registers an Apple silicon Mac as a Node and runs `backend: vz` Machines through FluxVM. Verified on an M4; multi-Mac clusters not yet. Guide → · Mac cluster →
Developer ecosystem kit	Python and TypeScript SDKs, digest-pinned recipes, disposable-VM GitHub Actions, Terraform composition. Kit →
Fleet automation (experimental)	Opt-in Redfish fencing, balancing, autoscaling, backup and recovery plans, template claims, usage CSV and a Fleet dashboard. Guide →
Kairon vs KubeVirt benchmark	Same node, same guest, one script driving both; method and raw JSON in docs/benchmarks.
Import from VMware	`kaironctl import ova` streams an OVA once, reads vCPU, memory and firmware from the OVF, and FluxVM converts and repairs the disk. Guide →
Warm pools and claims	`MachinePool` keeps booted Machines ready; a `MachineClaim` binds one in a single reconcile tick, with per-claim egress allowlists. Guide →
VM fork	`kaironctl fork` and the MCP `fork_machine` tool fork a running Machine through FluxVM. Guide →
Agent sandboxes (experimental)	`spec.lifecycle` pauses idle Machines and wakes them on connect, deletes them after a max lifetime; paused warm pools, per-claim usage, and `Sandbox` classes in both SDKs. Guide →
Backups	`MachineBackup` and `MachineBackupRestore` with guest filesystem freeze, plus Atlas S3 backup jobs for Atlas volumes. Incremental S3 backups with policies and GFS retention (experimental). Guide →
Live disks and NICs	Hot-attach PVC disks and hot-add or remove extra NICs on running Machines (`kaironctl disk`, `kaironctl nic`). Guide →
Tenant fence	`kairon.zyvor.dev/tenant-fence` turns `spec.tenant` into an east-west deny of other tenants' guest addresses in the namespace. Guide →
Preemption by Halt	An opted-in high-priority Machine that can't be placed halts an opted-in lower-priority one, and it resumes when the preemptor leaves. Guide →

| Hotplug survives restart | A stop/start boots at the hotplugged CPU and memory; hotplug-persist writes it back into spec.

ตัดมาแค่ช่วงต้น อ่านต่อใน repo

Kairon

ภาพรวม

สามเสาของ PopNx MCP

ใช้ทำอะไรได้

ติดตั้ง

ก่อนติดตั้ง

ค่าที่ต้องใส่เอง

ทำอะไรได้บ้าง

ผลตรวจเบื้องต้นi

ตัวตนผู้ทำตรงกับ repo

ยังมีคนดูแล

มีสัญญาอนุญาต (license)

endpoint ตอบ

ล็อกอินแบบ OAuth

คำอธิบายเครื่องมือไม่มีคำสั่งแอบแฝง

เทียบกับตัวอื่นในหมวด อื่น ๆi

คำถามที่พบบ่อย

ตัวที่ใช้แทนได้

Spec Driven Development

Remote Desktop Commander

好縮 Short

README จากผู้ทำ

Kairon

VMs that don't pretend to be Pods.

What's new