可能我信息不够全
为什么一个 api 测试工具服务端挂了，本地就不可用了，这有点吓人了

而且讯飞内部对一些大客户肯定是做了订制优化单独训的模型。
开源模型只对一些轻度用户是满足的，而这个客户群体用 api 更合适。反而是大量使用的用户有订制离线部署的需求。

@bushnerd 开源模型效果达不到，只是毛坯，在模型能力之上还要做一些工程化。
而且你自己部署成本可不一定比讯飞的低，只是模型免费，显卡人力也要钱，讯飞内部的调度可以节省算力闲置造成的浪费。

@cmdOptionKana 打 rg 再按空格才出如果吧，而且如果不在第一个还得找一下

接受延长，不要留证据表示你接受了，也不要重新签合同。
到时候要干你，你就说没接受。过了合同里写的试用期时间，你就已经是正式员工，不管公司有没有同意，这段时间你就留好证据，放弃幻想，准备战斗。

笑死了，一楼还贴了段又臭又长的 ai 回复。飞书开发相关的训练资料很少，ai 回复的幻觉很严重，这种问题还体现在很多冷门的技术上。
这种需要把飞书文档作为上下文提供进入，让他总结，但是如果我知道上下问在文档哪部分，我费这劲问 ai 干嘛呢，直接看文档不就行。
目前很多大模型的产品支持解析 url 中的内容作为上下文带上。但是飞书的文档子页面非常多，不可能所有都提供，即使都提供了，上下文大概率会超。这种时候需要先从工程层面做到"从飞书文档中过滤出和我的问题相关的部分内容"，然后带入到上下文中。
甚至一楼还问一句"这年头问问 deepseek 很难吗" 同样的，这年头发出来之前，验证下自己发的内容很难吗。
总之，我依然相信，大模型是智商过滤器。

@iorilu 就 web 服务这种场景, 感觉 python 的异步 io 比 golang 协程更有优势, 而且可以横向拓展, 通过多个进程弥补 python 自己对 cpu 利用率的问题. 比不上 php 也很正常, swoole workerman 这种也是异步的模型, php 可以使用一些 c 的拓展实现, swoole 更是用 c++写的. php 因为他狗屎的历史问题, 容易被低估.
但是在一些需要比较精细地调度的场景下, python 多进程的粒度太糙, 造成很多浪费, 完全比不上 golang.

"看老板的意思应该只是试试水"看到这句话就不要去了。
这句话潜台词就是，他不信任你，遇到一点风险就不干，不会给你多少钱即使是画饼。
要跟就跟愿意舍得一身剐的老板，这种老板不光自己觉得自己能干成，还愿意投入一切，你掉队了他还会激励你，激励不行他还会拿鞭子抽你: 给你钱，快 tm 给我干！

如果不是写代码，对于你说的对电脑一窍不通的人，国内的豆包千问 kimi 之类的体验更好。

为啥要治呢，这样也挺可爱的。
有的人看到金铁兽自爆还哭的不行呢。

@imiem 一般没这么简单, 都是做了一些防抓的. 可能是用 canvas 画, 获取文档内容也是拆分获取.
比如发一批请求到后端, 一个获取背景, 一个获取文字, 一个获取图片, 然后通过 js 渲染为图片.

如果以后不打算混职场了, 可以逐渐开始接单, 过度到全职做, 因为 10k 对比自己单干没啥性价比, 还得受窝囊气.

有时候进到死胡同, 可以把他已经生成好的代码复制一份, 重新提问. 比如: 我要做 xxx 功能, 这是已经实现的代码, 里面有什么问题...

"我们需要一些榜样" 是你自己需要一些榜样
"是以后大多数人的选择" 是你自己的选择
请不要随便代表别人

我有段时间折腾过国内的一些文档
腾讯: 最丑! 最慢! 全局搜索要会员, 但他有一个无敌的优势, 可以通过微信小程序分享且对方不需要注册账号, 直接使用微信的生态
飞书: 功能最全, 体验最舒服, 全局搜索很好用.
金山: 功能上比飞书少一些, 但是用起来比较丝滑, ui 也很简洁舒服. 附带绑定 wps 生态, 全局搜索要会员
这些云文档有一些共同的问题:
1. 数据保存在云上且这些厂商不会给你提供一个舒服的导出方式, 考虑一下备份迁移问题.
2. 可用性依赖网络和服务商的稳定性