为什么这种 1 秒钟就能搜索到的内容要放在这里问。。。
https://wiki.postgresql.org/wiki/Multithreading

@sagnitude 这套方案不是很行，你一个约束可能要写好几遍（考虑嵌套对象数组），因为 ts 没对 decorator 做任何类型检查，lint 也没有，自己写容易写错不一致，decorator 只存在于运行时基本上还是缺点，毕竟你定义数据库结构，还需要一个运行环境，运行前还得跑 transpiler （毕竟也没 runtime 支持 decorator ），那为何不一开始就直接 compile 解决呢（）
别跟我说 decorator 更成熟，现在摆着的就是两个互相不兼容的实现，运行时表现完全不一致，根本不能说是成熟

@james122333 这有啥办法，其他 ipc 工具没第三方支持你自己搞等于没用
wayland 自己的那几个 protocol 根本不够用，官方全在搞真空中的球形鸡

wayland 做的安全也是完全伪命题，因为大部分协议跑 dbus 上，但 dbus 的安全性基本纸糊的——你的 keychain 一旦解锁，实际上任何 app 都能读取其他 app 的 secret ，那个验证完全防君子不防小人
dbus 本身也一大堆问题，实现宽松，不强制约束序列化格式——你发个不良输入可以随意崩服务端,官方还十分鼓励厂商特定的扩展，而且那些扩展还几乎都没啥文档，不说扩展，本身 dbus 的标准也混乱无章文档和没有一样，导致实际实施标准的人也瞎写，你真按标准去读反而各种缺失字段
之所以 wayland 的 portal 搞得一地鸡毛，就是 dbus 本身的坑，各家实现看似相似，实际完全不一样，没有一个统一能用的实现
x11 之所以看上去比 wayland 好，是因为起码很多基础功能不依赖于 dbus 实现，现在 wayland 不做基础功能了，全依赖 dbus ，底裤就暴露出来了

有影响的，即使是国内的模型也建议全英文 prompt （特指编程任务），并且源代码里也最好不要含有任何非英文注释

本地模型上下文你能开多少呢，64k ？ agent 起码 128k 起跳才有价值

有一点要注意的就是 amd 显卡 HDMI 输出在 linux 下被限制到最高 4k60 ，因为专利的那些破事，但 DP 接口没有问题，DP1.4 4K160 输出是没有问题的（当然 1.4 的肯定有 DSC 压缩）

谷歌的日常 feature gate 测试，新功能都是按一定百分比推广的，这样有问题了也可以立刻停止推广甚至回滚，你要有几个亿的用户量你也不会一次性把新特性全部推给所有用户

加湿器物理解决问题（）

@sssxyd 意思是破解方直接从前端 js 入手，篡改检测结果（毕竟你这代码也是通过 js 发送的），相比之下操作系统的方案用了 TEE 攻击者无法轻易破解，或者服务端的方案攻击者需要伪造真实图片，因此有更多被检测到的可能性（但是服务端方案有隐私问题）

Grok code fast 输出 patch 正确性高（甚至比付费的 codex 还好），但是复杂任务不是很行，raptor mini 是微调的 gpt 5 mini ，能解决一定程度的复杂问题，但速度太慢，用于编写代码不是很稳定，我建议是免费的话就用 raptor 做 plan ，然后 grok 执行计划（）

虽然但是，纯前端实现的话，破解方应该也可以纯前端破解吧。。。

@penisulaS 笑死，字体 woff2 压缩下也就十几 M ，几个 js 加高清大图就瞬间几十 M 了（

你不会是想说思源宋体的那种 ⿺辶⿳穴⿰月⿰⿲⿱幺长⿱言马⿱幺长刂心 彩蛋吧，然而不幸的是，这玩意虽然看上去可组合，但实际上还是得自己一个个拼，虽然现在字体引擎能干的事挺多，比如能塞一个 wasm ，但拼文本这种活还是够呛

@pDJJq 但你开头还是要补充一个清屏，你运行两次可能会有上次输出的残留在缓冲区了

建议去系统事件里找找有没有相关事件，你单说一个症状是要大家使用🔮吗

缺少一个垂直同步，我记得可以使用 CSI?2026h 来同步

vscode 的 copilot 也不支持多模态输入啊，那样从文本信息还原还能怎么精确呢

@bwnjnOEI 相比之下一直保留前面的上下文的话，整个对话会越滚越大，某种意义上更为浪费（ token 缓存也不是说直接免费啊）