Skip to content

Define standing-context re-delivery policy for provider compaction #5422

Description

@wesbillman

Problem

Legacy ACP sessions now receive standing context once per live Buzz session. If the provider compacts that context away while the session remains live, Buzz has no signal or threshold that causes the persona/base/system context to be sent again.

Desired outcome

Choose and implement a policy for legacy providers, such as:

  • re-deliver standing context after a turn/token threshold;
  • configure a non-zero session rotation default; or
  • use a provider capability/signal when available.

The policy must avoid restoring the old behavior of repeating all standing context on every turn.

Follow-up from #5342 session-context delivery work; this is a product/session-lifecycle decision rather than a defect in the bounded delivery-state change.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions