Buffaly Logo
Operations

How to search session history

Find prior work, decisions, messages, tool outputs, files, and artifacts across Buffaly sessions without relying on memory or manual log digging.

Who this is for

Use this workflow when you need to recover context after compaction, a worker recycle, a long pause, or a handoff between similarly named sessions.

Find a previous decision, error, command, path, or final answer.
Summarize what happened in one known session.
Locate an artifact, task note, Plan, or Scratch entry.
Compare candidate sessions before resuming the wrong one.

Quick answer

Session history is the saved evidence stream for Buffaly work. It can include user messages, assistant progress, final answers, tool calls, tool results, lifecycle rows, compaction snapshots, Plan/Scratch files, task artifacts, and produced files.

Find the session where we discussed provider defaults last week. Search session history and artifacts, summarize the relevant decisions, include session keys, and say what evidence you used.
Summarize session history for <session-key> since the last compaction. Include user goals, decisions, files changed, errors, and open items.

What counts as session history

LayerWhat it tells youHow to use it
SessionNamed work container and runtime metadata.Scope reads and summaries by key/name.
Timeline rowsMessages, tool calls, tool outputs, lifecycle rows, and final answers.Use for chronological evidence.
Plan and ScratchCurrent route, task status, investigation notes, and observations.Recover reasoning and latest known route.
Task artifactsDurable markdown files with acceptance criteria and accumulated evidence.Use for delegated or multi-turn work.
Compaction archivesOlder summarized or archived timeline slices.Use when active timeline is shorter than full history.
Created files/artifactsDocs, patches, logs, screenshots, or generated files.Verify final results outside the transcript.

Source shows a dedicated SessionHistory skill for paging and summarizing timeline history, plus session tooling that can merge active session.json rows with compaction-*.json archive history.

Ask Buffaly to search prior work

Good requests include a target, scope, and evidence requirement. Buffaly should bind known session keys, file paths, artifact names, task names, and date ranges before falling back to semantic retrieval.

Search prior sessions for work on providers-and-authentication.md. Return the best session keys, relevant excerpts or summaries, changed files, and unresolved questions.
Find previous discussion of SessionHistorySkill and explain which tool actions exist for paging and summarization.
Search for the artifact or task file that mentions default services/method projections and summarize the current status.

Search by known session key

When you know the session key, keep the request scoped and ask for bounded paging or summarization.

Read one page of session history for <session-key> since the last compaction. Include tool rows but omit reasoning rows. If there is more history, tell me the next cursor or summarize the next step.
ToGetSessionHistoryPage

Reads a bounded page of session history.

ToSummarizeSessionHistory

Summarizes a date range.

ToSummarizeSessionSinceLastCompaction

Summarizes recent history after the latest compaction boundary.

ToSummarizeSessionHistoryForDateRange

Summarizes between two UTC timestamps.

Search by date, artifact, file, or task

Date range

Use UTC timestamps when possible. If you only know a local date, ask Buffaly to state the assumed timezone before searching.

Summarize session history for <session-key> from 2026-04-01T00:00:00Z to 2026-04-02T00:00:00Z.

Artifact or task

If prior work produced a file or durable task, inspect the artifact itself instead of relying only on transcript search.

Search task artifacts for the documentation tracker item about session history.

For long-running work, Plan, Scratch, and task artifacts may be more current than an old chat excerpt.

Resume work after finding context

Once Buffaly finds the relevant session or artifact, resume from evidence, not memory alone.

Resume from the best matching session. Re-read the final answer, Plan, Scratch, and changed files. Summarize the last completed step, current blocker, intended target file, and next validation step before editing.
  • Confirm the session key and target files.
  • Distinguish completed work from planned work.
  • Check whether files were committed and re-validate current repository state.
  • Continue only if the old route is still valid.

Verify search results

Before acting on recovered history, verify that the match is the right work and that the evidence still applies.

  • Session key/name matches the intended project or child session.
  • Dates and timestamps match the expected time window.
  • Cited files still exist at expected paths.
  • Final answers are supported by tool output or committed files.
  • Semantic matches are not merely conversations about the topic rather than the original work.

Troubleshooting

Cannot find the session

Try narrower anchors: exact filename, repo-relative path, commit hash, unique error text, action/tool name, UTC date range, or parent/child session key.

Timeline is missing older turns

Ask Buffaly to include compaction archive rows or summaries when reading a known session.

Artifacts are missing

Check both transcript evidence and filesystem state. A final answer may mention an artifact that moved, was deleted, or was never committed.

Several sessions match

Do not resume until Buffaly compares why each candidate matches and which has the strongest artifact, file, or commit evidence.

Next