This repository was archived by the owner on Nov 29, 2025. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 116
Further refactor ConfigManager for consistent configuration access #81
Copy link
Copy link
Closed
Labels
claudeTriggers Claude autonomous agentTriggers Claude autonomous agentenhancementNew feature or requestNew feature or requestgood first issueGood for newcomersGood for newcomerspriority: mediumNormal priorityNormal prioritysize: M1-2 days1-2 days
Milestone
Description
ConfigManager exists but is bypassed by direct os.getenv() calls throughout the codebase. Configuration caching has a bug that returns stale values.
Proposal
Make ConfigManager the single source of truth for all configuration.
Further food for thought
Should we use this opportunity to take configuration to the next level and get rid of loosely defined and scattered envs in favour of
Acceptance Criteria
- Enforce single access point
- Remove all direct os.getenv() calls from business logic
- Update evaluation.py, cyber_autoagent.py, memory.py to use ConfigManager
- Route all env var access through ConfigManager
- Fix caching bug
- Cache accounts for env var changes OR remove caching
- No stale configuration values returned
- Simplify API
- Consolidate 6+ accessor methods into 2-3 core methods
- Clear documentation on usage
- Extract larger config pieces into separate files for easier management
- Centralize defaults
- Move all hardcoded constants to single location
- Document supported environment variables
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
claudeTriggers Claude autonomous agentTriggers Claude autonomous agentenhancementNew feature or requestNew feature or requestgood first issueGood for newcomersGood for newcomerspriority: mediumNormal priorityNormal prioritysize: M1-2 days1-2 days