GitHub - Lingtai-AI/lingtai: LingTai AI

2026-06-21T21:28:19.862527

标题:GitHub - Lingtai-AI/lingtai: LingTai AI

GitHub - Lingtai-AI/lingtai: LingTai AI(灵台AI)

在你的项目中构建一个AI组织——而不仅仅是又一个智能体。

本地优先·常驻代理·灵魂流主动性·邮箱·生命周期·多代理网络

大多数智能体工具只是给你一个更好的“员工”。而LingTai提供的是AI组织的基座:拥有家目录、收件箱/发件箱邮箱、持久记忆、生命周期控制、自省能力,以及当任务超出单一个体能力时可以生成或调用的同级代理的长期存活本地代理。

诸如OpenClaw和Hermes等工具是执行智能体任务的有力“双手”,而LingTai是围绕这些“双手”的组织层:它可以使用编码代理和CLI(命令行工具)作为工作者,同时保留角色、记忆、通信、监督和恢复路径,使得代理网络能在单个聊天或终端会话结束后继续运行。

从TUI(终端用户界面)、Telegram、飞书、微信、WhatsApp或电子邮件发送任务。同一个组织通过被寻址的代理醒来,读取项目记忆,使用本地工具,生成工件,在需要时协调同级,并在你发起的渠道上回复。

你:
“通宵监控仓库。如果PR出现错误,检查它,起草修复方案,并在早上给我一份简报。”

LingTai:
从邮箱中醒来
→ 读取持久的项目记忆
→ 运行 shell / 网页 / 文件 / 编码代理工具
→ 在空闲或卡顿时通过 soul flow(灵魂流)进行反思
→ 写入笔记、报告、补丁或计划
→ 当并行工作有帮助时,调用专家分身或守护进程
→ 在 Telegram / TUI / 电子邮件上回复并附带工件

如果你愿意,可以关闭终端。组织仍然拥有 .lingtai/ 下的文件系统主目录、邮箱、可检查的日志,以及用于休眠、刷新、恢复或蜕变更长会话而不丢失粒度的生命周期控制。Soul flow(灵魂流)为代理提供了一个内置的反思循环:在空闲一段时间后,它们可以重新审视情况,发现遗漏的角度,并主动提出下一步行动,而不是永远等待下一次提示。

brew install lingtai-ai/lingtai/lingtai-tui
mkdir my-project && cd my-project
lingtai-tui

首次运行时,LingTai 会创建 .lingtai/,配置其运行时,引导你完成模型/预设设置,并为项目启动一个常驻助手。

假设这是你第一次安装 LingTai。如果上述三个命令失败,请从这里开始——常见修复是安装路径的一部分,而不是遥远的附录。

brew 未安装(macOS 或 Linux)。 先安装 Homebrew,然后重新运行上面的 brew install 命令:

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

Homebrew 安装程序最后会打印一个 eval "$(... shellenv)" 行,用于将 brew 添加到你的 PATH 中。继续之前,请运行该行(或打开一个新终端)。

WSL / Ubuntu / Debian。 Linux 上的 Homebrew 需要基本的构建工具才能安装包。先安装先决条件,然后安装 Homebrew,最后安装 LingTai:

sudo apt update
sudo apt install -y build-essential curl git ca-certificates

后续升级。 再次使用 Homebrew 升级,并重启 TUI 以便新二进制文件生效:

brew update
brew upgrade lingtai-ai/lingtai/lingtai-tui
lingtai-tui

brew install 构建失败。 通常是缺少编译器工具链。请安装上述先决条件,运行 brew update,然后重试。如果 Homebrew 仍然失败或你的机器上不可用,请使用下面的源码构建路径。

中国大陆网络。 如果 brew 在获取索引/预编译包时挂起,tap 已过时或安装旧版本,或者构建无法访问 proxy.golang.org/npm,该公式已自动检测中国大陆网络并回退到 goproxy.cn(Go 模块)和——独立地—— registry.npmmirror.com(npm,仅在 TLS 探测通过时)。有关完整方案(Homebrew 本身的 TUNA 镜像、brew update/brew info/取消 tap 并重新 tap 解决过时问题、Gitee 的 tap 回退、HOMEBREW_GOPROXY/HOMEBREW_NPM_CONFIG_REGISTRY 覆盖以及 npmmirror 证书问题),请参见 README.zh 中的中国大陆部分。如果 GitHub tap 获取是失败步骤,最快的 Homebrew 回退通常是:

brew untap lingtai-ai/lingtai 2>/dev/null || true
brew tap lingtai-ai/lingtai https://gitee.com/huangzesen1997/homebrew-lingtai.git
brew install lingtai-ai/lingtai/lingtai-tui

存在 lingtai PyPI 包,但那是 TUI 代你管理的 Python 运行时。使用 Homebrew(或下面的源码构建)来安装和升级;只有在开发或诊断内核本身时才使用 pip

你创建的第一个项目将如下所示:

project/
└── .lingtai/
    ├── human/                    # 你的邮箱身份
    └── <agent-name>/             # 一个常驻项目代理
        ├── inbox/  outbox/       # 消息唤醒代理
        ├── knowledge/            # 持久的事实和教训
        ├── system/               # 垫板、摘要、固定规则
        └── logs/                 # 可检查的运行时追踪

关于源码构建、中国大陆镜像设置、从 tarball 安装路径和高级运行时修复,请参见详细安装文档。

当你想要...时使用 LingTai 代理实际做的事情
一个日常项目操作员 扫描变更、记住决策、总结阻碍,并在你坐下之前发布一份简报。
带有判断力的 GitHub 分类 阅读问题/PR,分类风险,起草回复或补丁,并在产生实际副作用前停止并等待审批。
变成工件的调研 搜索、获取、比较、引用,并产出一个独立的 HTML 备忘录,而不是松散聊天记录。
可以长时间运行的编码工作 使用 Claude Code、Codex、OpenCode、shell 命令和本地文件,而 LingTai 维护计划和通信。
按计划行动 “每个工作日 9 点,检查部署队列,如果有任何卡住就 ping 我”——不只是提醒。
跨会话的记忆 为下一次运行保留路径、偏好、协作者上下文、教训和可复用流程。
智能体工具 / 编码助手 LingTai 元组织构建器
对话或运行是产品。 项目组织是产品;对话只是输入渠道。
像 OpenClaw 或 Hermes 这样的工具充当执行任务的能干工作者。 LingTai 提供工作者周围的持久的组织结构图:记忆、邮件、角色、生命周期、监督和恢复。
关闭窗口意味着关系结束。 代理拥有本地家目录、邮箱、日志、记忆和生命周期。
主动性依赖于用户再次提示。 Soul flow(灵魂流)让空闲代理反思、发现遗漏的角度并提出下一步行动。
扩展意味着处理更多的聊天或运行。 为专家生成持久分身,或为并行工作生成短暂守护进程;在门户中查看拓扑。
一次糟糕的转向意味着重启并祈祷。 休眠、唤醒、刷新、CPR(心肺复苏)、清理、医生和蜕变更内置在运行时中。
flowchart LR
    human[Human] --> channels[TUI / Telegram / Email / Feishu / WeChat]
    channels --> agent[Resident LingTai agent]
    agent --> soul[Soul flow: reflection + proactive next steps]
    agent --> tools[Files / Bash / Web / Vision / MCP / Coding CLIs]
    agent --> memory[Pad / Knowledge / Skills / Character]
    agent --> lifecycle[Sleep / Wake / Refresh / CPR / Molt]
    agent --> network[Organization: avatars + daemons]
    network --> portal[Live org visualization]
    tools --> artifacts[Reports / patches / notes / scheduled work]
    soul --> agent
    memory --> agent

从一个常驻代理开始。当工作增长时,组织也随之增长:

查看原文