挣够钱就种田
359 posts

挣够钱就种田
@Pinkuo_
🚀 Building https://t.co/3zlMnWhKHa – a cross-platform Raycast-like launcher ⚡ | 📝 Creating https://t.co/8ZozAbIw9h – notes that breathe | Maker & Tauri enthusiast, shipping fast
北京 Katılım Mart 2024
59 Takip Edilen49 Takipçiler

@hank_aibtc 我这个,5M。
满足文件预览、git diff、git graph、ssh 连接、全局文本搜索、文件搜索、git 管理这些 AI 时代必要的功能。
github.com/Blushyes/reef/

中文

AI 时代轻量编辑器
这波直接翻身Zed,Sublime 重回开发者视野😂
以前天天开 VSCode,
动不动就吃 8-10G 内存,插件一堆,卡得像老牛拉车。
现在呢?
基本不用手敲代码了,AI 帮我生成完,
我最多瞅瞅、改改小 bug……那些调试、补全、Git 集成全成了摆设。
Sublime 300MB 出头,秒开文件,语法高亮够用,纯净得像回到了 10 年前写代码的快乐时光。文艺复兴了兄弟们!
Zed 240-300MB 左右,速度飞快,
还能直接登 OpenAI / GitHub Token,Markdown 预览贼舒服。
不少人说已经拿它完全替掉 Sublime 了,当临时编辑器、看日志、记笔记神器。
VSCode 留着重度 review 用就行,轻量场景真打不过这两兄弟。
你们现在主力用哪个编辑器?Sublime / Zed / VSCode / 还是别的?

中文

@python_xxt codex app 一直有个很难受的 bug,窗口在大分辨率屏幕上拉大后,窗口疯狂闪,这点很影响体验,大分辨率才能方便地在一个窗口内实现开发到验证的整个流程。
中文

AI 接手大半写代码的活之后,IDE 真正还在用的也就那几样:翻文件、看 diff、提个 commit。可这些事拽着整个 VS Code 启动,又重又慢,远程开发更是连环卡。
所以我自己写了一个:Reef —— AI 时代的最小开发者终端。没有补全、没有 LSP,连编辑器都不内置,只做读、看、提交这剩下的一成。
纯 Rust 实现,单个二进制启动即用;常用的四个面板一次覆盖:文件树预览(图片走 Kitty / iTerm2 协议直出)、ripgrep 内容搜索、git status / diff / push、commit 图(DAG)。
GitHub:github.com/Blushyes/reef
交互我打磨了挺久:键盘优先、vim 风格的面板内查找(/ ? n N)、文件夹级别的暂存与还原、unified 与 side-by-side diff 一键切换,从 Finder 拖进终端的文件能落到任意目录,OSC 52 让 SSH 里复制也能进系统剪贴板。
更关键的是,远程 SSH 和本地是同一套 UI、同一套键位:连上去自动部署一个轻量 reef-agent,文件搜索、diff、graph、暂存、改名删除全等效——不用再开 VS Code Remote,也不用 tmux 套 lazygit 凑合。

中文

@dotey 也可以试试我这个,直接大道至简,把精简版 vscode 搬进终端,内存消耗更低,并且完全支持 vscode 的鼠标操作,以及类似 vim 的键盘操作。
github.com/Blushyes/reef

中文

用回 Sublime 了,内存只要 300 多 MB,相比 vscode 动辄 10 来个 G 还是节约内存多了!
主要是现在基本不用手写代码了,VSCode 很多功能都用不上了,反而像 Sublime 这样语法高亮加文件编辑足够了。
sublimetext.com
中文

@spectrpix Resource usage on macOS feels pretty similar, though Sofast uses a bit less. On Windows though — I was in the Raycast for Windows beta — it was using like 800MB+ RAM right after launch even with zero extensions installed. Sofast usually stays under 200MB for me.
English

@spectrpix Haven’t benchmarked it or anything, but from my own experience using it, yeah.
English

发表个暴论,TUI 会逐渐式微甚至被淘汰。
我已经很久没有用 claude code 了。基本都是用 slock。
对于临时任务,现在用的更多的是 codex desktop,偶尔用 claude desktop。
让我开始重新思考 TUI 这个东西。
今天 slock 群刚好在讨论 TUI,大家对 TUI 的评价基本一致:方向就是错的。有人说"TUI 错的离谱",有人说"所有 TUI 都是被 claude code 整个带偏了方向"。这话说得有点重,但细想确实有道理。
@OnlyXuanwo xuanwogg 在群里分析 TUI 为什么会流行?觉得主要是历史原因。早期模型写不动 GUI,TUI 实现简单,模型能生成,claude code 就从这里起步了。然后大家跟风,一时间 TUI 变成了 AI 编程工具的"标准姿势"。但这只是路径依赖,不代表正确。
历史是曲折上升的,claude code 起步时没人知道交互该怎么做,TUI 作为起点有其合理性。但现在模型能力强了,继续用 TUI 就说不过去了。
TUI 不是没有优点——可以 SSH 登录从任何地方访问,本地应用架构也更干净。但这些优点在 AI agent 场景下根本撑不起来。长时间运行的任务、复杂的上下文、需要可视化展示的过程,TUI 的体验是真的差。本质上它是"裂化的 GUI"——有 GUI 不用,硬要退化成 TUI。
那什么才是对的方向?讨论里的共识是两条路:
一是 CLI + server 架构:命令行作为触发器,真正的逻辑和状态跑在 server 端,前端可以是任何界面。这样既保留了 CLI 的灵活,又不被 TUI 的体验拖累。
二是直接上 Web UI:模型现在完全写得动,没有理由还停在 TUI。
对我来说,换成 codex desktop 之后,任务状态一目了然,不用再跟终端界面搏斗。这才是 AI 工具应该有的样子。
模型的能力在进化,工具的交互方式也应该跟着进化。还在用 TUI,是在用现在的模型干以前模型才干的事。
中文

@manateelazycat 感觉其实最终形态还是 codex desktop 这种,ai coding all in one,终端还是有它局限,只是更有利于想程序员群体中营销。
中文















