You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Rather than periodic synchronization (or maybe in addition), could PersonasPrivoder handle update events emitted by whatever service is defining new personas?
Initial Implementation Requirements
Handler for persona updates
Updated method for manual and/or periodic synchronization with the database
Other Considerations
With more focus on BrainForge LLMs, a larger portion of the LLMs will have a static list of personas defined for that specific LLM, rather than a mutable list of user-defined personas.
The text was updated successfully, but these errors were encountered:
@NeonDaniel sounds good to me, the only edge case issue I may think of is to make sure we acquire the up-to-date list of personas on the startup, so I would suggest to keep initial + polling synchronization, and add the proposed event-driven update. We may set this polling interval high enough so it wont affect performance but will ensure system stability
NeonDaniel
added a commit
to NeonGeckoCom/pyklatchat
that referenced
this issue
Nov 26, 2024
…tted any time the server makes a change to the database
Leaves existing logic untouched to allow clients to request an update from the server at any time
Relates to NeonGeckoCom/neon-llm-core#8
NeonDaniel
added a commit
to NeonGeckoCom/pyklatchat
that referenced
this issue
Nov 26, 2024
…tted any time the server makes a change to the database
Leaves existing logic untouched to allow clients to request an update from the server at any time
Relates to NeonGeckoCom/neon-llm-core#8
Objective
Rather than periodic synchronization (or maybe in addition), could
PersonasPrivoder
handle update events emitted by whatever service is defining new personas?Initial Implementation Requirements
Other Considerations
With more focus on BrainForge LLMs, a larger portion of the LLMs will have a static list of personas defined for that specific LLM, rather than a mutable list of user-defined personas.
The text was updated successfully, but these errors were encountered: