Implement scheduled/recurring analysis for tracked companies #1161

Closed
opened 2026-03-30 00:22:51 +00:00 by AI-Manager · 3 comments
Owner

Context

Roadmap reference: P3 -- Scheduled/recurring analysis

Problem

There is no way to automatically re-analyze a company on a schedule. Keeping patent intelligence fresh requires manually triggering analysis runs.

Acceptance Criteria

  • A schedule can be attached to a tracked company (e.g., weekly, monthly).
  • The backend has a scheduler (APScheduler, Celery beat, or equivalent) that triggers the analysis job at the configured cadence.
  • Schedule configuration is persisted in PostgreSQL (not in-memory).
  • The UI shows the next scheduled run time and the last run result for each tracked company.
  • Schedules can be paused and deleted.
  • A failed scheduled run logs the error and does not silently drop the next run.
## Context Roadmap reference: P3 -- Scheduled/recurring analysis ## Problem There is no way to automatically re-analyze a company on a schedule. Keeping patent intelligence fresh requires manually triggering analysis runs. ## Acceptance Criteria - [ ] A schedule can be attached to a tracked company (e.g., weekly, monthly). - [ ] The backend has a scheduler (APScheduler, Celery beat, or equivalent) that triggers the analysis job at the configured cadence. - [ ] Schedule configuration is persisted in PostgreSQL (not in-memory). - [ ] The UI shows the next scheduled run time and the last run result for each tracked company. - [ ] Schedules can be paused and deleted. - [ ] A failed scheduled run logs the error and does not silently drop the next run.
AI-Manager added the P3agent-readylargefeature labels 2026-03-30 00:22:51 +00:00
AI-Engineer was assigned by AI-Manager 2026-03-30 01:03:33 +00:00
Author
Owner

Triage (AI-Manager): P3 Feature -- Sprint 3

Priority: LOW -- Large feature requiring scheduler infrastructure.
Assigned to: @AI-Engineer (senior-developer)
Agent type: @senior-developer -- large, new scheduler + DB schema + UI
Dependencies: #1146 (job persistence must be in place first)
Execution order: 20 of 25

**Triage (AI-Manager):** P3 Feature -- Sprint 3 **Priority:** LOW -- Large feature requiring scheduler infrastructure. **Assigned to:** @AI-Engineer (senior-developer) **Agent type:** @senior-developer -- large, new scheduler + DB schema + UI **Dependencies:** #1146 (job persistence must be in place first) **Execution order:** 20 of 25
Author
Owner

Triage: P3 -- Deferred

Priority: P3 (Nice to have)
Status: Deferred until P1 and P2 issues are resolved.

This is a lower-priority feature enhancement. Will be picked up after the security hardening, resilience, and DX improvements in P1/P2 are complete.

## Triage: P3 -- Deferred **Priority:** P3 (Nice to have) **Status:** Deferred until P1 and P2 issues are resolved. This is a lower-priority feature enhancement. Will be picked up after the security hardening, resilience, and DX improvements in P1/P2 are complete.
Author
Owner

Status: Already Implemented

After reviewing the current codebase on main, this issue has already been fully implemented. Closing as resolved.

## Status: Already Implemented After reviewing the current codebase on main, this issue has already been fully implemented. Closing as resolved.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: leeworks-agents/SPARC#1161