可以直接把几十个 MD 文件拖拽进去，然后就可以用本地模型 Gemma4 问关于这些文档的任何问题。
$V2EX 的总供应量 1B。
注册新账号 10K，那么 1B 够 10 万个新账号注册。
开设一个节点 50K，那么 1B 够 2 万个新节点开设。
而目前 1B 中的大部分并没有进入流通，而是在 Jupiter Lock 中被锁定。
Pump AMM 中的剩余流通量大约是 50M。
50M 够 5000 个新账号注册，或者 1000 个新节点开设。
我觉得这就是无形的手在为这整件事情定价的过程。
而我能做的事情是：
- 保证这个使用流程的顺畅和正确性。
- 清理 V2EX 上的 spam。
- 让更多人知道这件事情。
V2EX 的发帖编辑器现在已经支持图片拖拽上传。在图片管理界面也可以直接拖拽上传。
如果要想试图去看完所有机器写的新代码，这大概不会是一件愉悦的事情，而且会制造新的瓶颈和焦虑。
愉悦的事情应该是持续测试体验，然后能够迅速发现和修复新的代码带来的体验问题。愉悦的事情在于迅速修复和部署。
即使是 Opus 4.6 或者 GPT 5.4 也依然会写出那种能用，但是带有低级错误的代码。但如果测试的人足够敏感，迭代的速度足够快……
Planet Insider 版本中最近有一些巨大的 QoL 改进：
https://github.com/Planetable/Planet/commits/main/
下载最新 Insider 版本：
好的功能不是「加」出来的。而是那些让用户觉得「本来就该如此」的设计。
如果一个达到「能用」程度的本地模型需要 1TB 的显存？那对于大部分人来说还是不能用。
可能最现实的方式还是研究目前 Codex / Copilot 的订阅付费方式中能够挖掘出什么来？
开源软件的「tech support」商业模式的悖论：
- 好的软件是不需要 support 的，they just work。如果一个问题让用户觉得必须要找 support，那么用户已经很失望了。
- 开发者并不 enjoy 提供技术支持这种事情，他们更想写代码。
用 AI 写 AI 是最有趣的。
Planet 里的基本的对话模式和检测外部改动已经做完。接下来就是尝试第一个工具调用了。
如果支持的工具足够多，并且过程足够可靠和可视化，相信很多新的可能性就会涌现。
真正精彩的作品是什么？
并没有「怀才不遇」这种事情。人类的兴趣点很奇怪，但如果恰好碰到了，那么一切都是自然而然的，大力出不了奇迹。
或许新的工具现在是有了，但是新的目标呢？
如果 Planet 从一开始就考虑的是一种多插件的架构：IPFS 只是其中的一个发布插件？
Chrome 的 Split View 在这种场景下很好用。
- Left: https://info.v2ex.pro/39F03C53-AB2C-4389-8995-0BA5863D91F4/
- Right: https://info.v2ex.pro/11C75ECA-5BE9-4A09-8315-FCA4C0FB44D7/
因为 V2EX Pro 的 IPFS Pin 服务也会为绑定的域名添加 DNSLink，所以在 Planet 里输入 .v2ex.pro 上的二级域名，也是可以走 IPFS 通讯协议 follow 的。比如可以在 Planet 里 follow info.v2ex.pro
如果 Planet 的快速输入框：
- 可以更换背景（mood background）
- 根据当前屏幕分辨率，自动使用某个更大更舒服的尺寸
或许 Agent 现在已经能够把这个巨大的 Python 2.7 codebase 重写到 3 了。只是我暂时没有决心来开始这件事情。
如果 Pump Fund 能够像早期 YC 那样跑出几个有持续用户增长的项目，那么对于 Pump 乃至整个 Solana 生态都会意义巨大。
Zope 5.13
bin/runwsgi -v etc/zope.ini
这恐怕是记忆中最湿冷的一个加州冬季。