【开源推广】vibe 于帷幄之中 可视化管理与 agent 交互中会用到文档的 Obsidian 小插件

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

- 我的帖子已经打上 开源推广 标签： 是

- 我的开源项目完整开源，无未开源部分： 是

- 我的开源项目已链接认可 LINUX DO 社区： 是

- 我帖子内的项目介绍，AI 生成、润色内容部分已截图发出： 是

- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI 生成、润色内容已使用截图方式发出

github.com

GitHub - cucarol/tent: 用于管理你与 coding agents 之间的意图、上下文与交接流程 —— 基于 Open...

用于管理你与 coding agents 之间的意图、上下文与交接流程 —— 基于 Open Knowledge Format（OKF）构建的 Obsidian plugin。

目前依赖于 Obsidian 实现关于 markdown 文件的管理功能，所以 UI 上仅支持 Obsidian 中使用

Tent/帷幄

vibe coding 的本质我认为就是，代表用户意志的 goal 通过 prompt agent 来得到 output 的过程。

而我在进行 vibe coding 的时候，频繁存在：

- 因为单个 session 上下文过长而导致的 需求（goal） 漂移

- 不同 agent 之间有关于项目表述文档的上下文不共享，导致需要复制 prompt 在不同的 agent 中做交接

- agent 交付的 产出（output） 不明确，user 或者其他 agent 验收 review 有点吃力

而 goal prompt 和 output 都可以是md文档或者通过md文档进行映射，所以我做了 帷幄 用于这三类md文档的管理（其实也可以自定义类型）。

示例demo：（一个md文档被显示为左侧一个 框）

能做什么，有什么用

架构

md文档（框）的属性

每个 agent 可以认领一个 角色（role）

- 角色可以对框进行处理，并且标记认领状态，在处理中或者处理后，提出提议或者请求用户验收

- 通过内置的管道，把框派发给其他角色处理（如果是派发给 GUI agent，还是需要 user 自行去触发（说一声“看看信箱”之类的话）。

如何使用

超级简单^-^，就是 Obsidian 里面多了一个插件，agent 里多了两个 skill，都是为了做一下初始化

- tent-genesis，用于每次你因为什么项目想建立一顶帐

- tent-role，用于一个 agent session 想要认领胡总和继承某个角色（role）

然后你就可以正常使用了，相关的文档都会显示在 Obsidian 插件的 UI 里。

题外话

帷幄 这个名字是 opus 取的，vibe 于帷幄之中 决胜于 workspace 说是^-^

我原本还想叫什么 vibe panel 之类的东西，确实相比起来土土的^-^