Start Here

Start Here

A reverse-chronological archive is not a way in. This page is the way in.

If you have five minutes

The four posts that best show what this blog does — read one primary source properly, verify the claims, and report what actually held up:

By topic

Agents & harness engineering

The main thread. Agent loops, tool dispatch, spec-first workflows, evaluation, and the scaffolding that decides whether an agent survives contact with production.

→ All agent posts

Retrieval & agent memory

Memory that has to survive real use: a shared memory layer across harnesses, concurrent agents writing to shared knowledge, and a forgetting fix checked against what its benchmark actually measured.

Models & papers

Architectures read closely enough to explain, not just cite.

→ All research posts

Infrastructure & production systems

What it takes to run this material rather than demo it.

→ All tooling posts

Multimodal, video & game AI

Coming from game AI, this is where I started: systems that read a screen and act on what they see, and the generative stacks that now feed game content.

→ Posts tagged AI video

Developer tooling

→ Posts tagged CI

From projects to technical evidence

If you prefer to start with something I built rather than a topic label, use Portfolio. It connects production AI products, public agent tooling, multimodal QA research, and game automation to the articles and repositories that provide the technical trail. The separate visual portfolio provides the full bilingual gallery and career timeline.

By format

Different posts do different work. If you prefer one mode over another:

FormatWhat it looks likeExamples
Runnable codeCompanion .py files you can download and execute; every assertion in the post was produced by running themOuroboros gates · Durable execution
VideoEmbedded walkthroughs and demosjeo-code harness · MoneyPrinterTurbo control plane · AI game development course
DiagramsMermaid architecture and flow diagramsLongCat-Video continuation · DeepSeek Harness · SQLite game saves
Deep dives2,500+ words, single subject, primary sources onlyMoli benchmark provenance · TradingAgents and LibreChat · FreeToken
Source auditsOne repository, paper, or release read at a pinned commit; what the README claims versus what the code doesOpenHarness permission order · HyperFrames determinism · Unity MCP drift check

How this blog works

A few conventions worth knowing before you read:

  • Primary sources over summaries. When a post analyses a repository, I read the source, not only the README — and say so when the two disagree.
  • Code is executed, not illustrated. Where a post claims code runs, the output shown is real output. Companion files are downloadable so you can check.
  • Findings are dated. Star counts, version numbers, and benchmarks are recorded on the date noted. They will drift; the post says when it was true.
  • Mistakes get published too. Several posts document where my own first calculation was wrong. That is the useful part.
  • AI assistance is disclosed site-wide. AI can assist research, drafting, translation, diagrams, and code review. Scheduled audits may publish under standing approval after independent evidence review and automated checks, not per-page human approval. I remain accountable for the editorial rules and corrections. The editorial method explains this boundary; AI output is never evidence by itself.
  • Historical notes have a separate archive boundary. The 283-note archive restored on 2026-10-12 is publicly searchable with original dates retained, but carries no advertising. Restoration is not a fresh fact-check of every historical claim. New audits keep the evidence-gated standard, and the five existing search-excluded notes remain excluded. Outside this exact restored cohort, notes without sufficient original analysis are removed from search and advertising.

Publishing cadence

Active since 2024, publishing in research and project bursts. Cadence varies with PhD research and independent projects: bursts when a topic opens up, quieter when a project is consuming the week.

Who writes this

Jang Young Jeong is an AI Product Engineer and Ph.D. candidate in Game Engineering at Hongik University, with 8 years of shipped AI work at NCSOFT and Com2uS. He previously worked as an AI Product Developer at Supercent (Dec 2025 - Sep 2026). Full background on About; reach me via Contact.

© Jang Young Jeong. Some rights reserved.

Search article titles, categories, and tags. Full text is searched when needed.

Type to search articles.