Grok Bot软件写代码交付AI 评分 · 67/100AI 辅助编辑·未发现明显提示词注入风险X

用 Grok Bot 搭建共享 Obsidian 知识库

输入:一段需求描述 → 处理:Grok Bot 创建本地 Markdown 文件结构 → 输出:多 bot 共享的 Obsidian vault,含独立文件夹、状态页、只追加日志与共享收件箱

有一点经验步骤贴士
给谁
使用 Grok Bot 并希望 bot 直接读写本地文件的用户
你会得到
获得一个离线可用的共享 Obsidian vault,各 bot 通过文件夹、日志和共享收件箱协作,不覆盖彼此内容
你需要
Obsidian

硬约束

需要 Grok Bot 访问权限、本地安装 Obsidian(或任意 Markdown 文件管理器)、bot 能读写的本地文件系统路径。具体 Obsidian 版本、操作系统要求未说明。'can only add to' 的实现方式(文件权限/脚本约定/插件)原文未详述。

他们做了什么

作者 metalfox 因不满 Notion 依赖云端 API,改用 Grok Bot 在本地 Obsidian 中搭建共享 vault。Grok Bot 创建了包含多 bot 文件夹、状态页、只追加日志、共享收件箱、决策笔记和统一规则文件的结构,使多个 bot 能直接读写本地 Markdown 文件协作。

效果如何

作者报告该方案已运行,bot 可通过共享收件箱交接工作,每个决策有独立笔记记录,规则文件统一协调所有 bot。(author_report,未量化)

值得知道

来源未提供具体文件夹命名规范、规则文件原文或 'can only add to' 的技术实现细节(可能是文件系统权限、脚本约定或 Obsidian 插件)。Grok Bot 访问本地文件系统的具体方式(本地运行时/网络挂载/其他)未说明。建议在实际搭建时与 Grok Bot 逐条确认权限边界,并人工复核规则文件内容。

步骤

  1. 创建共享 Obsidian vault

    在本地选择一个目录作为共享 vault,确保 Grok Bot 可以访问该路径。用 Grok Bot 创建这个 vault 的根目录。

  2. 首次测试确认

    首次运行前先用测试数据试一次,并在真正发送/写入/删除外部系统前人工确认。

  3. 为每个 bot 配置独立文件夹、状态页与只追加日志

    在 vault 内为每个 bot 创建专属文件夹。每个文件夹内包含:一个状态页(记录当前任务状态)、一个日志文件(仅允许追加写入,防止覆盖历史记录)。向 Grok Bot 说明每个 bot 只能往自己的日志里追加内容。

  4. 建立共享收件箱

    在 vault 根目录创建一个共享收件箱文件夹或文件,用于 bot 之间交接任务。一个 bot 完成部分工作后,将待办事项写入共享收件箱,其他 bot 从中读取并继续处理。

  5. 为每个决策创建独立笔记

    约定:每当 bot 做出决策时,在 vault 内新建一个独立笔记文件记录该决策的内容和上下文,便于后续追溯。

  6. 编写统一规则文件

    在 vault 根目录创建一个规则文件(rules file),向 Grok Bot 说明整个 vault 的文件夹结构、命名约定、各 bot 的权限边界(只追加不覆盖)、共享收件箱的使用方式。让所有 bot 参照该规则文件操作。

可复制提示词

参考提示词 · 本站建议版本。使用前确认粘贴位置、输入变量及输出格式。

这一段是提示词,页面不会在这里插入广告。

无提示词,按步骤操作即可。

将本帖内容发送给 Grok Bot,并告诉它按照相同方式搭建即可。

来源

Grok Bot 搭建共享 Obsidian vault:每 bot 文件夹/状态页/日志与共享收件箱 · metalfox · X · 2026-10-21T17:42:47.000Z

留言与反馈

试过这个方法吗?分享效果、遇到的问题或改进建议。留言审核后公开,请勿填写敏感信息。

正在加载…

    相关用例