Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Design closed-loop start gating at the output layer

Aperta
  • Qualcosa non va?
#9 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Stack tecnologico
python
Ambito
backend

Direzione di ricerca

Inizia esaminando l’implementazione open-loop esistente di stimulus.start e il flusso attuale di trigger/output. Riconsidera questa issue solo dopo che saranno disponibili più modalità di output del trigger; il risultato previsto è il routing a livello del layer delle azioni con il gating del laser, mentre la valutazione del classificatore e qualsiasi output esplicitamente non sottoposto a gating rimangono attivi prima dell’avvio pianificato.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Summary

As of 2026-04-11, stimulus.start is implemented for open-loop only. Closed-loop still begins classifier evaluation immediately at launch.

We discussed extending the same scheduling concept to closed-loop, but decided not to implement it yet because the correct semantics depend on future non-laser outputs such as notifications.

Problem

A naive closed-loop implementation would delay the classifier itself until the scheduled start time. That is too blunt if we later want trigger-driven behaviors that should remain active before laser output is armed, for example:

  • notifications
  • event logging
  • counters / monitoring

Desired Direction

When closed-loop scheduling is added, the gate should apply to the output/action layer, not necessarily to classifier evaluation.

This should let us support behavior such as:

  • classifier continues evaluating before the start gate
  • UI/status can still reflect trigger state before the gate opens
  • laser output remains suppressed until the configured start time
  • future output modes may choose whether they obey the same gate

Design Questions

  • Should gating be configured per output mode?
  • Should laser be gated while future notify actions remain active?
  • How should pre-gate trigger events appear in the UI and logs?
  • Should the trigger/stim status panels explicitly show that stimulation is suppressed by schedule?

Proposed Follow-up

Revisit this after we add multiple trigger output modes. At that point:

  1. Define action-layer routing and output modes.
  2. Add a closed-loop start gate that applies to laser output.
  3. Decide whether other outputs (notify, logging-only actions, etc.) should ignore or honor the same gate.

Current Decision

Do not implement closed-loop stimulus.start scheduling yet. Keep the open-loop implementation. Revisit after output modes are expanded.

Lingua principale
Python
Stelle
0
Fork
1
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di matiasandina/uid_python_api

Tutte le issue di matiasandina/uid_python_api

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.