Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Orchestrator Design #1

Open
Beilinson opened this issue Sep 21, 2023 · 0 comments
Open

Orchestrator Design #1

Beilinson opened this issue Sep 21, 2023 · 0 comments

Comments

@Beilinson
Copy link
Member

Beilinson commented Sep 21, 2023

  1. Orchestrator reads from the **audio queue **, which the RT STT writes to
  2. The orchestrator manages the state of what is currently happening (idle listening, active listening, executing Tasks / LLM, STT)
  3. During Idle Listening, if any sentence written into the audio.txt file doesn't contain the start keyword WILSON,
    then the sentence gets yoinked.
  4. Once WILSON is said, state transititions to active listening.
  5. In Active Listening, the orchestrator is conducting two possible options:
    • Searching for a possible Task to execute
    • Feeding the input to the LLM process.
  6. After the [SILENCE] sentence, the orchestrator transitions to the Execute Stage, after which the result can get fed to the STT.
  7. After the STT stage, even if an active Task is running, we return to the Idle Listening Stage
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant