发布日:TUI/Portal v0.10.7

techdevlog

TUI 优先发布TUI/Portal v0.10.7 从独立锁定的 TUI/Portal 候选版本发布,提交 5fb554b69f966b39cb9eca32a70c84d628714d18(tree 05c068dbc5e50832d2d5d425099c104290acd2f4)。这是一次仅 TUI/Portal 的发布——它交付 Go TUI 与 portal 二进制文件,二者仅通过文件系统与智能体通信。协调的 kernel 发布按自身节奏开发,不属于本标签。

TL;DR — 核心变化是将 /projects 转变为基于运行中进程清单的实时管理网络切换器(#620)。邮件历史现按需分页与限界,最新 200 条约 50ms 加载完成,JSONL 为权威回放源(#632);一轮邮件渲染打磨使邮箱从缓存渲染一次、显示完整本地时间戳,并将 Ctrl+O 叠加层与默认视图对齐(#631、#637、#638、#640)。一个运行时 shim 让基于旧 lingtai_kernel 或新 lingtai.kernel 导入布局的项目均可继续工作(#617),修复了一个守护进程 CLI 缓存命中率显示错误(#636),并刷新了文档。严格的 v0.10.6..v0.10.7 窗口为 16 个已合并 PR。四个平台归档全部发布——包括一个我们不得不手动恢复的 Intel-macOS 构建,下文诚实说明。

发生了什么变化

/projects 成为管理网络切换器

TUI #620/projects 转变为基于实时进程清单的管理网络切换器。操作者可选择任意 admin/orchestrator 智能体切换上下文,非管理员成员保持可见以便掌握拓扑。详情面板包含精选的 /kanban 子集:生命周期、进程运行时间、molt 计数及实时拓扑。同一窗口中 /projects 的智能体分组也得到澄清(#639)。

更快、更安全的邮件历史与渲染

邮件是长时间运行智能体的主要异步通信界面,因此本次发布对其做了一轮聚焦打磨:

运行时、诊断与文档打磨

为什么重要

运行多个智能体网络的操作者需要快速切换上下文并查看每个网络在做什么;/projects 切换器使其成为一次按键操作,并配有可一目了然掌握健康的实时 kanban 子集。邮件相关工作消除了长时间会话中积累的小摩擦——一个加载快、只渲染一次、显示诚实时间戳、且不会在过期异步结果下发生变更的邮箱。命名空间兼容 shim(#617)刻意做得很小:它让既有项目升级 TUI 时不必被强制同步切换到新的导入布局。

完整已合并 PR 清单

严格的 v0.10.6..v0.10.7 发布窗口包含 16 个已合并 PR:

  1. #642 — docs(readme): update Discord invite
  2. #640 — fix(tui): align Ctrl+O mailbox rendering
  3. #639 — fix(tui): clarify and group agents in /projects
  4. #638 — fix(tui): show full timestamps for mailbox mail
  5. #637 — fix(tui): render mail once from mailbox cache
  6. #636 — fix(tui): normalize daemon CLI cached input
  7. #633 — docs(covenant): learn from every setback
  8. #632 — perf(tui): speed up large Email history loading
  9. #631 — fix(tui): gate async mail history results
  10. #630 — test: simplify architecture document checks
  11. #629 — docs: present LingTai as a lifelong Digital Scientist
  12. #628 — docs: establish distributed architecture systems
  13. #620 — feat(tui): turn projects into admin network switcher
  14. #618 — docs(tui): clarify /btw inquiry semantics
  15. #617 — refactor(runtime): support lingtai namespace migration
  16. #616 — simplify README and move beginner guide to website

发布窗口审计

验证

精确锁定的候选版本通过了发布门:

安装与归档

标签触发的仓库工作流构建四个平台归档——macOS 与 Linux 的 amd64arm64。每个归档均包含 lingtai-tuilingtai-portal,并附带一个 SHA-256 文件。同一工作流在计算标签源归档校验和(6bdde2c41a588cccdf54e32732f5c2c6a89df1c2279cde3f7cbca572d05f4dcf)后更新受支持的 Homebrew tap。

已发布归档校验和:

归档SHA-256
lingtai-v0.10.7-darwin-amd64.tar.gz7a73db9924edd3e6955cb69434a91c6b503cbf5f7c25a61a70b2503c2a74ead3
lingtai-v0.10.7-darwin-arm64.tar.gz27d4d08236d9d00f47427c2a76f858b711d5c481d5eea84312e8575f50db0fac
lingtai-v0.10.7-linux-amd64.tar.gzdd2374bdba4f146350fa3f50cfc5471429aaac1227b1abc5e9a09f6cd7e77ab8
lingtai-v0.10.7-linux-arm64.tar.gz645feedc7a4e4ff9b8b8cc8f2b3d75d8dea24b8b7c627da37e5c7c2882c1bde0

透明说明:Intel-macOS 构建是手动恢复的

我们发布四个平台归档,但这一次它们并非全部从自动化 runner 上顺利产出。GitHub 正在退役发布工作流用于构建 Intel-macOS(darwin-amd64)归档所依赖的 macos-13 Intel runner 镜像,该作业在本次发布运行中失败,而 Apple Silicon、Linux amd64 与 Linux arm64 作业均通过。我们没有只发三个平台,而是手动重建了 Intel-macOS 归档并上传,使四个归档齐全。手动恢复的 lingtai-v0.10.7-darwin-amd64.tar.gz 哈希恰为上表所列的 7a73db99…——手动构建的制品与发布意图字节级一致。Intel-macOS 用户获得真实、可校验的构建;手动步骤在此公开说明,而非藏在一个绿色对勾之后。

链接