@codehz 谢谢啦，我也发现了这点。正在换方案。

@modao526 应该不至于……

@ddosakurax 对，langchain 使用的是 duck-duck-scrape ，它底层是 xmlhttprequest ， 但是在 cloudflare 上不支持，它家的 worker 只支持 fetch ，所以我才改了下。

主要是给一些个人项目需要白嫖的时候可以用用。

升级到 14.1.2 ，通知中心卡死再也打不开了。notification center 进程还 99.9 CPU 掉不下来，网上一搜虽然不普遍，但只要出现了这个问题的都还没什么完美解决办法。

Gen 系列除了贵其实我觉得没什么缺点

作为主功能来说确实不是很适合，但作为非主业务的补充，一些边缘化的事情，写进主单体或者部署个微服务反而头疼，如果正好用量占比又不大，云函数我觉得非常合适，我自己就有大概二三十个类似的云函数。

它们有一些共同特征，本身逻辑简单，没太多状态，放进哪个仓库或者服务都觉得不是很符合语义或者模块划分，单起个又恶心，这个云函数的服务本身甚至可有可无，也许只是个实验特性，这一类我现在优先会选择用个简单的云函数快速跑起来，先满足了业务需求再说。

当然云函数也有一些问题，本身写起来如果依赖的东西多，放云函数里跑限制一堆，很麻烦，数量也很容易暴涨。但数量保障我觉得就是没规划好，说明不是一些适合放到这里面的服务。

我大概二三十个，有的一两年前的我都快忘了代码了，真要更新迭代我十有八九不会去修改这个云函数，而是去直接快速重写一个，很大可能一天内就搞定了。这也是我会把云函数用的地方，有一些属于不需要长期更新迭代，但会长期使用的轻量级业务，我都会扔进去。

而一个足够大型的系统，十有八九总能找到这样一些类似的边缘的业务。当然要不要上云函数那是见仁见智。

我这周才刚又写了一个近似于采集系统的东西，非典型业务，不适合抽象起来放进现有架构，又急需，以后又基本没什么更新，用量不大，一天目测就几百次调用，这种我就是一天写完，一天测试，丢上去完事。

过几个月也许有迭代了再说，大迭代就重写拉倒。

我个人目前在用也是我推荐的方式其实是 LangPilot ……

但事实上我真正主力依赖的还是 GitHub Copilot 的那些东西。Copilot 和 Chat 类不一样，最大的难点我觉得不是在 server 端或者说 LLM ，而是在 client 怎样更好的构建上下文，理解不同窗口和 tab 的关系，理解文件夹树，理解项目结构，这些在端侧构建的东西的好坏极大程度影响 copilot 的质量。

go 。

我 30 分钟就不行了

干活用 fastapi ，找情怀用 flask ，玩用 sanic 。

yet another awesome

我当年提类似问题的时候，一堆人纷纷教育我说我使用电脑的姿势不对。

我拍照截图给出当时 ThinkPad 某款的设计，圆弧的角，无论是手腕还是手臂搭上去都很舒适，一群人纷纷选择无视。

现在可能都快十年过去了吧，这个问题对我这种人依旧存在。

我仍然有最新的 MacBook ，但我永远唾弃这个设计。

我认为恰恰是楼主想提供更好的方式和体验，才试图找到更好的方法来优化。
而不是像有的人说的很搞笑，花不花钱，提供商在不在乎。

不使用 react-router ，使用状态管理如 zustand 之类，把数据获取和对数据的二次加工等放进去也是个不错的选择。

而且和楼主相反，我跨端的时候反而越来越重原生了…… 虽然部分地方我会用 ReactNative 来节省工作量，但更多的东西我现在愿意用原生了。

原生还是稳，想做什么都可以。

我觉得 Taro 都更香一些，反正现在的 Taro 支持 React 和 Vue3 。

跑个题（也没跑太远），我看很多人会提到一个事，无论是讨论键盘布局，还是讨论自定义快捷键，或者说是讨论比如 hhkb 之类的键盘把 ctrl 放到 caps 的位置之类的操作，哦，还有说编辑器的，很多人会提到一个东西——

『我的手不需要离开主键盘区就可以完成几乎所有操作了』

隐含的言下之意就是，手不要动来动去，只动手指才是速度最快效率最高的。

我一直。。。不咋认同。

1. 影响你工作效率的，其实只要打字速度达到一定基线以上，基本就没问题了，你 apm 300 和 apm 120 ，都是很快的速度了，毕竟你还有很多时间是用来思考的。

2. 如果说键盘稍微离开字母区你就觉得影响速度了，那可能是你对键盘还没真的熟悉，那些编程常用的符号，本来也应该滚瓜烂熟，而且就那几个符号，你的手也是不需要离开键盘主区域的。

3. 手长期保持一个姿势做输入，也不是什么好事，肌肉在同一个姿态下太久了，压力也大。

虽然这个东西简单到其实就是几行脚本的流程组合……
虽然这个东西其实就是个任务流……
虽然 SFTP 发布前端这个模式我觉得本身就是有问题的……
但我还是鼓励和支持……

因为我就是从 17 年写一个类似的工具开始，到今天攒了一堆好用强大的工具……
都是从想改善一个小小的流程开始，哪怕它其实很简单……

东西是挺好。

我只是好奇，大家平时真的会在 web 端这样分享吗？

我比较懒，都是直接复制了 url 发过去给别人。。