ota

你这没半点营养啊。好歹了解下 pi 的话，就不会觉得 dsh 有多惊艳了。
dsh 万物皆插件，的确好想法，但这得官方下场维护，不然谁都能开发导致的质量参差不齐，安全检测也不到位，野蛮发展。这条路 vsc 已经试过了。并不是很好维护的。

@PowerDi 已經放棄了，習慣用 cli 了。

有一個想不通，爲什麽要和數字人結合？强行拉概念？這和數字人有半毛錢關係？還是你選修了數字人這個課題，所以非要包含到當下的工作流中？

你這用法，我只能說，我個業餘的都看不上。

pve - nixos -> incus -> agent in lxc - 聲明式，隨時回滾
pve - windows
pve - docker in kvm -> allinone - 快速部署
pve - kvm -> smolvm - 不可信代碼運行

一臺 pve 解決一切。在外辦公，三星 dex ，手機就行，靠什麽電腦。
旅居期間 macbook air

云不光是 remote ，還能快速遷移。你那套東西，充其量就是連了個 ssh 。還有，cli 才是王道，特別 cli+ssh 。tui 已經能解決很多 gui 的體驗了。還用桌面。。。爲了隔離，我幾乎都不會用本地運行任何 agent ，包括 desktop app ，充其量網頁解決。

9 越 15 日前跑把。护照新规出了

@FrankAdler 你对 3000 多行单文件要求有点高啊。这东西塞进 llm 上下文，开发速度比套框架的优势大多了。

学习了，全部用的 php 的内置函数。但安全这块该有的都有，很工程化的一个实例。
可以写进 demo 教科书级别了，已 fork ，后面蒸馏整个工程思维，套用到自己的项目原型创作上，很受用。不用担心过度工程带来的多栈维护压力。

以后极简风可能才是 ai 的正确打开方式，用那么多技术干啥。实现的目标背离。

那个的地方主打的其实就是一个灰色信息流，但大家都意识到 ai 的羊毛其实没那么多，渠道也就那么些，所以也就落寞了。属于一过性的现象级论坛。踩中了风口。
但现在真正灰色的信息流并不在 do 上，而是在 ytb+tg 这块引流渠道。比如越狱等。所以多渠道才是硬道理。
do 的信息流，正规信息，他滞后；正常讨论，他低级；开源分享，他小众；最后那点羊毛，他也有心无力。还有个人色彩严重的管理员自慰行为。注定他的未来了。

@xiaomushen 可以作为 subagent 啊。和非富即贵的大模型不冲突。

@ChoiYoonJung 同样的流程。想问问，方案的上下文有没有 skill 可以总结，压缩以及输出 html 视图？这个工程化一直在看。这样结束 session ，调用 skill ，输出 html ，直接可以让 dsv4 去干活。免去大半的人工审计