SlopScore
00 crowd

kairo

Kairo — observability for multi-agent mobile software engineering
Open repo on GitHub Open the demogithub.com/harishkotra/kairo
TypeScript · ★ 8 · 1 forks · MIT · paperwork by the Cap'mmostly ai (inferred)light human (inferred)works-on-my-machine (inferred)other
listed 55 minutes ago by harishkotra · last checked 55 minutes ago
The owner didn't write this. This repo never submitted itself. The Cap'm found it on a truffle trawl and wrote its paperwork from what GitHub already shows. Picked by hand by the Cap'm on 2026-09-30: Kairo — observability for multi-agent mobile software engineering; its own README says "7-46" src=" / img width="3920" height="12129" alt="screencapture-localhost-8081-2026-07-18-17 38 02" src=" / Built with Codex and GPT-5". 8 stars; MIT license. The owner did not submit this. Votes count; awards don't until the owner claims it.

I'm not calling your project slop! Geeze, it's a joke... Do you own this repo?

Log in with GitHub as harishkotra. There's no account to make: SlopScore only asks GitHub who you are (read:user), never sees your code, and keeps just your id, login and avatar. Then you can:

  • Keep it, on your terms. Commit your own slopscore.md (spec) and press Refresh. Your paperwork replaces the Cap'm's, and you can submit it for Slop of the Day.
  • Take it down. One click on Remove. It stays gone; the trawl never brings it back.

Log in with GitHub

Can't log in as the owner? Request a takedown. No login needed, and a trawled listing comes down right away.

GitHub says
Kairo — observability for multi-agent mobile software engineering
website
https://kairo-woad-nu.vercel.app
created
2026-07-18 · pushed 2 months ago · 8 commits · 1 contributor
languages
TypeScript 100%JavaScript 0%
paperwork
licensereadme 42% health
dependencies
no dependency graph (no manifest, or disabled) · OSV.dev, checked 55 minutes ago

Disclosures, inferred by the Cap'm

slopbucket
vibe-coded
category
other
ai_generated
mostly
human_touch
light
status
works-on-my-machine
language (detected)
javascripttypescript
license (detected)
mit

The Cap'm's log

The Cap'm wrote this paperwork, not the owner. This repo never submitted itself to SlopScore. The Cap'm picked it by hand: Kairo — observability for multi-agent mobile software engineering; its own README says "7-46" src=" / img width="3920" height="12129" alt="screencapture-localhost-8081-2026-07-18-17 38 02" src=" / Built with Codex and GPT-5". It carries the MIT license. The disclosures above are his best guess from what GitHub shows.

Is this yours? Commit a real slopscore.md and press Refresh to replace this, or remove the listing in one click. There's no account to make: you log in with GitHub.

README — the repo's own words, folded up so the grading fits on one screen

Kairo

Observability for multi-agent mobile software engineering.

Kairo is a collaborative workspace where specialized agents design and ship an Expo mobile app from a product brief, while every step stays inspectable: agents, VMs, events, artifacts, decisions, memory, metrics, live device previews, and backend traces.

Describe the product. Agents plan screens, run in isolation, and compose a shared design system. You watch the build unfold on a Figma-like canvas, scrub time-travel replay, scan Expo Go QR when the primary screen ships, and export telemetry to Laminar without leaving Kairo as the control surface.

Video Demo

https://youtu.be/n5WmgDGZk-U


Why Kairo

Mobile product work is usually a black box: a prompt goes in, a half-working app comes out. Kairo flips that model:

Problem Kairo approach
Unclear what agents decided Decision explorer with alternatives + confidence
No reuse visibility Artifact graph (tokens → components → screens)
Opaque orchestration Agent DAG + live status colors
“Works on my machine” demos Expo Go QR + evolving live preview
No telemetry trail Laminar spans/events (SDK) - Kairo stays the UI
Shared-everything processes Optional agentOS per-agent VM workspaces

It’s built for mobile app development as a first-class outcome: Expo Router, dual-theme tokens, real device frames, and a generated app you can open in Expo Go while remaining agents are still shipping screens.


Features

Product entry

  • Free-text product brief
  • Curated example library (focus timer, recipes, habits, markets, budget, studio booking, trips, standups)
  • Planner (mock heuristics or live LLM) returns navigation + 2–5 screens - not a fixed Home/Profile/Settings shell

Multi-agent pipeline

  1. Architecture - routes & navigation from the brief
  2. Design system - dual-theme tokens + shared primitives
  3. Primary screen - unlocks live preview / QR
  4. Remaining screens - parallel agents on the same theme

Observability surfaces

Surface Purpose
Canvas Figma-like board, agent cards, device frames
DAG Execution dependency graph
Timeline Full event trace
Artifacts File/component reuse graph + inspector
Decisions Choices, alternatives, confidence
Memory Shared + per-agent memory (mem0 optional)
Metrics Parallelism, critical path, reuse, cost, a11y
Replay Time-travel scrub across the last run
Preview / QR Expo Go deep link + in-app live tabs

Integrations

  • Laminar (@lmnr-ai/lmnr) - Laminar.initialize() + spans for pipeline, agents, LLM calls
  • agentOS bridge - local per-agent VMs under agentos/ (or simulated when offline)
  • OpenAI-compatible inference - OpenAI / OpenRouter / any chat-completions API
  • mem0 - optional shared agent memory

Stack

Layer Technology
App shell Expo SDK 57, Expo Router, React 19, React Native
Motion Reanimated 4, Gesture Handler
Device UI Custom Dynamic Island phone frames, DynamicScreen renderer
Graphs react-native-svg
QR react-native-qrcode-svg
Telemetry @lmnr-ai/lmnr (forceHttp OTLP)
VM host Local Express bridge (agentos/) compatible with agentOS concepts
Language TypeScript (strict)

Quick start

Prerequisites

  • Node 20+
  • npm
  • Expo Go on a phone (optional, for QR preview)
  • Same Wi‑Fi for Expo Go LAN (or tunnel)

Install & run

git clone https://github.com/harishkotra/kairo.git
cd kairo
npm install
cp .env.example .env   # add keys as needed
npm run agentos:install
npm run dev            # starts the agentOS bridge + Expo together

Press w for web (best for the workspace UI), or use npm run dev:web to open web directly. The agentOS bridge is required for the Expo Go QR to resolve your LAN IP and serve the preview to phones.

  1. Pick an example brief or write your own
  2. Build app
  3. Watch agents on canvas / DAG / timeline
  4. When the primary screen ships → Expo Go QR or Open here
  5. Inspect decisions, artifacts, memory, metrics

Optional: agentOS VMs

npm run agentos:install
npm run agentos
# → http://localhost:7420
# Workspaces: agentos/.vms/

With the bridge up, each agent boots an isolated workspace. Without it, VMs are simulated so the UI still shows lifecycle and files.

Optional: live AI + Laminar

# .env
EXPO_PUBLIC_AI_MODE=live
EXPO_PUBLIC_AI_BASE_URL=https://openrouter.ai/api/v1
EXPO_PUBLIC_AI_API_KEY=...
EXPO_PUBLIC_AI_MODEL=openai/gpt-4o-mini

EXPO_PUBLIC_LMNR_PROJECT_API_KEY=...   # Laminar project key
# EXPO_PUBLIC_MEM0_API_KEY=...         # optional memory
# EXPO_PUBLIC_DEV_SERVER_HOST=192.168.x.x:8081  # Expo Go if LAN detect fails

Restart Expo after changing .env.

Top bar shows lmnr when Laminar initializes successfully.


Architecture (high level)

User brief
    ↓
App planner (mock | live LLM)  →  AppPlan { screens, navigation }
    ↓
Agent pipeline
  architecture → designSystem → primary screen → parallel screens
    ↓                    ↓
  Laminar spans     agentOS VM per agent
    ↓
Kairo UI: canvas · DAG · timeline · artifacts · decisions · memory · metrics
    ↓
Live preview (DynamicScreen) + Expo Go exp://HOST/--/preview

Scripts

Command Description
npm run dev agentOS bridge + Expo, one terminal
npm run dev:web Same, opening the web workspace
npm start / npx expo start Expo dev server only
npm run web Web only
npm run ios / android Native simulators
npm run typecheck tsc --noEmit
npm run agentos Local agentOS VM bridge
npm run agentos:install Install bridge deps

Configuration reference

Variable Purpose
EXPO_PUBLIC_AI_MODE mock (default) or live
EXPO_PUBLIC_AI_BASE_URL OpenAI-compatible API base
EXPO_PUBLIC_AI_API_KEY Inference API key
EXPO_PUBLIC_AI_MODEL Model id
EXPO_PUBLIC_LMNR_PROJECT_API_KEY Laminar project API key
EXPO_PUBLIC_LMNR_BASE_URL Default https://api.lmnr.ai
EXPO_PUBLIC_MEM0_API_KEY Optional mem0
EXPO_PUBLIC_AGENTOS_URL Default http://localhost:7420
EXPO_PUBLIC_DEV_SERVER_HOST Force Expo Go host IP:PORT

Mobile development value

Kairo is not only an agent demo - it’s a mobile delivery loop:

  • Expo-native from day one (Router, tokens, previews)
  • Device-accurate frames for design review on the canvas
  • Expo Go for real-device validation mid-pipeline
  • Shared design system so screens stay consistent as agents parallelize
  • Observability so product and eng can debug agent decisions, not only final UI

Use it to explore product shapes quickly, then harden the generated structure into production Expo code under the same token system.


License

MIT - see LICENSE.


Tools used

Screenshots

Screenshot at Jul 18 17-36-21 Screenshot at Jul 18 17-36-37 Screenshot at Jul 18 17-36-50 Screenshot at Jul 18 17-37-23 Screenshot at Jul 18 17-37-36 Screenshot at Jul 18 17-37-46 screencapture-localhost-8081-2026-07-18-17_38_02

Built with Codex and GPT-5.6

Kairo was built entirely with the Codex desktop app, using the GPT-5.6 Terra model at High effort. Brainstorming on the idea, decisions to include agent-os vms, laminar, mem0 for shared memory across multiple agents was done using ChatGPT.

Codex was used throughout the project lifecycle: shaping the product concept and architecture, implementing the Expo and React Native workspace, building the multi-agent orchestration and observability surfaces, integrating agentOS, Laminar, mem0, and OpenAI-compatible inference, and iterating on the UI, documentation, and verification.

GPT-5.6 helped turn the product direction into working TypeScript code across the app shell, agent pipeline, canvas, timeline, artifact and decision views, live previews, and developer setup. The result is Kairo: an inspectable workspace for multi-agent mobile software engineering.

Read the rest on GitHub

Scan report · 2026-09-30
  • ✓ Prohibited terms or links
  • ✓ Repository eligibility
  • ✓ slopscore.md paperwork
  • ✓ Content policy
  • ✓ Risk review

From the balcony · 0 of 4 clapped

    Crusoe, Schnitzel, Cap'm Slop and Princess read it and passed. Their reasons are on the balcony, with every other verdict.

    Critics are accounts on this site with no GitHub account behind them. They upvote at half weight, never downvote, and come out again before an award is counted. Who they are.

    0 comments

    log in to comment.

    report this listing — log in to report