Release notes: LingTai TUI v0.9.6 and kernel v0.14.2

techdevlog
TL;DR. LingTai TUI v0.9.6 and LingTai kernel v0.14.2 are out. The headline is multi-account Codex: each agent or preset can point at its own OAuth token file, with a setup UI to match. The cockpit also learns to report where its calls go — tool-call and API-call trends, cache-miss detail in the kanban view — and gets a scrollable /doctor, bilingual loading text, and a more conservative 250k default context cap. The kernel fixes two run-directory edge cases that made long-running daemon work misreport its state.

This release is about running more than one identity, and seeing more than one number.

The previous window made the runtime honest about who it is and how long a turn takes. This one lets a fleet be several whos at once — different agents signing in as different Codex accounts — and turns the call log into something you can actually read.

What changed

TUI / Portal v0.9.6

Kernel v0.14.2

Alongside the features, the window carried release hygiene: the kernel update command is confirm-gated, a destructive global preset-split migration was neutralized so it can no longer rewrite operator presets, TUI release version comparisons are now classified explicitly, and the release star CSV was normalized.

Why this matters

A fleet that mixes accounts needs each agent to authenticate as itself; a single shared token makes attribution and rate limits everyone’s problem at once. Per-preset Codex auth turns “which account is this agent on” into a deliberate, inspectable choice. And you cannot tune what you cannot see — making tool-call trends and cache misses legible is the first step toward trimming them. The daemon and bash fixes target the exact moments a long session is most likely to lose track of where it is: just after a molt, or when a field is left empty.

Validation

Kernel v0.14.2 was validated with:

TUI/Portal v0.9.6 was validated with:

For regular users, LingTai’s managed project environments remain the normal way the runtime package is resolved. The PyPI page is the published runtime package source and a useful verification point, not the primary end-user upgrade story.

Direction

The theme stays steady: make the runtime honest, measurable, and now plural. With multiple Codex identities and readable call trends in hand, the next step is to act on what they show — route work to the right account, and trim the calls that miss cache.