Skip to content
01 · HERO

Give Kibo an intent.
Get working code.

KiboCode inspects repositories, plans changes, writes patches, runs verification and prepares execution without hiding what it changed.

PLAN → BUILD → VERIFY → EXECUTE

Numbers come from this site’s own build-time verification (scripts/site-facts.mjs). The story is a visual walkthrough; nothing here executes.

02 · HOW KIBO THINKS

Six stages. One visible plan.

Every task moves through the same pipeline, and every stage leaves a record you can read.

  1. 01
    INTENT

    You describe the outcome, not the keystrokes.

  2. 02
    PLAN

    Kibo decomposes the task into an ordered, visible plan.

  3. 03
    INSPECT

    It reads the repository before it proposes anything.

  4. 04
    BUILD

    Changes arrive as patches you can review line by line.

  5. 05
    VERIFY

    Lint, tests and builds run for real and produce logs.

  6. 06
    EXECUTE

    Kibo prepares the action. You approve it.

READ BEFORE WRITING

Kibo inspects the repository before proposing changes.

PATCH, DON'T GUESS

Every modification is presented as a reviewable diff.

VERIFY EVERYTHING

Linting, tests and builds produce real execution logs.

YOU APPROVE EXECUTION

Kibo prepares the action. You decide whether it happens.

Terminal · self-check

What a run looks like from the console.

Inspect, plan, verify. The terminal below replays output recorded when this site was built: KiboCode’s own pipeline inspecting and verifying the kibocode repository. In the console every line comes from the repository you connect and the commands that actually ran.

LIVE SELF-CHECKReal output recorded at build time for this repository.
kibo · self-check

    Replay starts when scrolled into view

    03 · REPOSITORY INSPECTION

    Kibo reads the repository first.

    Before a single line changes, Kibo maps the structure, the framework and the dependencies, then reports what it actually found. Below: this site's own repository, analysed when it was built.

    Repository treeLIVE · BUILD-TIME ANALYSIS
    • config/1 file
    • content/1 file
    • prisma/1 file
    • public/15 files
    • scripts/6 files
    • src/150 files
    • tests/5 files
    • package.jsonNext.js 16.3.4
    • prisma/schema.prisma11 models
    • .env.example25 keys
    InspectorLIVE · BUILD-TIME ANALYSIS
    Repository
    kibocode (this site)
    Ref
    working tree at build
    Language
    TypeScript · 149 files
    Framework
    Next.js 16.3.4
    Dependencies
    15 runtime · 11 dev
    Package manager
    npm
    Architecture
    • Next.js App Router
    • Prisma · postgresql
    • viem + wagmi wallet layer
    • Tailwind CSS
    • Anthropic SDK provider
    • E2B sandbox provider
    Summary
    • 202 files, 5.8 MB
    • 29 API route handlers
    • 4 test files, 13 pages

    Findings come from actual repository content. If nothing is wrong, Kibo says ‘No issue detected.’

    04 · REVIEWABLE PATCHES

    Patch, don't guess.

    Kibo pulls the file out of the tree, proposes a change, and shows you exactly what moved. You accept or reject each hunk.

    src/components/landing/Reveal.tsxREAL PATCH · from this codebase

    Fix hydration mismatch under prefers-reduced-motion

    The server rendered the motion wrapper while a reduced-motion client rendered a plain div, so React discarded and rebuilt the tree on load. The reveal now renders identical markup everywhere and simply completes instantly when motion is reduced.

    This change was reviewed and shipped in KiboCode’s own source. In the console every patch Kibo proposes is presented exactly like this.

    MODIFYsrc/components/landing/Reveal.tsx+12 5
    @@ -1 +1 @@
    11 'use client'
    22
    3-import { motion, useReducedMotion } from 'framer-motion'
    3+import { motion } from 'framer-motion'
    4+import { useReducedMotionSafe } from './useReducedMotionSafe'
    45 import type { ReactNode } from 'react'
    56
    67 /**
    78 * Fade/slide-in when the element scrolls into view. Transform + opacity
    8- * only; with reduced motion it renders a plain div (everything visible).
    9+ * only. The markup is identical on the server and the client (no hydration
    10+ * mismatch); under reduced motion the reveal simply completes instantly.
    911 */
    1012 export function Reveal({ children, className = '', delay = 0, x = 0, y = 18, amount = 0.25 }: { children: ReactNode; className?: string; delay?: number; x?: number; y?: number; amount?: number }) {
    11- const reduce = useReducedMotion()
    12- if (reduce) return <div className={className}>{children}</div>
    13+ const reduce = useReducedMotionSafe()
    1314 return (
    14- <motion.div className={className} initial={{ opacity: 0, x, y }} whileInView={{ opacity: 1, x: 0, y: 0 }} viewport={{ once: true, amount }} transition={{ duration: 0.45, delay, ease: 'easeOut' }}>
    15+ <motion.div
    16+ className={className}
    17+ initial={{ opacity: 0, x, y }}
    18+ whileInView={{ opacity: 1, x: 0, y: 0 }}
    19+ viewport={{ once: true, amount: reduce ? 0 : amount }}
    20+ transition={reduce ? { duration: 0 } : { duration: 0.45, delay, ease: 'easeOut' }}
    21+ >
    1522 {children}
    1623 </motion.div>
    1724 )
    Console controls · inert on this page
    05 · REAL VERIFICATION

    Verify everything. For real.

    Linting, tests and builds run in a sandbox and produce logs you can open. Kibo reports what ran, not what it hoped would run. Below: the checks that ran on this site's own repository at build time.

    Test machineLIVE SELF-CHECK · 10 Sept 2026 09:53
    $ npx tsc --noEmit
    (no output captured)
    exit code 0 · 16.5s
    $ npx eslint .
    (no output captured)
    exit code 0 · 10.2s
    $ npm test
    ℹ tests 31
    ℹ suites 0
    ℹ pass 31
    ℹ fail 0
    ℹ cancelled 0
    ℹ skipped 0
    ℹ todo 0
    ℹ duration_ms 1229.08685
    exit code 0 · 1.4s
    VerificationLIVE SELF-CHECK · 10 Sept 2026 09:53
    • PASSTypeScriptTypeScript passed16.5snpx tsc --noEmit
    • PASSESLintESLint passed10.2snpx eslint .
    • PASSUnit tests31 / 31 passing1.4snpm test

    Do not claim a test passed unless it actually ran. If no sandbox is configured, KiboCode says: ‘Execution provider is not configured.’

    06 · HUMAN APPROVAL

    You approve execution.

    Kibo can prepare execution, but the user remains in control. Nothing consequential happens until a human says yes.

    AWAITING APPROVALLIVE · production database

    Every consequential step waits here.

    Pushing a branch, opening a pull request, sending a transaction: each one becomes an Approval record that a human must decide.

    Approvals decided: 0 · pending: 0 · tasks: 0 · runs: 0

    Console controls · inert on this page
    GATE CLOSED · awaiting approval

    The gate only opens on an explicit APPROVE. Rejected work stays as a reviewable draft.

    07 · CONTRACT INSPECTOR

    Know what a contract can do before you touch it.

    Paste an address. Kibo reads the on-chain bytecode and verified source, then lists capabilities in plain language.

    Inspection report · USDG · Robinhood ChainLIVE INSPECTION · cached 10 min · fetched 10:05:09
    HIGH ATTENTION10 privileged selectors · live reads 5/5 ok
    Address
    0x5fc536…F1d168
    Chain
    Robinhood Chain · 4663
    Block
    59317976
    Proxy
    EIP-1967 0x68184c…b66f8f
    ABI source
    sourcify
    • review
      OWNERSHIPSingle-owner control

      PUSH4 0x8da5cb5b owner() in implementation bytecode

    • review
      ROLESRole-based access control

      PUSH4 0xa217fddf DEFAULT_ADMIN_ROLE() in implementation bytecode

    • review
      UPGRADEABILITYUpgrade functions present

      PUSH4 0x3659cfe6 upgradeTo(address) in implementation bytecode

    • review
      PROXYProxy pattern

      Proxy type EIP-1967 → implementation 0x68184c449e1a8f34fa18d289737129fd27b66f8f

    • high
      MINTSupply can be minted

      PUSH4 0x40c10f19 mint(address,uint256) in implementation bytecode

    +1 more in the full report

    Automated inspection is informational and is not a security audit.

    How to read the chips
    • LOW RISKNothing in this signal needs your attention.
    • REVIEWA capability exists that you should understand before interacting.
    • HIGH ATTENTIONA capability that can change supply, ownership or logic. Read it before you act.

    Signals come from the chain and the verified source. If the RPC is unreachable, Kibo says ‘RPC unavailable’ instead of guessing.

    Open inspector
    08 · EXECUTION HISTORY

    Every run leaves a trail.

    Each task produces an append-only sequence of RunEvent records. You can read exactly what Kibo saw, changed, ran and waited for.

    REAL LOG · this site’s build-time run10 events · 10 Sept 2026 09:53
    run · timeline
    1. 09:53:25INTENTInspect this repository and verify it
    2. 09:53:25RESULTRepository inspected: 202 files, 29 API handlers, 4 test files, 11 Prisma models
    3. 09:53:25FILE_CHANGEMODIFY src/components/landing/Reveal.tsx
    4. 09:53:25COMMAND$ npx tsc --noEmit
    5. 09:53:42RESULTTypeScript: PASS — TypeScript passed (16.5s)
    6. 09:53:42COMMAND$ npx eslint .
    7. 09:53:52RESULTESLint: PASS — ESLint passed (10.2s)
    8. 09:53:52COMMAND$ npm test
    9. 09:53:53RESULTUnit tests: PASS — 31 / 31 passing (1.4s)
    10. 09:53:53APPROVALNothing was pushed or executed beyond verification. A human decides what ships.
    RunEvent kinds
    • INTENT
    • PLAN
    • FILE_READ
    • FILE_CHANGE
    • COMMAND
    • RESULT
    • APPROVAL
    • GITHUB
    • CHAIN
    • ERROR

    The timeline on the left was recorded by scripts/site-facts.mjs while it inspected and verified this repository at build time. Console runs write the same RunEvent types to the database, one row per event, as they happen.

    Records are never rewritten. A failed command is logged as a COMMAND followed by an ERROR, not quietly dropped. GITHUB and CHAIN events carry the real URL or transaction hash they refer to.

    If a provider is missing, the run records the exact error state — for example ‘GitHub disconnected’ — instead of a guess.

    09 · START

    YOUR NEXT TASK
    IS WAITING.

    Kibo doesn’t just answer questions about your code.
    Kibo reads it. Plans the work. Builds the patch. Verifies the result.
    Then waits for you to say yes.