Skip to main content

bm-share

Promote a note from your personal Basic Memory project to a shared team project, with attribution. Use when the user says "share this with the team", "publish this decision", or runs /basic-memory:bm-share. This is the deliberate way to write to a team workspace — auto-capture never does.

来源信息

仓库
basicmachines-co/basic-memory
最近来源活动
2026年10月24日 17:18
检测到的 SKILL.md 语言
英语
星标
4,391
Forks
343

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
bm-share
description
Promote a note from your personal Basic Memory project to a shared team project, with attribution. Use when the user says "share this with the team", "publish this decision", or runs /basic-memory:bm-share. This is the deliberate way to write to a team workspace — auto-capture never does.
argument-hint
<note title or permalink to share>
# Share to a team project Copy a note from the personal/primary project into a configured **team project** so teammates can see it. This is the *only* path by which the plugin writes to a shared project — session checkpoints and `/basic-memory:bm-remember` always stay personal. ## Steps 1. **Resolve config.** Read the `basicMemory` block with the hooks' precedence. For the user-level base, append `settings.json` to the literal value of `CLAUDE_CONFIG_DIR` when that environment variable is present; do not trim it, expand `~`, or treat an empty value as unset. Use `~/.claude/settings.json` only when the variable is absent. Then the project's `.claude/settings.json` and `.claude/settings.local.json` override per key: - `teamProjects` — a map of `<project-ref>` → `{ "promoteFolder": "shared" }`. These are the allowed share targets. `<project-ref>` is a workspace-qualified name (e.g. `my-team-2/notes`) or an `external_id` UUID. - `primaryProject` — the source project notes are read from. If `teamProjects` is empty, tell the user there's no share target configured and suggest adding one (or running `/basic-memory:bm-setup`), then stop. Don't invent a target. 2. **Find the source note.** From `$ARGUMENTS` (a title, permalink, or `memory://` URL), `bm_read` it from `primaryProject`. If `$ARGUMENTS` is empty (you were invoked from "share this"), use the note most clearly referenced in the conversation — confirm which one if there's any ambiguity. Capture its title, full content (including frontmatter), and source permalink. 3. **Pick the target.** If `teamProjects` has one entry, use it. If several, ask which team project to share to. Use that entry's `promoteFolder` (default `shared`). 4. **Confirm before writing.** This write is visible to teammates, so show the user what you're about to do — *"Share '<title>' to <target>/<promoteFolder>?"* — and wait for a yes. Never share silently. 5. **Write the shared copy** with `bm_write`: - Route to the target with `project`: either the team's workspace-qualified name or its `external_id` UUID. - `directory` = the `promoteFolder` - `title` = the source title - `content` = the source's content, with attribution added: keep its frontmatter (so a shared decision stays `type: decision` and is findable in the team's structured recall), add a `shared_from: <source permalink>` frontmatter field, and add an observation `- [context] Shared from <source permalink>`. Don't overwrite an existing note at the target unless the user says so. 6. **Confirm** in one line: what was shared and the new team permalink, e.g. `Shared → my-team-2/shared/<slug>`. ## Notes - Sharing **copies** the note; the original stays in your project. Edits to one don't propagate to the other. - Don't share notes containing secrets, credentials, or anything the user wouldn't want teammates to see — if in doubt, ask. - Use whichever Basic Memory MCP server is connected; route to the team project by the `project` argument (qualified name or UUID).
在 GitHub 查看