Skip to content
Back to skills

Threadnote Memory

ASecurity

Store durable knowledge in an explicit Personal Cursor Cloud Git share and leave concise VM-local handoffs.

  • 24 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added October 4, 2026
ai-agentsgit

Works with

  • cursor
  • mcp

Security analysis

A100/100

Scanned October 4, 2026

npx -y skills add threadnote/threadnote --skill threadnote-memory --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Threadnote Memory?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Threadnote Memory
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/threadnote-threadnote-memory/badge)](https://www.skillsdirectory.com/skills/threadnote-threadnote-memory)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: threadnote-memory
description: Store durable knowledge in an explicit Personal Cursor Cloud Git share and leave concise VM-local handoffs.
---

<!-- BEGIN THREADNOTE USER INSTRUCTIONS -->

# Threadnote memory in Personal Cursor Cloud

Store reusable decisions and contracts with `remember_context` and `kind: durable`. One MCP may expose several Git
shares, so pass `team` on every durable write when more than one is configured. Threadnote commits and pushes the write
only to that selected share. Use stable `project` and `topic` identities and update an existing memory with its exact
`replaceUri`; that URI must belong to the selected share.

Relations and references on a durable write must stay within the selected share. Read targets before linking them and
use only `depends_on`, `evidence_for`, `references`, `related_to`, or `supersedes`. Shared code citations require an
already-ready exact-current graph; deferred private anchors are unavailable.

Use `kind: handoff` for status, checks, blockers, and next steps only when VM-local lifetime is acceptable. Personal
Cloud handoffs are not pushed and may disappear with the Cloud Agent. When another session must receive the closeout,
store a sanitized durable record in the intended share instead. Candidate review, separate publishing, Obsidian, and
maintenance tools are unavailable.

Never store secrets, credentials, customer data, or raw production logs. Do not write to an unconfigured share, cross
share boundaries, force synchronization, or treat a failed push as success.
<!-- END THREADNOTE USER INSTRUCTIONS -->

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.