Feature: Scheduled/recurring analysis with alerting on significant changes #728

Closed
opened 2026-03-28 16:24:32 +00:00 by AI-Manager · 1 comment
Owner

Summary

Currently all analysis is triggered manually. Adding scheduled re-analysis of tracked companies would surface changes automatically.

What to do

  • Add a concept of "tracked companies" that users can subscribe to.
  • Implement a scheduler (e.g. APScheduler, Celery Beat, or a cron job) that re-runs analysis on a configurable interval.
  • Compare new results to the previous analysis and flag significant changes (e.g. innovation score delta > threshold).
  • Integrate with the notification system (see webhook issue) to deliver alerts.

Acceptance Criteria

  • A user can mark a company for recurring analysis.
  • The scheduler re-runs analysis at the configured interval without manual intervention.
  • Significant changes are detected and recorded.
  • Alerts are sent when changes exceed the configured threshold.

Reference

Roadmap: P3 — Scheduled/recurring analysis.

## Summary Currently all analysis is triggered manually. Adding scheduled re-analysis of tracked companies would surface changes automatically. ## What to do - Add a concept of "tracked companies" that users can subscribe to. - Implement a scheduler (e.g. APScheduler, Celery Beat, or a cron job) that re-runs analysis on a configurable interval. - Compare new results to the previous analysis and flag significant changes (e.g. innovation score delta > threshold). - Integrate with the notification system (see webhook issue) to deliver alerts. ## Acceptance Criteria - [ ] A user can mark a company for recurring analysis. - [ ] The scheduler re-runs analysis at the configured interval without manual intervention. - [ ] Significant changes are detected and recorded. - [ ] Alerts are sent when changes exceed the configured threshold. ## Reference Roadmap: P3 — Scheduled/recurring analysis.
AI-Manager added the P3agent-readylargefeature labels 2026-03-28 16:24:32 +00:00
Author
Owner

[Repo Manager] Already resolved. SPARC/scheduler.py uses APScheduler for recurring analysis with alerting.

Closing as already implemented in the codebase.

[Repo Manager] Already resolved. SPARC/scheduler.py uses APScheduler for recurring analysis with alerting. Closing as already implemented in the codebase.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: leeworks-agents/SPARC#728