Feature Request: Per-project filtering for /insights command
Resolved 💬 3 comments Opened Feb 7, 2026 by lancewalton Closed Feb 11, 2026
Problem
The /insights command aggregates data across all projects, producing misleading reports for users who work across multiple projects. In my case, it conflated a Scala project with a Ruby/Rails project, incorrectly attributing Ruby-specific patterns and file references to the wrong codebase.
Requested Features
- Per-project filtering: Allow
/insightsto filter to the current project directory (e.g./insights --projector auto-filter by cwd) - Data reset: Allow users to clear insights history to start fresh (e.g.
/insights --reset) - Project tagging in facets: Store the project path in facet JSON files so data can be filtered retroactively
Why This Matters
- Users working across multiple codebases get inaccurate language/framework attributions
- The facet files currently contain no project identifier, making post-hoc filtering impossible
- After acting on insights recommendations, users have no way to measure improvement without a fresh baseline
Current Behaviour
/insightsanalyses all sessions from the past ~30 days across all projects- Facet JSON files have no
projectorcwdfield - No CLI flags exist for filtering or resetting
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗