-
Notifications
You must be signed in to change notification settings - Fork 0
feat: add versioning to Role Catalog definitions #1133
Copy link
Copy link
Open
Labels
prio:lowNice to have, can deferNice to have, can deferscope:medium1-3 days of work1-3 days of worktype:featureNew feature implementationNew feature implementationv0.7Minor version v0.7Minor version v0.7
Description
Context
Follow-up from #1113 (versioning infrastructure evaluation). Role definitions control authority scope, budget limits, and skill requirements. Versioning enables audit trails for authorization decisions.
Value Assessment
- Versioning value: 7/10 (HIGH)
- Audit trail: Track changes to authority scope, budget limits, model tier recommendations
- Rollback value: HIGH -- restore prior authorization scope
- Reproducibility: Task approval decisions can reference role version at decision time
- Change frequency: Low (quarterly)
Design Decision Needed
- Option A:
VersionSnapshot[Role]-- per-role versioning (granular, more rows) - Option B:
VersionSnapshot[RoleCatalog]-- org-wide catalog snapshot (simpler, fewer rows, but stores entire catalog per change)
Recommend Option A for granularity, but needs discussion.
Implementation
- Design decision on granularity
- Create role version table via
SQLiteVersionRepository[T] - Wire into persistence backend
- Audit API: list role versions with change summary
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
prio:lowNice to have, can deferNice to have, can deferscope:medium1-3 days of work1-3 days of worktype:featureNew feature implementationNew feature implementationv0.7Minor version v0.7Minor version v0.7