forktty

目前更适合把 forktty 视为“面向编码代理的 Linux 本地工作空间框架”，而不是已经被大量验证的通用 AI 编程平台。现有证据几乎只有官方 GitHub 仓库描述，能支持它的定位与组成模块，但不足以证明稳定性、效果上限或团队级落地成熟度，因此采用判断应偏保守：对重度终端用户可关注，对大多数团队暂不宜直接当成成熟方案。

从仓库描述看，它把 Ghostty 终端、git worktrees、本地 MCP/socket 自动化、团队编排和 prompt-aware 通知组合起来，核心价值更像是给多个 coding agents 准备一个 Linux 原生的并行工作台。它不是通用 IDE，也不是云端托管 agent 平台，更准确的类比是“把终端会话、多 worktree 隔离和本地代理自动化串起来的 agent orchestration workspace”。如果你想让不同代理在各自分支/工作树中并行改代码、接收提示相关通知，这个方向是明确的。

门槛与成本方面，现有证据只能支持“开源仓库可访问”这一点；没有看到官方定价、托管服务费用或 API 成本说明，因此不能推断总拥有成本。可合理保守判断的是：它大概率更适合已经在 Linux、Git worktree、终端驱动流程下工作的开发者，学习与配置成本主要来自本地环境、自动化链路和团队协作约定，而不是简单安装即用。任何“低成本稳定替代现有开发环境”的说法，当前证据都不够。

适合的人群是喜欢本地优先、终端优先、希望把多个 coding agents 纳入可控工作流的个人开发者或小团队；不太适合期待图形化、零配置、跨平台统一体验，或需要大量外部实测背书的采购型团队。证据质量上，目前几乎只有仓库自述，既没有足够教程、长文实测，也没有社媒讨论样本；因此连“热度证明”都偏弱，更谈不上“好用证明”。现阶段讨论质量可归类为样本有限、官方信息为主，适合继续观察而非下定论。