Tee

不是同一个东西。大部分网上用 opus5.5/gpt6astra 做出来的只是 js web

@yiranw09 我也匹配过 50+tps 50+%命中。也是 50M 用了 7%月额度这种离谱消耗。不管是不是管渠，command code 的未命中额度消耗都贵到离谱，绝不是它文档写的 ds 官方 input 价格。

我这个套餐周期都是跑长会话，发现后面即使降了速度，缓存命中率保持在 99.5% 以上的 长会话额度消耗都正常。

如果只看消耗，我的经验是会话前期就要观察，比如以 10M 作为观察线，正常的旧会话接着跑没有问题，新会话不正常就不能跑。而且是必须要 99%命中率以上（我的会话一般是 99.6%）才是正常消耗。

我用满了 GOAT 的套餐，一共是用了 10B 。会话不正常只遇到过一次（持续一下午）

@Felldeadbird 同意的。AI 只会做出趋同的产品，好产品总是在背后做了很多其他工作。也有人分享自己用 AI 做 MV 的流程源码，活的大头都不是 AI 干的。不过 AI 时代分享真正工作流程的太少了，几乎 99%都是噱头

@Jarker 需要人把控的. 我用 goal 的长任务可用性非常高

> 6698M tok 缓存命中 99.6%

@1bo 我没有用任何插件, 需要什么就让模型写什么, 需要一些调试时间成本. 需求也不大, 如历史消息, 检查有没有死循环, 网页搜索强制使用已有模型, 就这几个需求. 其他本来的插件随着 dsh 更新它官方都实现了, 像终端打开/文件预览/wider 等等

在 dsh 用就挺不错

落后 QQ 进度太久了，什么时候 wechat NT

acpid

/etc/acpi/handler.sh

button/lid

自己增加命令

我的场景带了 hdmi 的判断

```
59 │ button/lid)
60 │ case "$3" in
61 │ close)
62 │ echo none > /sys/class/drm/card*-HDMI*/status
63 │ hdmi_active=$(cat /sys/class/drm/card*-HDMI*/status)
64 │ if [[ $hdmi_active == "disconnected" ]]
65 │ then
66 │ sleep 3 && systemctl suspend
67 │ logger 'eDP Connected'
68 │ else
69 │ logger 'Hdmi Connected'
70 │ fi
71 │ logger 'LID closed'
72 │ ;;
73 │ open)
74 │ logger 'LID opened'
75 │ ;;
76 │ *)
77 │ logger "ACPI action undefined: $3"
78 │ ;;
79 │ esac
80 │ ;;
```

5000 以下笔记本开虚拟机可能在各方面都有点紧张。

笔记本好处是 suspend 后打开即用。