brain_update
For when an existing note needs to change — a standard evolves, a decision is revisited, a lesson has new evidence. Never silently overwrites.
Parameters
| Name | Type | Description |
|---|---|---|
noteId | string | The id returned by an earlier brain_recall or brain_remember |
newBody | string | Replacement content (≥20 chars) |
reason | string | Why the change — appears appended to the new body, and on the archived child note |
What happens under the hood
- The current body is copied into a new child note titled
[archived YYYY-MM-DD] <original title>, tagged#claude-brain-archived - The live note’s body is replaced with
newBody+ an updated-stamp line containing your reason - The original
idstays the same — references to it from other tools / your own notes still work
Example
brain_update( noteId="ExdruMgaoqjb", newBody="...new git workflow rules...", reason="Added the never-co-author rule we agreed in 2026-04-26 conversation")
→ Updated note ExdruMgaoqjb Archived prior content as: AbcDef123XyZ Reason: Added the never-co-author rule we agreed in 2026-04-26 conversationWhen NOT to update
- Tiny typo fixes — just edit the note in your backend’s UI.
- Adding a fresh decision that supersedes the old one — write a new
brain_rememberindecisionsrather than rewriting the standard, so the rationale stays discoverable. - Refactoring multiple related notes — do it manually in the UI; the audit trail from
brain_updateis per-note, not per-batch.