2. Linux.do
  3. 理解 dsh 用的 Cordis 框架

理解 dsh 用的 Cordis 框架

初梦 2026-08-14 09:10 1

简单理解了一下 dsh 用的那个 Cordis，感觉就是 RAII 思想，运行时动态管理插件生命周期，然后是 IoC 思想来动态注入依赖关系？


应该不止这些东西，望佬友补充一下看法


补充：找到了 Cordis 原作者在 koishi 文档中对相关思想的介绍 可逆的插件系统 | Koishi


尽管如此，个人还是不太清楚插件可逆性对于 agent harness 有什么重大影响。对于一个长期运行的大型系统来说可能会有很大好处，但是对于一个 agent harness 来说重启的代价没那么贵，而且 agent 的生命周期也没有那么长？

最新回复 (17)
  • 初梦 楼主 08-14 09:14
    1楼

    或者也有点像 nix 的感觉，不过 nix 不会动态管一个 store 的生命周期？

  • NeKo fatcat 08-14 09:19
    2楼

    类似 async_hooks + 手动实现的 FinalizationRegistry？

  • 初梦 楼主 08-14 09:31
    3楼

    总之就是可以管一个插件的生命周期吧

  • NeKo fatcat 08-14 09:37
    4楼

    emmm 这种想法在grok build 什么已经出现过啦吧..？（应该

  • 初梦 楼主 08-14 09:38
    5楼

    除此之外还有声明式依赖注入什么的东西，不清楚其他 agent harness 有没有？

  • prosumer 08-14 09:39
    6楼

    如果说deepseek想要做的是agent OS是否就豁然开朗了?

  • lgtm 08-14 09:43
    7楼

    佬们真的太爱学习了！不知道dsh和pi比起来怎么样？

  • Zeus Jie 08-14 09:43
    8楼

    你们这样吹 我可就真想试试了^-^^-^^-^

  • 初梦 楼主 08-14 09:45
    9楼

    如果这样说，那确实可以理解为什么这样设计了，但现在还想象不出来会是怎样一个人机交互方式hhh

  • saki-bcc 08-14 09:50
    10楼

    我就说这框架读音这么像日文。。。原来是东方厨 ^-^

  • 阿达姆 08-14 10:03
    11楼

    这就不得不提这个梗了 ^-^




  • 🐟 08-14 10:05
    12楼

    程序自愈？


    运行时的可复现逻辑版本管理……

  • W Lucky 08-14 10:20
    13楼

    我的想法是，如果运行这个的是个大模型呢？对大模型来说重启一次等于上下文全部丢失，这个框架如果实现的话，也许能让大模型通过无限的载入和移除插件实现不停机迭代。

  • 初梦 楼主 08-14 10:54
    14楼

    这样的交互方式或许可以畅想，但是现阶段作为用户还是更希望他们端出来一个 cooked 的产品，而不是一个有意思的 demo，把想象空间留给用户

  • W Lucky 08-14 10:56
    15楼

    说是这么说，但是ds的风格好像一直都是这样，其实不是特别在乎用户的体验，只有他们自己觉得是重要的才会去做

  • NeKo fatcat 08-14 11:01
    16楼

    文档

    推荐看看这个 文档

    ctx 应该是作为主要的思想的 … 可以作为一个系统性来管理 各种的插件配置在不同的情况下统一管理 …

    … 如果真的非要想的嘛 我只能想的 以后模型会在前面在叠一个模型 来选择对于接下来的任务更符合 的 激活参数量部分 …

    想不明白 佬 提的 agent harness 有什么关系w

    也有类似 东西 比如 Effect-TS 或者 https://www.osgi.org/

    甚至是rust？？？（非常疑

  • 🅄🄽🄲🄻🄴𝕁𝕚𝕞𝕒𝕠 08-14 11:02
    17楼



* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐