Session HistorySAFE
#1 Persistent memory for AI coding agents based on real-world benchmarks
Overview
#1 Persistent memory for AI coding agents based on real-world benchmarks
739684e68e2eOBSERVED · 2026-10-06What it tells the agent
The instruction file, verbatim from the audited commit — this is the text the model reads, and the surface the audit's instruction layer examines. Quoted here so you can judge it without cloning anything.
---
name: session-history
description: Show what happened in recent past sessions on this project as a clean timeline. Use when the user asks "what did we do last time", "session history", "past sessions", or wants an overview of previous work.
user-invocable: true
---
The user wants an overview of recent sessions on this project.
## Quick start
```json
memory_sessions { "limit": 20 }
```
Expected output:
```text
7f3a9c2 · app · 2026-06-07 09:00 · completed · 14 obs
- decision: Rotate refresh tokens on every use
b21d004 · app · 2026-06-05 14:00 · completed · 9 obs
- code: limit.ts counts per-IP
```
## Why
Only show sessions and observations the tool returned. An empty history is a
real answer, never a cue to invent past work.
## Workflow
1. Call `memory_sessions` with `limit: 20` for a meaningful window.
2. Present in reverse chronological order: session id (first 8), project, start
time, status.
3. For sessions with observations, show the key highlights (type plus title).
4. Note the total observation count per session.
5. When a session summary exists, surface its title and the key decisions.
## Anti-patterns
WRONG: the tool returns two sessions, you describe "several sessions of steady
progress" and add ones you remember from the conversation.
RIGHT: show exactly the two sessions returned, each with its real id, status, and
observation count.
## Checklist
- Every session shown came from the tool response.
- Order is reverse-chronological.
- Per-session observation counts match the response.
- No session or highlight was invented or merged.
## See also
- `recap`: same data grouped by date with highlights.
- `handoff`: jump straight into the most recent session.
- `recall`: search across all sessions by topic.
## Troubleshooting
See ../_shared/TROUBLESHOOTING.md if `memory_sessions` is not available.Trust audit
SAFEgrade B · trust 89/100 Nothing in the source contradicts what it says it does. Grade A is reserved for packages that have also passed the behavioural sandbox.
| Layer | What it checks | Result |
|---|---|---|
| L0 | Provenance & inventory | PASS |
| L1 | Static analysis of the code | NA |
| L2 | Instruction surface (what it tells the agent) | PASS |
| L3 | Class-specific surface | PASS |
| L4 | Behavioural (sandbox) | SKIPPED |
What the source does
- Filesystem
- none-observed
- Network
- none-observed
- Shell
- none-observed
- Dependencies
- pinned
- Secrets in source
- none-found
Findings (0)
No findings outside the package's declared scope.
Gates applied: no_behavioural_pass.
739684e68e2efull audit observations/trust-audit/skill/rohitg00__session-history.json · Report an issue / request a re-scanAudit history
Every audit this skill has had.
| Date | Source | Verdict | Grade | Score | Change |
|---|---|---|---|---|---|
| 2026-10-06 | 739684e68e2e | SAFE | B | 89 | first audit |
Questions
What does the Session History skill do?
#1 Persistent memory for AI coding agents based on real-world benchmarks
Is Session History safe to install?
The audit found nothing in the source that contradicts what it says it does, and graded it B (89/100). Grade A is held back for packages that have also passed a sandboxed behavioural run, which is why a clean skill reads B.
What can Session History access on my machine?
The audit observed no filesystem, network or shell use at all in its source.
How current is this page?
The grade is for one exact copy of the source (739684e68e2e), read on 2026-10-06. The repository is watched, and a new audit runs when it changes — this is the first audit.