firecrawl / firecrawl/last30flames

Retrospective save: write an already-gathered research context to disk after the fact

Open Beginner friendly
#23 0 comments 0 reactions 0 assignees View on GitHub
P3
Dominant language
TypeScript
Stars
38
Forks
8
PR merge metrics
No merged PRs in 30d

Description

Today the save flow only works if the user asks up front: SKILL.md redirects the engine's stdout to `~/.last30flames//-.md` at run time. If the user only realizes a run was valuable after reading the brief ("actually, save that"), there is no documented path.

But the numbered research context is still in the agent's conversation after a run, so retrospective save is just a SKILL.md instruction change - no engine work:

- On a retrospective save request, write the research context the agent already read (verbatim, not the brief) to the normal thread folder, picking ``/`` exactly as in the existing save flow, and report the path.
- Caveat to document: if the conversation has since been compacted/summarized and the verbatim context is gone, the honest move is to re-run the engine fresh rather than reconstruct it from memory.

No new sources, no keys, no engine changes - fits all design constraints.

Contributor guide

Open the contributing guide

Research direction

Start with SKILL.md and compare the retrospective-save instruction with the existing run-time save flow, including its thread, slug, date, and normal folder conventions. Done means the documented flow saves the already-read research context verbatim, reports the path, and tells users to re-run when compaction has removed that context.

Written by the indexing model from the issue text.

Assessment

Domain
documentation
Issue type
Documentation
Difficulty
1/5
Estimated time
Under an hour
Activity status
Quiet
Clarity
Clearly specified
Newbie friendliness
85/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.