migration-tracker
npx machina-cli add skill aiskillstore/marketplace/migration-tracker --openclawPortfolio Buddy 2 - Migration Tracker
Migration Status: 40 Features
✅ Completed (36/40 - 90%)
Core features migrated and working:
-
CSV upload and parsing with PapaParse
-
Supabase storage integration
-
Basic metrics calculation (Sharpe, Max DD, CAGR, Win Rate, etc.)
-
Sortino Ratio (completed commits 258ba3a, 9f25040)
-
Risk-free rate input (completed commit 258ba3a)
-
Asset correlation matrix (Spearman & Pearson)
-
Portfolio comparison charts (Chart.js)
-
Equity curve visualization
-
Responsive UI with Tailwind CSS
-
shadcn/ui color system integration
-
Date range filtering (completed commit 258ba3a)
-
Contract multipliers for futures (useContractMultipliers hook)
-
Advanced multi-column sorting (useSorting hook)
-
Error handling and validation
-
File upload progress tracking
-
Multiple file management
-
Database Integration (Nov 16, 2025) - PRODUCTION READY ✓
- Python script uploads trades automatically ✓
- New database schema (portfolios, strategies, trades) ✓
- Frontend database fetch ✓ (commits c4fa57c through ee7cec8)
- Dual CSV/Database support ✓
- Format auto-detection (1-row vs 2-row) ✓
- User tested and verified ✓
- Merged to main and deployed ✓
- See:
dev-docs/supabase-migration-plan.md
🚧 In Progress (3/40)
- Advanced filtering - Partial implementation
- Date filtering complete ✓
- Symbol filtering needed
- Strategy filtering needed
- Export functionality - CSV export only
- Excel export pending
- PDF reports pending
- Historical comparison - Backend ready, UI pending
- Need UI for comparing multiple time periods
❌ Not Started (2/40)
- Multi-period analysis - Complex, low priority
- Compare performance across different time windows
- Requires significant UI work
- Risk scenario modeling - Requires new backend logic
- Monte Carlo simulations
- Stress testing
Recent Completed Features
Database Fetch Implementation (Nov 16, 2025) ✅ COMPLETED
Status: Production ready - Tested and deployed Commits: c4fa57c, a5ce0ec, 676de06, eba4c8d, ee7cec8, ae9202d Merged to main: d56497a (PR #1)
Implementation Journey (6 commits):
-
Initial Implementation (c4fa57c)
- Added
calculateMetricsFromDatabase()andbuildFilenameFromMetadata()to dataUtils.ts - Rewrote
fetchFromSupabase()in App.tsx - Changed from old
csv_filestable to newstrategies+tradesschema - Added TypeScript interfaces: DatabaseTrade, StrategyMetadata
- Added
-
Fix Query Syntax (a5ce0ec)
- Fixed Supabase order clause syntax error
- Changed
order('trades.trade_date')toorder('trade_date')with foreignTable parameter - Error: "failed to parse order (trades.trade_date.asc)"
-
Fix Trade Count Limit (676de06)
- Discovered Supabase embedded resource limit (~60 rows)
- Separated queries: fetch strategies first, then fetch trades separately
- Added explicit
.limit(10000)to get all trades - Fixed: 59 trades → 119 trades ✅
-
Fix TypeScript Build Errors (eba4c8d)
- Added StrategyFromDB interface with optional
trades?property - Added DatabaseTrade interface to App.tsx
- Fixed: "Property 'trades' does not exist" errors
- Added StrategyFromDB interface with optional
-
Fix Metrics Calculation (ee7cec8) ⭐ CRITICAL FIX
- Auto-detect format: 2-row (Entry/Exit) vs 1-row (database)
- Modified
calculateMetrics()to check for "Entry/Exit" column - If present → loop by 2 (old CSV format)
- If absent → loop by 1 (new database format)
- Fixed: Metrics now calculated correctly for all 119 trades ✅
-
Update Documentation (ae9202d)
- Updated migration-tracker skill with implementation details
- Documented all changes and line numbers
Final Results:
- ✅ 119 trades loaded from database (not 59)
- ✅ All metrics calculated correctly (win rate, profit factor, etc.)
- ✅ CSV upload backward compatibility preserved
- ✅ Dual-mode support: both CSV and database work simultaneously
- ✅ Format auto-detection works seamlessly
- ✅ User tested and verified working
- ✅ Deployed to production
Files Modified:
src/utils/dataUtils.ts: +235 lines (functions, interfaces, auto-detection)src/App.tsx: +145 lines (database fetch, TypeScript types).claude/skills/migration-tracker/SKILL.md: Documentation updates
How It Works:
- User clicks "Load Data" button
- App fetches strategies from Supabase
- For each strategy, fetches ALL trades separately (no 60-row limit)
- Builds filename from metadata (e.g., SI_Long_Test_TestStrategy1.csv)
- Transforms to cleanedData format with 3 columns (no Entry/Exit column)
calculateMetrics()auto-detects format and processes correctly- Pre-populates contract multipliers from database
- Auto-selects strategies and displays metrics/charts
Backward Compatibility:
- ✅ CSV upload with 4 columns (includes Entry/Exit) → 2-row processing
- ✅ Database with 3 columns (no Entry/Exit) → 1-row processing
- ✅ Both formats work simultaneously
- ✅ All existing components, hooks, charts unchanged
Database Integration Planning (Nov 16, 2025)
Status: Planning complete, ready for implementation What Changed:
- Created comprehensive migration plan (
dev-docs/supabase-migration-plan.md) - Analyzed new Supabase database schema (portfolios, strategies, trades tables)
- Designed dual-mode support (CSV upload + database fetch)
- Planned data transformation strategy (single-row trades vs entry/exit pairs)
New Database Schema:
portfolios: Portfolio definitions with is_master flagstrategies: Strategy metadata (market, direction, contract_multiplier, etc.)trades: Individual trade records (trade_date, trade_time, profit)portfolio_strategies: Links portfolios to strategies
Implementation Plan:
- Add
calculateMetricsFromDatabase()function in dataUtils.ts (~80 lines) - Update
fetchFromSupabase()query in App.tsx (~60 lines changed) - Transform database data to match cleanedData format
- Pre-populate contract multipliers from database
- Test with 119 existing trades
Current State:
- Python script on Windows VPS uploads trades automatically ✓
- Database contains 1 strategy with 119 trades ✓
- Frontend still queries old
csv_filestable (needs update)
Next Steps:
- Implement Phase 1: New calculation function
- Implement Phase 2: Update Supabase query
- Test dual CSV/Database support
- Deploy to production
Strategy Delete Feature (Nov 19, 2025) ✅
Commit: c372ab7a92d267eda3e540b298872484ef09e38d Files: App.tsx (+47), MetricsTable.tsx (+18), PortfolioSection.tsx (+8)
What it does:
- Delete database strategies permanently (red trash icon with confirmation)
- Remove CSV strategies from view (gray trash icon, immediate)
- strategyIdMap tracks DB vs CSV (App.tsx line 67)
- handleDeleteStrategy with Supabase deletion (App.tsx lines 423-458)
- Trash2 icon in Actions column (MetricsTable.tsx lines 1, 239-246)
Git Forensic Recovery (Dec 2, 2025) ✅
Problem: Delete feature was "lost" (local repo behind origin/main)
Solution:
git fetch origin
git merge origin/main # Fast-forward to c372ab7
Key lesson: Always check git log origin/main when work seems missing
Sortino Ratio (Oct 2025)
Commits: 258ba3a, 9f25040 What Changed:
- Added risk-free rate input field in PortfolioSection (line 131:
useState<number>(0)) - Implemented inline Sortino calculation in PortfolioSection (lines 133-158)
- Fixed downside deviation calculation (now properly annualized using sqrt(365))
- Corrected variance calculation (divides by total returns, not just negative returns)
- Displays in portfolio stats section (line 535)
Files Modified:
PortfolioSection.tsx: Added riskFreeRate state, downside deviation calculation, and display
Implementation Details:
- NOT in dataUtils.ts - Sortino is calculated inline in PortfolioSection using
useMemo - NOT in MetricsTable - Only displayed in portfolio stats area
- Kept in component due to portfolio-level context requirements:
- Needs user input (risk-free rate)
- Operates on portfolio daily returns (not trade-level metrics)
- Different calculation scope than win rate, profit factor, etc.
Date Range Filtering (Oct 2025)
Commit: 258ba3a What Changed:
- usePortfolio hook now accepts date range params
- Filters trades by start/end date
- Recalculates metrics for filtered period only
- UI controls in PortfolioSection
Files Modified:
usePortfolio.ts: Added date filtering logicPortfolioSection.tsx: Added date picker controls
Enhanced Error Handling (Sept 2025)
Commit: 9fb7fdb What Changed:
- Better Supabase error messages
- Client validation before upload
- Error list component shows all errors
- Toast notifications for user feedback
Files Modified:
UploadSection.tsx: Enhanced error handlingErrorList.tsx: New component for error displayusePortfolio.ts: Better error propagation
Current Tech Debt
High Priority
-
PortfolioSection.tsx is 591 lines (3x the 200-line limit)
- Needs refactoring into:
EquityChartSection.tsxPortfolioStats.tsxContractControls.tsx
- Estimated effort: 4-6 hours
- Needs refactoring into:
-
Remove unused Recharts dependency (11.5KB waste)
- Currently using Chart.js
- Recharts never imported anywhere
- Run:
npm uninstall recharts
-
Fix 15 TypeScript
anyviolations- usePortfolio.ts: 11 instances
- useMetrics.ts: 4 instances
- dataUtils.ts: 1 instance
- Need proper interfaces for Trade and Metric types
Medium Priority
-
App.tsx is 351 lines (175% of limit)
- Extract sections into components
- Estimated effort: 2-3 hours
-
MetricsTable.tsx is 242 lines (121% of limit)
- Improved from 350 lines
- Still over limit, could extract more
-
No error boundaries implemented
- Should wrap risky components
- Prevents full app crashes
Low Priority
-
No testing setup
- Should test critical calculations
- Vitest recommended for Vite projects
-
No CI/CD pipeline
- Manual Cloudflare deployments
- Could automate with GitHub Actions
Known Issues
Issue 1: Supabase 500 Errors
Status: Partially fixed (commit 9fb7fdb) Root cause: Row limit exceeded on free tier Current workaround:
- Enhanced error handling shows user-friendly messages
- Batch uploads in smaller chunks recommended Long-term fix: Implement data aggregation before storage
Issue 2: Large Component Files
Status: Documented but not fixed Problem: Components grew during migration Affected:
- PortfolioSection.tsx: 591 lines (was 280, now worse!)
- App.tsx: 351 lines
- MetricsTable.tsx: 242 lines (improved from 350) Fix needed: Systematic refactoring into smaller components
Issue 3: No Select All Button
Status: Feature doesn't exist Note: Previous skill version documented a "Select All bug" but this feature was either removed or never implemented. MetricsTable has individual selection but no "Select All" functionality.
Issue 4: Lost/Missing Code
Status: Recoverable via git forensics Problem: Can't find recently added features or code seems to have disappeared Solution:
- Check remote:
git log origin/main --oneline -10 - Search commits:
git log --all --grep="keyword" - Fast-forward if behind:
git merge origin/main - Use reflog to see recent HEAD positions:
git reflogExample: On Dec 2, 2025, the delete feature was recovered by fast-forwarding from f4e752a to c372ab7
Migration Priorities (ICE Scored)
| Feature | Impact | Confidence | Ease | ICE Score | Status |
|---|---|---|---|---|---|
| Refactor PortfolioSection | 6 | 8 | 4 | 19.2 | ❌ |
| Remove Recharts | 3 | 10 | 10 | 30 | ❌ |
Fix TypeScript any | 5 | 9 | 6 | 27 | ❌ |
| Export to Excel | 8 | 8 | 7 | 44.8 | 🚧 |
| Advanced filters | 7 | 6 | 5 | 21 | 🚧 |
| Historical comparison UI | 6 | 7 | 4 | 16.8 | 🚧 |
| Error boundaries | 7 | 9 | 8 | 50.4 | ❌ |
| Testing setup | 6 | 8 | 5 | 24 | ❌ |
| Risk scenarios | 5 | 4 | 2 | 4 | ❌ |
Top Priorities by ICE Score:
- Error boundaries (50.4) - High impact, easy to implement
- Export to Excel (44.8) - User-requested feature
- Remove Recharts (30) - Quick win, technical cleanup
- Fix TypeScript violations (27) - Code quality
- Testing setup (24) - Long-term maintainability
What Changed from Old App
Tech Stack Evolution
| Component | Old App | New App | Reason |
|---|---|---|---|
| React | 16.x | 19.x | Latest features, better performance |
| Language | JavaScript | TypeScript | Type safety, better DX |
| Build Tool | Create React App | Vite | 10x faster builds, modern |
| Styling | Material-UI v4 | Tailwind + shadcn | More flexible, lighter |
| Charts | Recharts | Chart.js | Better performance, more features |
| State | Redux | Plain React hooks | Simpler, less boilerplate |
| Backend | Custom Node.js | Supabase | Faster development, PostgreSQL |
State Management Migration
- Old: Redux with actions, reducers, middleware (complex)
- New: Plain React hooks (useState, useMemo, useCallback)
- Result: 70% less boilerplate, easier to understand
Note: Skills previously claimed migration to TanStack Query + Zustand, but actual implementation uses plain React hooks only.
Why No Global State Library?
Portfolio Buddy 2 is simple enough to use React's built-in state:
- Small component tree (14 components)
- State rarely shared across distant components
- Custom hooks encapsulate shared logic effectively
- No complex async state management needed
Migration Lessons Learned
What Went Well
- Vite adoption - Build times dropped from 30s to 2s
- TypeScript migration - Caught many bugs early
- Chart.js over Recharts - Better performance with large datasets
- Simplified state - No Redux complexity
- Supabase integration - Fast backend setup
What Could Be Better
- Component size discipline - Let components grow too large
- TypeScript strictness - Too many
anyescapes - Testing from start - No tests written yet (tech debt)
- Code reviews - Need refactoring before more features
- Documentation - Should have updated skills continuously
Migration Velocity
- Weeks 1-4: Core features (upload, parsing, basic metrics)
- Weeks 5-8: Charts, correlation, UI polish
- Weeks 9-12: Advanced features (Sortino, date filtering, sorting)
- Current: Maintenance, refactoring, optimization
Next Steps
Immediate (This Sprint)
- Remove Recharts dependency
- Add error boundaries to risky components
- Fix highest-impact TypeScript
anyviolations
Short Term (Next 2 Sprints)
- Refactor PortfolioSection into smaller components
- Implement Excel export
- Complete symbol/strategy filtering
Long Term (Next Quarter)
- Set up Vitest testing framework
- Add CI/CD with GitHub Actions
- Multi-period analysis UI
- Risk scenario modeling
Feature Parity Checklist
Comparing to old Portfolio Buddy v1:
| Feature | Old App | New App | Notes |
|---|---|---|---|
| CSV Upload | ✅ | ✅ | Improved error handling |
| Sharpe Ratio | ✅ | ✅ | Same calculation |
| Sortino Ratio | ✅ | ✅ | Fixed calculation (9f25040) |
| Max Drawdown | ✅ | ✅ | Same calculation |
| CAGR | ✅ | ✅ | Same calculation |
| Correlation Matrix | ✅ | ✅ | Added Pearson + Spearman |
| Equity Curves | ✅ | ✅ | Better charts with zoom/pan |
| Contract Multipliers | ❌ | ✅ | New feature |
| Date Filtering | ❌ | ✅ | New feature |
| Multi-column Sort | ✅ | ✅ | Improved with useSorting |
| Export to CSV | ✅ | ✅ | Same functionality |
| Export to Excel | ✅ | ❌ | Regression - needs reimplementation |
| Export to PDF | ✅ | ❌ | Regression - low priority |
| Symbol Filtering | ✅ | ❌ | Regression - in progress |
| Historical Compare | ✅ | ❌ | Regression - backend ready |
Parity Status: 85% (11/13 core features complete)
Source
git clone https://github.com/aiskillstore/marketplace/blob/main/skills/5minfutures/migration-tracker/SKILL.mdView on GitHub Overview
Tracks the ongoing migration from the old Portfolio Buddy to Portfolio Buddy 2. It lists 40 features, their statuses (Completed, In Progress, Not Started), recent completion notes, and known issues to guide debugging, feature parity checks, and migration planning.
How This Skill Works
Aggregates status and notes from the migration SKILL.md, categorizing progress into Completed, In Progress, and Not Started. Highlights recent completed features and the implementation journey to provide a concrete reference for developers during bug fixes, feature additions, and parity checks.
When to Use It
- Fixing migration-related bugs or regressions surfaced during the 40-feature migration.
- Adding migrated features and verifying they align with the new Portfolio Buddy 2 architecture.
- Checking feature parity between the old app and the new Portfolio Buddy 2 implementation.
- Onboarding new developers by giving them an up-to-date migration context and history.
- Triaging blockers like advanced filtering, export functionality, or UI parity tasks slated for migration.
Quick Start
- Step 1: Open the migration-tracker SKILL.md and locate Completed, In Progress, and Not Started sections.
- Step 2: Review Recent Completed Features and the Implementation Journey for context.
- Step 3: Use the tracker as a reference when debugging migration tasks or validating feature parity.
Best Practices
- Keep the 40-feature list and statuses up to date with the latest commits and PRs.
- Use the Recent Completed Features and Implementation Journey to verify the rationale behind changes.
- Cross-reference backend changes (schemas and migrations) with frontend behavior (UI components and hooks).
- Link to related docs (e.g., dev-docs/supabase-migration-plan.md) for deeper context.
- Document known issues and workarounds to accelerate debugging and planning.
Example Use Cases
- Verify Database Integration migration is production-ready, including new portfolios, strategies, and trades schema.
- Trace a critical fix to metrics calculation that supports 119 trades by auto-detecting 2-row vs 1-row formats.
- Consult the Recent Completed Features and their commits to reproduce successful changes (e.g., database fetch implementation).
- Assess partial progress like Advanced filtering or export functionality to plan UI work.
- Refer to the implementation journey (initial implementation, syntax fixes, and documentation updates) to understand decision points.