Keep beams - #1069
Conversation
|
@dagelf is attempting to deploy a commit to the Token Fabrics Pro Team on Vercel. A member of the Team first needs to authorize it. |
|
Works for me. There might be permutations I have not tried, and I'm not sure if it will affect other setups. Closing beams with |
|
@dagelf Great patch with low lines of code, those are the best. Do you also use the big-agi.com product, or are you comfortable using your fork here? GitHub vs big-agi.com have different features set (common AI pipeline and most UI tho), in particular big-agi.com has a more sophisticated persistence scheduler that requires a different shape of the patch. An official solution will need me to patch it on both places but also enable a few things that are related in the roadmap: 1. standalone Beams, 2. per-message Beams (so we can go back to a specific message and change our mind and pick another Beam variant), 3. Beams of other parameters such as permutations of Personas, and more. If you're comfortable using your branch until then, then this patch is well done and the way to go. Just let me know if you need this on big-agi.com anytime soon as well. |
|
You can try the CI, there's a good chance it won't break main, and at least beams will be recoverable from backups. |
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Note, this feature has not been landed yet. |
This change makes completed Beam outputs durable without polluting the conversation history.
Before this, Beam only kept its intermediate/completed ray and fusion results in the in-memory Beam store. A reload lost them, and they were absent from exports/backups unless the user explicitly accepted one back into chat as a normal assistant message.
Now, completed Beam outputs are persisted as conversation side-data in conversation.beamResults, and that field is included in the existing conversation import/export path. That means:
Runtime behavior is intentionally narrow:
I used codex with gpt-5.4.