帷幄插件开源：vibe coding文档管理工具
速览
帷幄（Tent）是一款Obsidian插件，专为vibe coding场景设计，用于可视化管理AI agent交互中的goal、prompt、output等md文档。它解决了上下文漂移、agent间不共享、产出不明确等问题。每个agent可认领角色处理文档，并通过内置管道流转，支持用户验收。配合两个agent skill即可初始化使用。
AI 深度解读
背景
随着大语言模型（LLM）的快速发展，一种名为“vibe coding”的编程范式逐渐兴起。在这种工作流中，用户（人类）通过自然语言向 AI agent 下达目标（goal），agent 则基于上下文生成输出（output）。然而，实际使用中暴露出几个痛点：
- 上下文过长导致目标漂移：单个 session（会话）积累大量对话后，agent 容易遗忘或偏离最初的需求，使得产出与期望不符。
- agent 间上下文不共享：多个 agent 在同一项目中协作时，各自持有独立的对话历史，缺乏统一的项目描述文档，导致切换 agent 时需要人工复制粘贴 prompt 进行交接，效率低下且易出错。
- 产出验收困难：agent 交付的结果往往以非结构化方式呈现，无论是人类同事还是其他 agent 都难以快速理解和评审，影响协作闭环。
上述问题本质上都围绕三类文档——goal（目标）、prompt（提示）和 output（产出）——的管理与流转。这三类文档恰好都是 Markdown 格式，因此可以通过一个专门的文档管理工具来统一处理。
核心内容
“帷幄”（Tent）是一个面向 Obsidian 用户的插件，旨在解决 vibe coding 流程中上述文档管理难题。其工作方式如下：
-
依赖与定位：目前 UI 部分仅支持在 Obsidian 中使用，借助 Obsidian 自带的 Markdown 文件管理能力。插件本身不重写文件系统，而是利用 Obsidian 已有生态。
-
核心概念：文档即“框”：每个 Markdown 文档在插件 UI 中显示为一个可操作的“框”（box）。这些框不仅可以是 goal、prompt、output，也支持用户自定义其他类型。所有框都保存在 Obsidian 的本地 vault 中。
-
角色与认领机制：
- 每个 agent 可以认领一个 角色（role）。
- 角色可以对框执行操作（如编辑、审阅），并标记认领状态（如“处理中”或“已处理”）。
- 处理完成后，角色可以提出 提议（proposal） 或请求用户验收。
- 通过内置的 管道（pipeline），框可以被派发给其他角色继续处理。如果派发给 GUI agent，用户需要手动触发（例如说一句“看看信箱”）。
-
使用方法：安装插件后，用户只需在 Obsidian 中操作，而 agent 侧则通过两个内置 skill 实现初始化：
tent-genesis：用于为某个新项目建立一顶“帐篷”（即创建项目根目录或初始化文档结构）。tent-role：用于某个 agent session 认领或继承某个角色（role）。之后 agent 便可基于其角色权限操作对应的框。
-
命名由来：项目原名“Tent”，中文名为“帷幄”，由 AI 模型 Opus 起名，取自成语“运筹帷幄”，官方戏称“vibe 于帷幄之中，决胜于 workspace”。相比作者最初想的“vibe panel”等名称，这个中文名更具意境。
关键要点
- 项目核心价值在于将 vibe coding 中三类关键文档（goal、prompt、output）结构化、可视化，避免因 session 过长导致的遗忘和漂移。
- 通过角色（role）和框（box）的抽象，实现了多 agent 之间的上下文共享与工作流交接，减少人工复制 prompt 的环节。
- 所有文档均为 Markdown 格式，完全与 Obsidian 生态兼容，无需额外存储或数据库。
- 当前 UI 仅支持 Obsidian，但 agent 侧 skill 可以独立运行于任意支持 LLM 的 agent 系统（如 AutoGPT、LangChain 等），未来可能扩展到其他编辑器。
- 使用流程极其简单：安装插件 → 用
tent-genesis初始化项目 → 各 agent 用tent-role认领角色 → 在 Obsidian 插件界面中管理框。 - 项目完全开源（已声明符合社区推广要求），并已链接至 LINUX DO 社区，接受监督。
- 作者强调“vibe coding 的本质是：代表用户意志的 goal 通过 prompt agent 得到 output 的过程”，而帷幄正是围绕这个三要素设计的文档管理工具。
意义与影响
“帷幄”项目虽然是 Obsidian 生态中的一个轻量插件，但它针对的是当前 LLM 开发中一个真实且普遍存在的痛点——多 agent 协作时的上下文管理。其意义体现在：
- 提升 vibe coding 的可持续性：当用户需要反复调优或跨 session 工作时，通过文档化的 goal 和 output，可以避免 agent 的行为漂移，保持产出的一致性。
- 降低多 agent 协作的门槛：无需依赖复杂的 RAG 或向量数据库，仅用 Markdown 文件和简单 skill 就能实现角色间的工作流转。这对于个人开发者或小团队快速搭建 agent 工作流极具吸引力。
- 复用既有工具生态：选择 Obsidian 作为前端，意味着用户可以利用 Obsidian 强大的笔记管理、搜索、标签等功能，进一步强化项目管理能力。
- 启发同类项目方向：未来可能会有更多类似的插件或独立应用，将文档管理（尤其是 Markdown 格式）与 agent 系统深度绑定，甚至支持其他笔记软件（如 Logseq、Notion）。
总体而言，“帷幄”在轻量级与实用性之间找到了平衡，为 vibe coding 社区提供了一个零成本、易于上手的解决方案。