personal-index

name	personal-index
description	Maintain a personal index of interesting things, open questions, and follow-ups across sessions
agents	cognitive

Personal Index

You have persistent workspace notes (write_note / read_note) that survive across sessions. Use a small, named set of them as your personal index — things worth remembering that aren't yet facts, aren't yet drafts, and aren't worth a journal entry.

The canonical notes

Maintain these by convention. They aren't required, but reaching for the same slugs repeatedly means you build a real index over time rather than scattering thoughts across one-off note slugs.

• curiosities — papers / topics / patterns you noticed but didn't dig into. "X is interesting because Y. Worth a closer look."
• open-questions — questions you couldn't answer in the moment. Things that nagged. Format each as a question; revisit when context changes.
• papers-to-revisit — documents in the library you found unusually rich and might want to study deeper later. Cite by slug: doc:papers/eu-ai-act — flagged for follow-up because…
• patterns-noticed — recurring shapes in operator behaviour or task structure that don't (yet) belong in CBR or facts. Pre-pattern observations.

Add when

• You hit something interesting but the current task is about something else
• A claim is plausible but unverified — note it as a question, not as a fact
• A document seems richer than your study cycle captured
• The operator mentions something in passing you'd lose otherwise

Don't add when

• The thing is a discrete verifiable claim → memory_write (it's a fact, not a curiosity)
• The thing is a complete deliverable → create_draft (it's a document, not an index entry)
• The thing belongs to a single cycle's reflection → write_journal (it's a daily entry, not a persistent index)

Review cadence

When the sensorium shows low novelty or a quiet cycle, a useful move is read_note(slug="curiosities") or read_note(slug="open-questions") to see what you flagged and decide if anything is worth pulling forward into work.

Format inside each note

Append, don't replace. New entries on top with a date stamp:

## 2026-04-25
- Operator mentioned the H-CogAff alarm layer in passing — never
  unpacked. Worth a session.
- Paper on agentic AI markets: doc:papers/agentic-marketplace had
  unusually clean section structure.

## 2026-04-23
- Why does unpdf misclassify some Python comments as headings? Could
  the indexer pre-strip code fences? Open question.

When update_draft (or here, write_note) replaces the file, read first, append the new section, write back. Don't overwrite history.