← 发布

id 20260717-1 · 2026-07-17 · Kernel v0.17.1 · TUI/Portal v0.11.0

Kernel v0.17.1 · TUI/Portal v0.11.0

源码发布、实时任务卡与更清晰的首次启动体验

这次协同发布让交付与运行更具体:经过验证的内核产物、仅发布源码并由 Homebrew 从源码构建的 TUI/Portal、带真实计时与进度的 Telegram 任务卡、以项目为中心的启动流程、更稳健的 daemon 后端,以及更清晰的运行时与模型契约。

升级 / runtime

Kernel v0.17.1 已通过 GitHub、Gitee 与 PyPI 发布并精确校验。TUI/Portal v0.11.0 是 GitHub 源码发布,Homebrew 从标签源码构建;TUI 发布工作流不再构建或发布额外平台归档与 bundle。

新功能与改进

  1. 01

    经过验证的内核产物与仅发布源码的 TUI

    Kernel v0.17.1 与 TUI/Portal v0.11.0 保留精确源码来源,并分别使用适合各自项目的分发路径。

    • Kernel v0.17.1 在 GitHub 发布 18 个资产、在 Gitee 提供精确匹配字节,并在 PyPI 发布 15 个 wheel 与 1 个 sdist。
    • TUI/Portal v0.11.0 保留公开 GitHub 标签与源码 Release;Homebrew 从该精确标签源码归档构建。
    • 未来 TUI 标签工作流只创建源码 Release 并更新 Homebrew,不再构建或发布平台归档、校验和、bundle manifest 或 Gitee 二进制 bundle。
    • 源码发布决策前已经公开的六个资产保持原样;没有删除发布历史或公开资产。

    为什么重要:源码发布让公开契约保持简单,同时保留精确且可审计的来源。

  2. 02

    Telegram 任务卡让长任务过程可见

    长任务可在同一张常驻任务卡中展示真实耗时、当前动作、已完成证据、尚未开始步骤、下一道门禁与当前阻塞。

    • 可编程渲染器独立于普通聊天回复持续更新。
    • 富文本渲染失败时,格式回退路径仍保持状态可读。
    • 后端失败原因会被保留,不再被压平成泛化进度文字。

    为什么重要:可见且有证据支撑的进度能减少长任务中的不确定性。

  3. 03

    更清晰、以项目为先的 TUI 启动流程

    没有活动项目时,TUI 会进入明确的项目选择与创建流程,而不是把用户留在含义不清的空壳界面。

    • 创建、选择、迁移与继续操作被明确分开。
    • 项目辅助逻辑与斜杠命令文案采用一致心智模型。
    • 旧项目与嵌套项目发现路径保持兼容,不会静默改写现有项目。

    为什么重要:首个界面现在会说明下一项真实决策,而不是暴露实现状态。

  4. 04

    Daemon 与运行时执行更加稳健

    Daemon 执行扩展了编码后端支持,并强化生命周期、取消、通知、提示词与产物保留契约。

    • 新增 Qwen Code、Oh-My-Pi、Kimi Code 与 Cursor Agent 等外部编码后端。
    • 可跨重启恢复的注册表与终态处理减少结果丢失和重复。
    • 提示词/工具契约、取消语义与失败运行产物更容易检查和恢复。

    为什么重要:更明确的执行契约让长时间自动化更可信、更易恢复。

  5. 05

    模型、安装、命名空间与平台契约更加明确

    本次发布对齐当前模型默认值与安装指引,并澄清运行时打包、Windows 支持、配置与环境变量归属。

    • Codex 系列默认值与预设能力包更新到当前支持模型。
    • 运行时导入与打包脚本继续统一到单一公开 lingtai 命名空间。
    • 原生 PowerShell 执行提升 Windows 支持,同时不把平台机制泄漏进核心契约。

    为什么重要:可检查的选择与清晰归属能减少升级和运维猜测。

贡献者

感谢本发布窗口中提交代码、共同完成提交、参与 PR / review / assignment、报告或推动 issue closure 的贡献者。

验证

最终 release validation 来自干净 release worktree,commit Kernel c9cc8.