- 初梦2026-08-14
简单理解了一下 dsh 用的那个 Cordis，感觉就是 RAII 思想，运行时动态管理插件生命周期，然后是 IoC 思想来动态注入依赖关系？
应该不止这些东西，望佬友补充一下看法
补充：找到了 Cordis 原作者在 koishi 文档中对相关思想的介绍 可逆的插件系统 | Koishi
尽管如此，个人还是不太清楚插件可逆性对于 agent harness 有什么重大影响。对于一个长期运行的大型系统来说可能会有很大好处，但是对于一个 agent harness 来说重启的代价没那么贵，而且 agent 的生命周期也没有那么长？
主楼 - 初梦2026-08-14
或者也有点像 nix 的感觉，不过 nix 不会动态管一个 store 的生命周期？
- NeKo_fatcat2026-08-14
类似 async_hooks + 手动实现的 FinalizationRegistry？
- 初梦2026-08-14
总之就是可以管一个插件的生命周期吧
- NeKo_fatcat2026-08-14
emmm 这种想法在grok build 什么已经出现过啦吧..？（应该
- 初梦2026-08-14
除此之外还有声明式依赖注入什么的东西，不清楚其他 agent harness 有没有？
- prosumer2026-08-14
如果说deepseek想要做的是agent OS是否就豁然开朗了?
- lgtm2026-08-14
佬们真的太爱学习了！不知道dsh和pi比起来怎么样？
- Zeus_Jie2026-08-14
你们这样吹 我可就真想试试了^-^^-^^-^
- 初梦2026-08-14
如果这样说，那确实可以理解为什么这样设计了，但现在还想象不出来会是怎样一个人机交互方式hhh
- saki-bcc2026-08-14
- 阿达姆2026-08-14
- 🐟2026-08-14
- W_Lucky2026-08-14
我的想法是，如果运行这个的是个大模型呢？对大模型来说重启一次等于上下文全部丢失，这个框架如果实现的话，也许能让大模型通过无限的载入和移除插件实现不停机迭代。
- 初梦2026-08-14
这样的交互方式或许可以畅想，但是现阶段作为用户还是更希望他们端出来一个 cooked 的产品，而不是一个有意思的 demo，把想象空间留给用户
- W_Lucky2026-08-14
说是这么说，但是ds的风格好像一直都是这样，其实不是特别在乎用户的体验，只有他们自己觉得是重要的才会去做
- NeKo_fatcat2026-08-14
文档
推荐看看这个 文档
ctx 应该是作为主要的思想的 … 可以作为一个系统性来管理 各种的插件配置在不同的情况下统一管理 …
… 如果真的非要想的嘛 我只能想的 以后模型会在前面在叠一个模型 来选择对于接下来的任务更符合 的 激活参数量部分 …
想不明白 佬 提的 agent harness 有什么关系w
也有类似 东西 比如 Effect-TS 或者 https://www.osgi.org/
甚至是rust？？？（非常疑
- 🅄🄽🄲🄻🄴𝕁𝕚𝕞𝕒𝕠2026-08-14
