← Releases

id 20260614-1 · 2026-06-14 · v0.12.3

v0.12.3

LingTai kernel v0.12.3

A focused kernel release after v0.12.2: daemon tasks can now carry explicit one-run MCP registrations, /daemon list gains historical run records with search/filter metadata and lazy data-version migration, and the agent procedures now teach a pad-first daemon workflow that protects the parent context while sending noisy work to disposable workers.

Upgrade / runtime

$ python -m pip install --upgrade lingtai==0.12.3

This is a kernel-only release for the LingTai runtime package. TUI/Portal and recipe changes are intentionally outside this release scope; normal projects that are managed by the TUI may continue to receive kernel updates through their usual runtime environment, while bare pip install remains useful for release, diagnostic, and clean-venv validation paths.

New features and improvements

  1. 01

    Task-scoped MCP tools for daemon work

    Daemon tasks can now declare the MCP servers they need for a single run, instead of assuming the parent agent should expose every integration to every worker.

    • tasks[].mcp accepts one-run registration objects for stdio or HTTP MCP servers, including command/args/env or URL/header configuration.
    • The daemon prompt receives redacted YAML context for the task-scoped MCPs; secrets are not copied into the visible transcript.
    • LingTai-backed daemon runs launch and clean up task-scoped MCP clients, and CLI-backed daemons can still receive the contract as visible context.

    Why it matters:Specialized workers can borrow exactly the integrations needed for their job without widening the parent agent surface or making daemon prompts depend on ambient, hidden tools.

  2. 02

    Daemon list becomes a progressive-disclosure index

    daemon(action="list") now reads persistent daemon.json records instead of forcing the parent to mine raw logs first.

    • Historical run records expose ids, backend, task preview, status, result paths, prompt preview paths, group ids, visible call parameters, and search/filter-friendly metadata.
    • Missing, invalid, non-object, or stale records are rebuilt best-effort at list time from the run directory, prompt file, result file, and event-log tail.
    • data_version and migration audit fields make rebuilt records explicit while preserving unknown backend-specific fields where possible.

    Why it matters:The normal inspection path is now list first, read the relevant artifact second, and only grep raw traces when needed; that keeps parent context and human attention clean.

  3. 03

    Daemon workflow discipline is now part of the kernel manuals

    The procedures prompt and manual now describe daemon use as a planning pattern, not just a tool call.

    • Before substantial daemon work, the parent should record objective, assumptions, daemon split, expected artifacts, stop criteria, and who or what is waiting in the pad or task document.
    • The parent agent plans, synthesizes, decides, and verifies; daemon workers handle noisy scans, deterministic transforms, read-only reviews, batch conversion, and log mining.
    • The parent reclaims evidence and conclusions, then persists durable results without dragging the full daemon transcript back into the main context.

    Why it matters:This release turns a hard-won operating habit into the default method: spend the expensive context on judgment, and spend cheap isolated workers on noise.

Contributors

Thanks to everyone whose commits, co-authored changes, PRs, reviews, assignments, or reported/closed issues are represented in this release window.

Validation

Final release validation was run from a clean release worktree at commit 73253e514888.