对话太长 AI 为什么会忘事？对比 Claude Code、Codex、Aider 让模型写总结的做法和 WES Code 的分层压缩，用 Go 程序演示怎样保住你交代过的约束。

功能藏得有点深了，给砚加一个能跟着做的教程 菜单和命令越来越多以后，只在更新日志里写“新增了什么”已经不太够。比如锁定列、多光标、Markdown 就地编辑，知道名字和真正用过一遍，是两回事。 最近一

两个提交到底差在哪：给砚补上比较和补丁导出 能在标签里读一个提交以后，还会想问：它和现在的 HEAD 差多少？这两个提交之间又改了什么？如果只要把这次改动带走，能不能直接导出补丁？ alpha.13

看完代码先留几条批注，再一起交给终端里的工具 总览页能把修改连起来看以后，下一件想做的事就很自然了：看到这里有问题，先记下来，全部读完再一起处理。 以前只能在脑子里记行号，或者边读边往终端输入。前者容

不想每次都手动换 DMG，我给砚接了自动更新 预览版一版接一版发，下载安装包、退出应用、拖到 Applications、替换，再打开。前几次还好，频繁起来，这套动作就显得有点重复。 alpha.11

右边留给终端，左边继续翻代码：给砚加锁定列 前面已经能把终端拖进编辑区。摆好以后，又出现一个很实际的问题：点开一个文件，能不能别把用来盯终端的那一列也占了？ alpha.17 加了锁定列，随后把终端面

设置导进来了，界面却没变：配置不能只管写文件 支持 VS Code 风格的配置，听起来像是读一份 JSON，再把几个字段写进 TOML。真正用起来，还得回答另一个问题：导完以后，眼前这个窗口有没有变？

想在 Markdown 预览里改两个字，最后补了一套块编辑 读 Markdown 的时候，看见一个错字，切回源码找那一段，改完再回预览。这个过程不复杂，但一篇文档里来回几次，就会想直接在眼前改。 这轮

终端里的工具改了文件，砚不能还停在旧内容上 第 19 篇记过一个问题：编码工具就在砚的终端里跑，人没有切出窗口，磁盘上的文件已经变了，编辑器还会不会等着下次获得焦点才刷新？ 后面的开发开始补这笔账。a

一个目录里放了几个仓库，提交按钮到底该操作谁 项目目录不一定就是仓库根目录。有时打开的是一个大文件夹，前端、后端和脚本各自有 Git；有时主仓库里还有子模块，旁边又开了 worktree。 砚原来的源

从终端敲一行命令，把文件送进已经打开的砚 终端标签做完以后，我又回头补了一轮窗口入口。编辑器本身已经能干不少事，但从文件夹、Dock、命令行进去，应该落在哪个窗口，还没完全接顺。 这一篇记 alpha

open_scion 是 Scion 设计的开源实现，用服务器中心化架构取代传统 Git 的人类开发模式，支持数千个代理稀疏克隆、秒级着陆、无合并队列的原子提交。

路线拐了个弯：接入 MyGo，借鉴 Mayoi 如果只看砚最初的设计文档，会以为它应该一直沿着“终端 → Gio → LSP 和 Git”往前走。 实际开发在 M3 后拐了个弯：看到 Mayoi 之后

终端里的小细节：选中复制、截图粘贴和项目提醒 到了 alpha.5 和 alpha.6，砚开始集中补终端里的几个细节。 它们不像“接入窗口前端”那样显眼，但实际工作时使用频率很高：选中输出就能复制，全

一个内核，两张脸：先把终端编辑器跑起来 文本能改、能撤销之后，接下来要把它变成一个能操作的程序。 砚最先接的是 tcell 终端前端。早期闭环很直接：打开文件、移动光标、输入、保存，再退出。后来 ma

我想用 Go 写个编辑器，先把「轻量」这件事想明白 最近开始做一个自己的编辑器，叫「砚」，命令行名字是 yan。 出发点很具体：读代码、翻中文 Markdown、偶尔改几行时，我想要一个打开就能用的小

让工作流接起来：文件拖放与 Git 冲突处理 编辑器里的很多不顺手，发生在功能之间。 能新建文件，却不能把已有文件复制进来；能看提交历史，却遇到冲突后不知道下一步在哪。alpha.4 这一轮，砚开始把

写到 alpha.6：现在有什么，还有哪些账没还 这一组开发日志先记到 2026 年 10 月 14 日，提交历史截止 063fc58，这一截止点最近的本地版本标签是 v0.1.0-alpha.6。

自动换行和多项目：看着是 UI，背后都是状态 自动换行、新建窗口、项目标签，乍一看都像是加个菜单选项的功能。 在砚里做起来之后，它们分别牵动了三个基础概念：什么算一行，什么属于一个窗口，什么需要跟着项