底层模型一致，体验差别，桌面版图形界面，cli 可以通过命令行调用 更好做自动化之类的操作

chrome 浏览这个帖子后，手机打开 pxx 复现了。。

@lixuda aws 的，不贵

一直在用 max plan ，重度依赖 claude ，希望没事吧。。

1 、不断发「同一事物」基本只能人为判断才准确。
2 、鼓励使用历史置顶是好的，毕竟总是重复发帖多少有点污染。

@SeptemberHX
@Wikey
@aaaaaaaaa
@stille
@Timzzzzz
@awfkdso
@Echo521

目前已支持 🛜RSS：

欢迎订阅：

https://dev.com.cn/feed

喜欢爬山，长沙周边的山基本爬完了，隔壁武功山也去过几次了，准备今年夏天去武功山正穿露营⛺️

@Paradoxos B 站是安全的，置身它的内部的表述平台无法传播，涉黄了。

应该和使用频率无关，识别到滥用才封。
之前 pro 的额度，用了一段时间不够，升级到 max ，高强度使用，没任何问题。

这个估计经验主义居多，且每个人都有自己的偏好，我在构建 www.dev.com.cn 的时候，一般这么考虑：
1 、ui 层面，浏览器或者设备边框就是一个大的卡片，所以内容本身如果少，不再套一个 card border ，尤其在移动端，会感觉边框视觉重复，尽量优先考虑移动优先、dark mode 优先。现在 ui 很克制，大部分中性色，只保留一个主色。
2 、刚开始准备是默认 dark mode ，后来还是遵循了设备的偏好来进行默认，尊重不同用户的偏好，尽量做好不同 mode 的视觉适配。
3 、文案上保持一个调性，要么您 xxx ，要么就你 xxx ，要么就什么都不提保持中性，语气词尽量一致，尽量简短易读。
4 、功能上保证主流程走通，不做过多的复杂设计，如果一个功能技术上实现复杂和难理解，说明本身使用起来也比较别扭，我可能会推翻 2-3 次方案，最终才定一个方案去实现，对于过于复杂的、不能确定的，收住，回退代码，等一段时间再说，不硬上新功能。
5 、经常浏览业内主流网站，看他们有什么好的地方值得借鉴，比如 ui 、功能，但是一定保持克制。
6 、现在很多时候会和 claude+chatgpt 聊想法，看他们什么意见，在自己和他们俩之间相互 pk ，最后得一个结论作为参考。

基本很少了，偶尔系统 notes 里面创建一个 note 来用

@maemolee 目前没有的，只有邮件

@SuzhaharCan 感谢 v 友反馈，不久前改版导致 tools 的 404 ，会尽快修复。

@sommer 目前没有 不好意思 后续会加上的

@llllker 感谢支持

他的用户群体，坏账率可太高了😂

看到 内存仅需 200-400MB ，有点震惊

挺 cool 的