主界面是一份可滚动文档
transcript 和 composer 共享同一套文档布局。Hunea 没有把「底部永远固定输入框区域」作为首选，因为那会稳定地占用掉阅读高度，长输入还容易进入输入框内部滚动路径。
哪怕后续提供固定底栏等更多方案，也是可切换选项，而不是替换掉现在这套。
留言
这个想法也是在 25 年底，刚开始尝试用 go 实现的时候就有了。
原因也简单，我个人是比较喜欢这种非底部固定输入框的设计的。这样我就可以在保持较小的尺寸的终端模拟器窗口大小的前提下进行较为舒适的输入和阅读。
这个也是和当前项目输入框的"无界输入"相配的。
但是后续也许也会引入常见的固定底部输入框的设计，因为这个设计也有属于它的好处，就是可以在查看之前的内容的同时，在输入框中进行输入。
当前的文档流设计会在输入的时候，强制回到底部的区域。这个也是设计上的一个取舍了。
后续应该会以可选的方式进行开放，以满足不同的需求。