WIP next tracks planing
This commit is contained in:
@@ -4,84 +4,109 @@ This file tracks all major tracks for the project. Each track has its own detail
|
||||
|
||||
---
|
||||
|
||||
## Current Tracks (Strict Execution Queue)
|
||||
## Phase 3: Future Horizons (Tracks 1-20)
|
||||
*Initialized: 2026-03-06*
|
||||
|
||||
*The following tracks MUST be executed in this exact order to safely resolve tech debt before feature development.*
|
||||
### Architecture & Backend
|
||||
|
||||
1. [x] **Track: Hook API UI State Verification**
|
||||
*Link: [./tracks/hook_api_ui_state_verification_20260302/](./tracks/hook_api_ui_state_verification_20260302/)*
|
||||
1. [ ] **Track: True Parallel Worker Execution (The DAG Realization)**
|
||||
*Link: [./tracks/true_parallel_worker_execution_20260306/](./tracks/true_parallel_worker_execution_20260306/)*
|
||||
|
||||
2. [x] **Track: Asyncio Decoupling & Queue Refactor**
|
||||
*Link: [./tracks/asyncio_decoupling_refactor_20260306/](./tracks/asyncio_decoupling_refactor_20260306/)*
|
||||
2. [ ] **Track: Deep AST-Driven Context Pruning (RAG for Code)**
|
||||
*Link: [./tracks/deep_ast_context_pruning_20260306/](./tracks/deep_ast_context_pruning_20260306/)*
|
||||
|
||||
3. [x] **Track: Mock Provider Hardening**
|
||||
*Link: [./tracks/mock_provider_hardening_20260305/](./tracks/mock_provider_hardening_20260305/)*
|
||||
3. [ ] **Track: Visual DAG & Interactive Ticket Editing**
|
||||
*Link: [./tracks/visual_dag_ticket_editing_20260306/](./tracks/visual_dag_ticket_editing_20260306/)*
|
||||
|
||||
4. [x] **Track: Robust JSON Parsing for Tech Lead**
|
||||
*Link: [./tracks/robust_json_parsing_tech_lead_20260302/](./tracks/robust_json_parsing_tech_lead_20260302/)*
|
||||
4. [ ] **Track: Advanced Tier 4 QA Auto-Patching**
|
||||
*Link: [./tracks/tier4_auto_patching_20260306/](./tracks/tier4_auto_patching_20260306/)*
|
||||
|
||||
5. [x] **Track: Concurrent Tier Source Isolation**
|
||||
*Link: [./tracks/concurrent_tier_source_tier_20260302/](./tracks/concurrent_tier_source_tier_20260302/)*
|
||||
5. [ ] **Track: Transitioning to Native Orchestrator**
|
||||
*Link: [./tracks/native_orchestrator_20260306/](./tracks/native_orchestrator_20260306/)*
|
||||
|
||||
6. [x] **Track: Asynchronous Tool Execution Engine**
|
||||
*Link: [./tracks/async_tool_execution_20260303/](./tracks/async_tool_execution_20260303/)*
|
||||
---
|
||||
|
||||
7. [x] **Track: Simulation Fidelity Enhancement**
|
||||
*Link: [./tracks/simulation_fidelity_enhancement_20260305/](./tracks/simulation_fidelity_enhancement_20260305/)*
|
||||
### GUI Overhauls & Visualizations
|
||||
|
||||
## Plan for later.
|
||||
6. [ ] **Track: Cost & Token Analytics Panel**
|
||||
*Link: [./tracks/cost_token_analytics_20260306/](./tracks/cost_token_analytics_20260306/)*
|
||||
|
||||
1. [ ] **Track: Manual UX Validation & Polish**
|
||||
*Link: [./tracks/manual_ux_validation_20260302/](./tracks/manual_ux_validation_20260302/)*
|
||||
7. [ ] **Track: Performance Dashboard**
|
||||
*Link: [./tracks/performance_dashboard_20260306/](./tracks/performance_dashboard_20260306/)*
|
||||
|
||||
8. [ ] **Track: MMA Multi-Worker Visualization**
|
||||
*Link: [./tracks/mma_multiworker_viz_20260306/](./tracks/mma_multiworker_viz_20260306/)*
|
||||
|
||||
9. [ ] **Track: Cache Analytics Display**
|
||||
*Link: [./tracks/cache_analytics_20260306/](./tracks/cache_analytics_20260306/)*
|
||||
|
||||
10. [ ] **Track: Tool Usage Analytics**
|
||||
*Link: [./tracks/tool_usage_analytics_20260306/](./tracks/tool_usage_analytics_20260306/)*
|
||||
|
||||
11. [ ] **Track: Session Insights & Efficiency Scores**
|
||||
*Link: [./tracks/session_insights_20260306/](./tracks/session_insights_20260306/)*
|
||||
|
||||
12. [ ] **Track: Track Progress Visualization**
|
||||
*Link: [./tracks/track_progress_viz_20260306/](./tracks/track_progress_viz_20260306/)*
|
||||
|
||||
13. [ ] **Track: Manual Skeleton Context Injection**
|
||||
*Link: [./tracks/manual_skeleton_injection_20260306/](./tracks/manual_skeleton_injection_20260306/)*
|
||||
|
||||
14. [ ] **Track: On-Demand Definition Lookup**
|
||||
*Link: [./tracks/on_demand_def_lookup_20260306/](./tracks/on_demand_def_lookup_20260306/)*
|
||||
|
||||
---
|
||||
|
||||
### Manual UX Controls
|
||||
|
||||
15. [ ] **Track: Manual Ticket Queue Management**
|
||||
*Link: [./tracks/ticket_queue_mgmt_20260306/](./tracks/ticket_queue_mgmt_20260306/)*
|
||||
|
||||
16. [ ] **Track: Kill/Abort Running Workers**
|
||||
*Link: [./tracks/kill_abort_workers_20260306/](./tracks/kill_abort_workers_20260306/)*
|
||||
|
||||
17. [ ] **Track: Manual Block/Unblock Control**
|
||||
*Link: [./tracks/manual_block_control_20260306/](./tracks/manual_block_control_20260306/)*
|
||||
|
||||
18. [ ] **Track: Pipeline Pause/Resume**
|
||||
*Link: [./tracks/pipeline_pause_resume_20260306/](./tracks/pipeline_pause_resume_20260306/)*
|
||||
|
||||
19. [ ] **Track: Per-Ticket Model Override**
|
||||
*Link: [./tracks/per_ticket_model_20260306/](./tracks/per_ticket_model_20260306/)*
|
||||
|
||||
20. [ ] **Track: Manual UX Validation & Review**
|
||||
*Link: [./tracks/manual_ux_validation_20260302/](./tracks/manual_ux_validation_20260302/)*
|
||||
|
||||
---
|
||||
|
||||
## Completed / Archived
|
||||
|
||||
### Phase 2: Strict Execution Queue (Completed 2026-03-06)
|
||||
*See: [./archive/strict_execution_queue_completed_20260306/](./archive/strict_execution_queue_completed_20260306/)*
|
||||
|
||||
- [x] **Track: Hook API UI State Verification**
|
||||
- [x] **Track: Asyncio Decoupling & Queue Refactor**
|
||||
- [x] **Track: Mock Provider Hardening**
|
||||
- [x] **Track: Robust JSON Parsing for Tech Lead**
|
||||
- [x] **Track: Concurrent Tier Source Isolation**
|
||||
- [x] **Track: Asynchronous Tool Execution Engine**
|
||||
- [x] **Track: Simulation Fidelity Enhancement**
|
||||
|
||||
### Earlier Archives
|
||||
|
||||
- [x] **Track: Test Architecture Integrity Audit**
|
||||
*Link: [./archive/test_architecture_integrity_audit_20260304/](./archive/test_architecture_integrity_audit_20260304/)*
|
||||
|
||||
- [x] **Track: Codebase Migration to `src` & Cleanup**
|
||||
*Link: [./archive/codebase_migration_20260302/](./archive/codebase_migration_20260302/)*
|
||||
|
||||
- [x] **Track: Codebase Migration to src & Cleanup**
|
||||
- [x] **Track: GUI Decoupling & Controller Architecture**
|
||||
*Link: [./archive/gui_decoupling_controller_20260302/](./archive/gui_decoupling_controller_20260302/)*
|
||||
|
||||
- [x] **Track: Strict Static Analysis & Type Safety**
|
||||
*Link: [./archive/strict_static_analysis_and_typing_20260302/](./archive/strict_static_analysis_and_typing_20260302/)*
|
||||
|
||||
- [x] **Track: Test Suite Stabilization & Consolidation**
|
||||
*Link: [./archive/test_stabilization_20260302/](./archive/test_stabilization_20260302/)*
|
||||
|
||||
- [x] **Track: Tech Debt & Test Discipline Cleanup**
|
||||
*Link: [./archive/tech_debt_and_test_cleanup_20260302/](./archive/tech_debt_and_test_cleanup_20260302/)*
|
||||
|
||||
- [x] **Track: Conductor Workflow Improvements**
|
||||
*Link: [./archive/conductor_workflow_improvements_20260302/](./archive/conductor_workflow_improvements_20260302/)*
|
||||
|
||||
- [x] **Track: MMA Agent Focus UX**
|
||||
*Link: [./archive/mma_agent_focus_ux_20260302/](./archive/mma_agent_focus_ux_20260302/)*
|
||||
|
||||
- [x] **Track: Architecture Boundary Hardening**
|
||||
*Link: [./archive/architecture_boundary_hardening_20260302/](./archive/architecture_boundary_hardening_20260302/)*
|
||||
|
||||
- [x] **Track: Feature Bleed Cleanup**
|
||||
*Link: [./archive/feature_bleed_cleanup_20260302/](./archive/feature_bleed_cleanup_20260302/)*
|
||||
|
||||
- [x] **Track: Context & Token Visualization**
|
||||
*Link: [./archive/context_token_viz_20260301/](./archive/context_token_viz_20260301/)*
|
||||
|
||||
- [x] **Track: Comprehensive Conductor & MMA GUI UX**
|
||||
*Link: [./archive/comprehensive_gui_ux_20260228/](./archive/comprehensive_gui_ux_20260228/)*
|
||||
|
||||
- [x] **Track: MMA Pipeline Fix & Worker Stream Verification**
|
||||
*Link: [./archive/mma_pipeline_fix_20260301/](./archive/mma_pipeline_fix_20260301/)*
|
||||
|
||||
- [x] **Track: Simulation Hardening**
|
||||
*Link: [./archive/simulation_hardening_20260301/](./archive/simulation_hardening_20260301/)*
|
||||
|
||||
- [x] **Track: Deep Architectural Documentation Refresh**
|
||||
*Link: [./archive/documentation_refresh_20260224/](./archive/documentation_refresh_20260224/)*
|
||||
|
||||
- [x] **Track: Robust Live Simulation Verification**
|
||||
*Link: [./archive/robust_live_simulation_verification/](./archive/robust_live_simulation_verification/)*
|
||||
@@ -1,33 +1,26 @@
|
||||
# Track Specification: Cache Analytics Display
|
||||
|
||||
## Overview
|
||||
Implement cache analytics display for Manual Slop application.
|
||||
Gemini cache hit/miss visualization and TTL status.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- get_gemini_cache_stats() in ai_client.py
|
||||
- Cache creation/deletion
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No GUI display
|
||||
- No hit/miss tracking
|
||||
|
||||
## Goals
|
||||
- Implement cache analytics display
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Cache status panel
|
||||
- Hit/miss ratio
|
||||
- TTL countdown
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Cache size display
|
||||
- TTL visualization
|
||||
- Manual cache clear
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Non-blocking UI updates
|
||||
|
||||
@@ -1,33 +1,28 @@
|
||||
# Track Specification: Cost & Token Analytics Panel
|
||||
|
||||
## Overview
|
||||
Implement cost & token analytics panel for Manual Slop application.
|
||||
Real-time cost tracking panel for API usage by model and tier.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- cost_tracker.py with MODEL_PRICING
|
||||
- estimate_cost() function
|
||||
- Token tracking in ai_client.py
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No GUI panel for cost display
|
||||
- No session totals
|
||||
|
||||
## Goals
|
||||
- Implement cost & token analytics panel
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Cost per model display
|
||||
- Session totals
|
||||
- Breakdown by tier
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Real-time cost updates
|
||||
- Per-model breakdown
|
||||
- Tier breakdown
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- <10ms update latency
|
||||
- Clear visual formatting
|
||||
|
||||
@@ -1,33 +1,28 @@
|
||||
# Track Specification: Deep AST-Driven Context Pruning (RAG for Code)
|
||||
# Track Specification: Deep AST-Driven Context Pruning
|
||||
|
||||
## Overview
|
||||
Implement deep ast-driven context pruning (rag for code) for Manual Slop application.
|
||||
Use tree_sitter to parse target file AST and inject condensed skeletons into worker prompts.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- file_cache.py with skeleton generation
|
||||
- outline_tool.py for code outlines
|
||||
- AST-based file analysis
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No automatic AST pruning based on edit target
|
||||
- Skeletons not customizable by user
|
||||
|
||||
## Goals
|
||||
- Implement deep ast-driven context pruning (rag for code)
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Parse target file AST before worker dispatch
|
||||
- Strip unrelated function bodies
|
||||
- Inject surgical skeleton to reduce tokens
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- tree_sitter integration
|
||||
- Target function/method detection
|
||||
- Configurable skeleton depth
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- <100ms parsing time per file
|
||||
- >50% token reduction target
|
||||
|
||||
@@ -1,33 +1,27 @@
|
||||
# Track Specification: Kill/Abort Running Workers
|
||||
|
||||
## Overview
|
||||
Implement kill/abort running workers for Manual Slop application.
|
||||
Add ability to kill/abort running Tier 3 workers mid-execution.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- Worker lifecycle in multi_agent_conductor.py
|
||||
- Thread-based execution
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No kill mechanism
|
||||
- Workers run to completion
|
||||
|
||||
## Goals
|
||||
- Implement kill/abort running workers
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Kill button per worker
|
||||
- Forced termination
|
||||
- Graceful abort option
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Thread termination
|
||||
- Cleanup handlers
|
||||
- Confirmation dialog
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Clean resource release
|
||||
- No zombie processes
|
||||
|
||||
@@ -1,33 +1,26 @@
|
||||
# Track Specification: Manual Block/Unblock Control
|
||||
|
||||
## Overview
|
||||
Implement manual block/unblock control for Manual Slop application.
|
||||
Manually block/unblock tickets with custom reasons.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- Ticket blocked status
|
||||
- Dependency-based blocking
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No manual override
|
||||
- No custom reasons
|
||||
|
||||
## Goals
|
||||
- Implement manual block/unblock control
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Manual block with reason
|
||||
- Unblock button
|
||||
- Block reason display
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Block/unblock actions
|
||||
- Reason field
|
||||
- Visual blocked indicator
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Clear block indication
|
||||
|
||||
@@ -1,33 +1,26 @@
|
||||
# Track Specification: Manual Skeleton Context Injection
|
||||
|
||||
## Overview
|
||||
Implement manual skeleton context injection for Manual Slop application.
|
||||
UI controls to manually flag files for skeleton injection.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- Auto-generated skeletons for workers
|
||||
- file_cache skeleton generation
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No manual file selection
|
||||
- No def-level control
|
||||
|
||||
## Goals
|
||||
- Implement manual skeleton context injection
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- File picker for skeleton injection
|
||||
- Manual skeleton refresh
|
||||
- Def-level granularity
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- File browser integration
|
||||
- Skeleton regeneration trigger
|
||||
- Context preview
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Fast skeleton generation
|
||||
|
||||
@@ -1,33 +1,28 @@
|
||||
# Track Specification: MMA Multi-Worker Visualization
|
||||
|
||||
## Overview
|
||||
Implement mma multi-worker visualization for Manual Slop application.
|
||||
Split-view GUI for parallel worker streams per tier.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- mma_streams in app_controller.py
|
||||
- Tier source tagging
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- Single stream display only
|
||||
- No per-worker status
|
||||
- No kill/restart controls
|
||||
|
||||
## Goals
|
||||
- Implement mma multi-worker visualization
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Split view per worker
|
||||
- Individual status/output tabs
|
||||
- Kill/restart per worker
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Multi-pane layout
|
||||
- Worker lifecycle controls
|
||||
- Output streaming per worker
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Handle 4+ concurrent workers
|
||||
- Graceful termination
|
||||
|
||||
@@ -1,33 +1,27 @@
|
||||
# Track Specification: Transitioning to Native Orchestrator
|
||||
# Track Specification: Native Orchestrator
|
||||
|
||||
## Overview
|
||||
Implement transitioning to native orchestrator for Manual Slop application.
|
||||
Absorb mma_exec.py into core app for pure Python MMA orchestration.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- mma_exec.py for tier delegation
|
||||
- ConductorEngine in multi_agent_conductor.py
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- External CLI dependency
|
||||
- No native plan.md management
|
||||
|
||||
## Goals
|
||||
- Implement transitioning to native orchestrator
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Read/write plan.md natively
|
||||
- Manage metadata.json in Python
|
||||
- Remove mma_exec.py dependency
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Plan file CRUD operations
|
||||
- Metadata management
|
||||
- Tier delegation in-process
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Backward compatible with existing tracks
|
||||
- No breaking changes to API
|
||||
|
||||
@@ -1,33 +1,26 @@
|
||||
# Track Specification: On-Demand Definition Lookup
|
||||
|
||||
## Overview
|
||||
Implement on-demand definition lookup for Manual Slop application.
|
||||
Agent can request specific class/function definitions during discussion.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- outline_tool.py for definitions
|
||||
- py_get_definition tool
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No @mention syntax
|
||||
- No inline display
|
||||
|
||||
## Goals
|
||||
- Implement on-demand definition lookup
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- @symbol lookup syntax
|
||||
- Inline definition display
|
||||
- Auto-fetch on unknown symbols
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Symbol parsing
|
||||
- Definition retrieval
|
||||
- Inline rendering
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Quick lookup (<100ms)
|
||||
|
||||
@@ -1,33 +1,27 @@
|
||||
# Track Specification: Per-Ticket Model Override
|
||||
|
||||
## Overview
|
||||
Implement per-ticket model override for Manual Slop application.
|
||||
Allow manual model selection per ticket.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- Model selection per tier
|
||||
- Ticket model field
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No per-ticket override UI
|
||||
- No model picker
|
||||
|
||||
## Goals
|
||||
- Implement per-ticket model override
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Model dropdown per ticket
|
||||
- Override default tier model
|
||||
- Clear override indication
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Model picker UI
|
||||
- Override flag
|
||||
- Model validation
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Valid model list
|
||||
- Clear indication of override
|
||||
|
||||
@@ -1,33 +1,29 @@
|
||||
# Track Specification: Performance Dashboard
|
||||
|
||||
## Overview
|
||||
Implement performance dashboard for Manual Slop application.
|
||||
Expand performance metrics with CPU/RAM, frame time, input lag graphs.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- performance_monitor.py
|
||||
- get_metrics() method
|
||||
- Basic FPS display
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No historical graphs
|
||||
- No input lag tracking
|
||||
- No CPU/RAM visualization
|
||||
|
||||
## Goals
|
||||
- Implement performance dashboard
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Historical performance graphs
|
||||
- CPU/RAM usage display
|
||||
- Input lag metrics
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Rolling metrics history
|
||||
- Graph rendering
|
||||
- Alert thresholds
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- 60fps UI during metrics collection
|
||||
- Configurable history length
|
||||
|
||||
@@ -1,33 +1,27 @@
|
||||
# Track Specification: Pipeline Pause/Resume
|
||||
|
||||
## Overview
|
||||
Implement pipeline pause/resume for Manual Slop application.
|
||||
Global pause/resume for entire DAG execution pipeline.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- DAG engine execution
|
||||
- auto_queue mode
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No pause mechanism
|
||||
- No resume capability
|
||||
|
||||
## Goals
|
||||
- Implement pipeline pause/resume
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Global pause button
|
||||
- Resume button
|
||||
- Frozen state visualization
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Pause all workers
|
||||
- Resume from paused state
|
||||
- State persistence
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Worker state preservation
|
||||
- Clean resume
|
||||
|
||||
@@ -1,33 +1,27 @@
|
||||
# Track Specification: Session Insights & Efficiency Scores
|
||||
|
||||
## Overview
|
||||
Implement session insights & efficiency scores for Manual Slop application.
|
||||
Token usage over time, cost projections, efficiency metrics.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- session_logger.py
|
||||
- Token counting
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No visualization
|
||||
- No efficiency scoring
|
||||
|
||||
## Goals
|
||||
- Implement session insights & efficiency scores
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Token usage graphs
|
||||
- Cost projections
|
||||
- Efficiency scores
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Rolling token history
|
||||
- Cost calculation
|
||||
- Efficiency algorithm
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Session comparison
|
||||
- Export capability
|
||||
|
||||
@@ -1,33 +1,28 @@
|
||||
# Track Specification: Manual Ticket Queue Management
|
||||
|
||||
## Overview
|
||||
Implement manual ticket queue management for Manual Slop application.
|
||||
Reorder, prioritize, and requeue tickets with drag-drop UI.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- Ticket system in models.py
|
||||
- DAG dependency resolution
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No drag-drop reordering
|
||||
- No priority tags
|
||||
- No bulk operations
|
||||
|
||||
## Goals
|
||||
- Implement manual ticket queue management
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Drag-drop ticket reordering
|
||||
- Priority tags (high/med/low)
|
||||
- Bulk select and execute/skip/block
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Drag-drop handlers
|
||||
- Priority field on tickets
|
||||
- Bulk action buttons
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Maintain DAG validity
|
||||
- Undo capability
|
||||
|
||||
@@ -1,33 +1,27 @@
|
||||
# Track Specification: Advanced Tier 4 QA Auto-Patching
|
||||
|
||||
## Overview
|
||||
Implement advanced tier 4 qa auto-patching for Manual Slop application.
|
||||
Elevate Tier 4 to auto-patcher with .patch file generation and diff viewer.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- Tier 4 log analysis
|
||||
- Error detection in tests
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No .patch generation
|
||||
- No GUI diff viewer
|
||||
|
||||
## Goals
|
||||
- Implement advanced tier 4 qa auto-patching
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Tier 4 generates .patch on test failure
|
||||
- Side-by-side diff viewer in GUI
|
||||
- Apply patch button
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- .patch file generation
|
||||
- Diff computation
|
||||
- Patch application
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Safe patch preview before apply
|
||||
- Rollback capability
|
||||
|
||||
@@ -1,33 +1,26 @@
|
||||
# Track Specification: Tool Usage Analytics
|
||||
|
||||
## Overview
|
||||
Implement tool usage analytics for Manual Slop application.
|
||||
Analytics panel for tool usage patterns.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- tool_log_callback
|
||||
- Tool execution tracking
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No analytics UI
|
||||
- No aggregation
|
||||
|
||||
## Goals
|
||||
- Implement tool usage analytics
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Most-used tools ranking
|
||||
- Average execution time
|
||||
- Failure rate tracking
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Usage histograms
|
||||
- Time series data
|
||||
- Failure logging
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Efficient data aggregation
|
||||
|
||||
@@ -1,33 +1,26 @@
|
||||
# Track Specification: Track Progress Visualization
|
||||
|
||||
## Overview
|
||||
Implement track progress visualization for Manual Slop application.
|
||||
Progress bars and completion percentage for tracks/tickets.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- Track/ticket status tracking
|
||||
- DAG execution state
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No progress bars
|
||||
- No completion %
|
||||
|
||||
## Goals
|
||||
- Implement track progress visualization
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Visual progress bars
|
||||
- % completion
|
||||
- Time estimates
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Progress calculation
|
||||
- Bar rendering
|
||||
- ETA estimation
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Accurate state sync
|
||||
|
||||
@@ -1,33 +1,28 @@
|
||||
# Track Specification: True Parallel Worker Execution (The DAG Realization)
|
||||
# Track Specification: True Parallel Worker Execution
|
||||
|
||||
## Overview
|
||||
Implement true parallel worker execution (the dag realization) for Manual Slop application.
|
||||
Implement true concurrency for the DAG engine to spawn parallel Tier 3 workers.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- threading.local() for tier isolation (Track 5)
|
||||
- DAG engine in dag_engine.py
|
||||
- Worker spawning in multi_agent_conductor.py
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- No parallel worker spawning
|
||||
- No file locking for concurrent file access
|
||||
|
||||
## Goals
|
||||
- Implement true parallel worker execution (the dag realization)
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Spawn 4 independent Tier 3 workers in parallel
|
||||
- Implement file locking or Git-based diff-merging
|
||||
- Thread-safe ticket status updates
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- Worker pool with configurable size
|
||||
- File locking mechanism
|
||||
- Status tracking for each worker
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- No race conditions on file access
|
||||
- >80% test coverage for new code
|
||||
|
||||
@@ -1,33 +1,27 @@
|
||||
# Track Specification: Visual DAG & Interactive Ticket Editing
|
||||
|
||||
## Overview
|
||||
Implement visual dag & interactive ticket editing for Manual Slop application.
|
||||
Replace linear ticket list with interactive node graph using ImGui Bundle.
|
||||
|
||||
## Current State Audit
|
||||
### Already Implemented (DO NOT re-implement)
|
||||
- Existing backend functionality in src/ modules
|
||||
- Test coverage for core features
|
||||
### Already Implemented
|
||||
- Ticket/DAG display in gui_2.py
|
||||
- DAG engine for dependency resolution
|
||||
|
||||
### Gaps to Fill (This Track Scope)
|
||||
This track addresses the gap between backend implementation and user-facing GUI/control.
|
||||
### Gaps to Fill
|
||||
- Linear ticket list only
|
||||
- No drag-drop dependency editing
|
||||
|
||||
## Goals
|
||||
- Implement visual dag & interactive ticket editing
|
||||
- Ensure test coverage
|
||||
- Follow existing code patterns
|
||||
- Interactive node graph visualization
|
||||
- Drag dependency lines
|
||||
- Split/delete nodes visually
|
||||
|
||||
## Functional Requirements
|
||||
- User-facing functionality as described in TASKS.md
|
||||
- Integration with existing backend
|
||||
- ImGui Bundle node editor integration
|
||||
- Click-drag node positioning
|
||||
- Visual dependency lines
|
||||
|
||||
## Non-Functional Requirements
|
||||
- Performance: Maintain UI responsiveness
|
||||
- Tests: >80% coverage for new code
|
||||
|
||||
## Architecture Reference
|
||||
- docs/guide_architecture.md
|
||||
- docs/guide_mma.md
|
||||
- docs/guide_tools.md
|
||||
|
||||
## Out of Scope
|
||||
- Major refactoring of unrelated systems
|
||||
- Maintain DAG validity on edit
|
||||
- Smooth 60fps rendering
|
||||
|
||||
Reference in New Issue
Block a user