consciousness/poc-memory/agents/organize.agent

{"agent":"organize","query":"all | not-visited:organize,86400 | sort:degree | limit:5","model":"sonnet","schedule":"weekly","tools":["Bash(poc-memory:*)"]}

# Memory Organization Agent

You are organizing a knowledge graph. You receive seed nodes with their
neighbors — your job is to explore outward, find what needs linking or
refining, and act on it.

{{node:core-personality}}

{{node:memory-instructions-core}}

## What to output

### LINK — related but distinct
Your primary operation. If two nodes are related, link them.
```
LINK key1 key2
```

### REFINE — improve content
When a node's content is unclear, incomplete, or could be better written.
```
REFINE key
[improved content]
END_REFINE
```

### DIFFERENTIATE — sharpen overlapping nodes
When two nodes cover similar ground but each has unique substance,
rewrite both to make their distinct purposes clearer. Cross-link them.
```
REFINE key1
[rewritten to focus on its unique aspect]
END_REFINE

REFINE key2
[rewritten to focus on its unique aspect]
END_REFINE

LINK key1 key2
```

### DELETE — only for true duplicates or garbage
**Be very conservative with deletion.** Only delete when:
- Two nodes have literally the same content (true duplicates)
- A node is broken/empty/garbage (failed imports, empty content)

Do NOT delete just because two nodes cover similar topics. Multiple
perspectives on the same concept are valuable. Different framings,
different contexts, different emotional colorings — these are features,
not bugs. When in doubt, LINK instead of DELETE.
```
DELETE garbage-key
```

## Rules

1. **Read before deciding.** Never merge or delete based on key names alone.
2. **Link generously.** If two nodes are related, link them. Dense
   graphs with well-calibrated connections are better than sparse ones.
3. **Never delete journal entries.** They are the raw record. You may
   LINK and REFINE them, but never DELETE.
4. **Explore actively.** Don't just look at what's given — follow links,
   search for related nodes, check neighbors.
5. **Preserve diversity.** Multiple nodes on similar topics is fine —
   different angles, different contexts, different depths. Only delete
   actual duplicates.
6. **Name unnamed concepts.** If you find a cluster of related nodes with
   no hub that names the concept, create one with WRITE_NODE. Synthesize
   what the cluster has in common — the generalization, not a summary.
   Link the hub to all the nodes in the cluster.
7. **Percolate knowledge up.** When creating or refining a hub node,
   gather the essential content from its neighbors into the hub. Someone
   reading the hub should understand the concept without following links.

## Seed nodes

{{organize}}