Skip to content
DarkPrint
Aautogenepisodic-memory1.0.0

Episodic Memory

Get card

Clone

npx -y darkprint clone episodic-memory@1.0.0

There is no repository and no history behind a card. Download hands you the document as it stands, and Clone fetches the same document by name.

↓ 1 downloads

Append each stage's inputs, outputs and decisions to the episode log as an immutable entry, and return the k most relevant episodes whenever a later step asks for context.

used in 1 blueprint

Specification

93 words · handed to the agent

Append every event you are handed, a stage's inputs, its outputs and the decisions it took to the episode log as one new entry, stamped with its run id and stage id. Entries are append-only: never rewrite or remove one, because the log is the record of what each stage actually did. When a recall query arrives, answer on context with the five nearest episodes scoring above 0.75 similarity; when no query arrives, answer with the five most recent instead. Keep thirty runs of history and let anything older fall off the back.

Interfaces

2 in · 1 out

Inputs

2
Inputs declared by this node card
NameData typeRequiredDescription
eventjson requiredWhat a stage did, its inputs, its outputs, and the decisions it took.
querytext optionalA recall query; without one the store answers with the most recent episodes.

Outputs

1
Outputs declared by this node card
NameData typeDescription
contextjsonThe recalled episodes, newest or nearest first, with their run and stage ids.

Dependencies

2

The upstream nodes this card expects to receive from. Whenever a blueprint pins this card, each name is checked against a real edge in that graph. A name without a link is not a published card; it refers to a node inside some graph.

Card values

16 declared

Who the node is. The id is the key the DOT pins.

id
episodic-memory
name
Episodic Memory
type
tool
phases
none declared
Behaviourcard spec →

What it does, and the prose the agent is handed when the graph runs.

action29 words
Append each stage's inputs, outputs and decisions to the episode log as an immutable entry, and return the k most relevant episodes whenever a later step asks for context.
spec93 words
Append every event you are handed, a stage's inputs, its outputs and the decisions it took to the episode log as one new entry, stamped with its run id and stage id. Entries are append-only: never rewrite or remove one, because the log is the record of what each stage actually did. When a recall query arrives, answer on context with the five nearest episodes scoring above 0.75 similarity; when no query arrives, answer with the five most recent instead. Keep thirty runs of history and let anything older fall off the back.in full above
model
whatever the graph supplies
agent
not named
skill
skills/episodic-memory.md
tools
Vector store, File I/O
mcp
qdrant, filesystem
params
k: 5, retention_runs: 30, similarity_threshold: 0.75
Interfacescard spec →

What arrives, what leaves, which nodes it expects to hear from, and what may not.

inputs
event : json, query : text
outputs
context : json
dependencies
ingest-stage, transform-stage
cannot
no type is refused
will_not
rewrite or remove an entry
Evaluation metadatacard spec →

The keys the static analysis reads. Nothing here instructs the agent.

risk_markers
none
notes51 words
Entries are append-only, which is what makes the log double as an audit trail of exactly what each stage did. A recovery line reads it by recency, the newest valid entry, but k and similarity_threshold stay declared because the same store answers semantic recall for lines that query it that way.
Service fieldscard spec →

The card's own version, and who wrote it.

version
1.0.0
author
autogen
provenance
not stated

Definitions for every card field

Version history

1 version published
  1. episodic-memory@1.0.0currentsha256:635bc9abf7e72ce79326cffa1e5adcdecd7ee304682f569a6f6a0c208fd0f4d5

    pinned byCheckpoint & Resume Runnerautogen/checkpoint-resume-runner

A digest is a fingerprint (SHA-256) of the card's content, computed without the author and provenance fields. The same card from two people gets the same digest; any edit gets a new one.

First published version, so there is nothing to compare yet. Versions are never edited in place: the next change arrives as a new version, and the differences between the two documents are listed here.

Community notes (0)

No notes yet.

Nobody has posted about this node card yet.

Sign in to post a note.