产品
我们在做的东西
一次只把一个产品做到能用。列表短,但每一项都是真的。
T
Triage
内测中系统分诊 · macOS 14+ · Apple Silicon & Intel
别的监控工具告诉你什么在跑,Triage 告诉你哪个该管、哪个别碰。
打开活动监视器,你能看到一个进程占了 100% CPU。然后呢?它是正在编译的构建任务,还是一个卡死的索引器?前者中断会损坏产物,后者结束掉能立刻让机器凉下来。这个判断,工具从来不替你做。
Triage 持续采集进程与磁盘状态,本地规则先做初筛,只在真出事时才调用 AI 给出根因与处置方案——不是「CPU 占用过高」这种换了种说法的复述,而是结合你当前项目类型、设备状态给出的具体判断。
命中保护名单的对象——构建中的编译进程、正在跑的 Time Machine 备份、装着数据的 Docker 卷——在规则阶段就被短路,永远不会进入 AI 分析,也永远不会被建议删除。
申请内测该处理1
cpptools100.4% CPU
当前是 Flutter 项目,工作区里没有 C++ 源文件,这个索引进程对你毫无用处。 结束它可回收 1 个 P 核、降温 8°C、续航 +40 分钟。
结束进程查看证据忽略
观察中1
node样本不足,再观察 7 分钟42.1%
受保护3
flutter build构建中,中断会损坏产物88.2%
backupdTime Machine 备份中10.8%
docker volume删了数据库数据就没了41 GB
这三个永远不会被送进 AI 分析
Triage 界面示意 · 分诊四档与真实产品一致
按「该不该管」分组,不按 CPU 排序
占用高不等于有问题。Triage 把进程分成该处理的、要观察的、别碰的三类,排序对决策没有帮助。
保护名单在架构上短路
不是靠提示词里写一句「请不要动备份进程」。命中保护名单的对象根本走不到 AI 那一步——约束只有在架构层面成立才算数。
每条结论都能看到证据
展开就能看到这条判断依据的原始采样数据,包括完整送进模型的那份输入。看不到证据的结论,我们不敢让你照着执行。
还在做的
这些还没做完
有可用版本之前,我们不在官网上展开介绍它们—— 一个没法下载的产品页,对看的人没有价值。
- UniHelper · 随身 AI 助手
- SpiderX · 数据采集工作台
- MCPHub · AI 能力中枢
- 灵眸 · 直播运营数据