Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enhance Exclude Pattern Selection with Suggested Options and Usage-Based Recommendations #112

Open
filipchristiansen opened this issue Jan 8, 2025 · 1 comment
Labels
suggestion New feature or request

Comments

@filipchristiansen
Copy link
Collaborator

filipchristiansen commented Jan 8, 2025

A more user-friendly way to manage exclude patterns could be implemented, potentially with the following features:

  1. Dropdown/Checkbox Menu for Common Patterns:

    • Allow users to easily select common exclude patterns (e.g., *.csv, *.toml, /tests, *.log, etc.).
    • These patterns could be pre-populated based on common exclusions or usage statistics.
  2. Repo-Specific Suggestions:

    • After the user runs gitingest on a repository, analyze the file types and structures to suggest exclude patterns specific to the repo. For example:
      • Identify patterns that would significantly reduce the token count.
      • Highlight those patterns in the suggested list.
  3. Usage-Based Ordering:

    • Order suggested patterns based on global usage statistics (how frequently they are excluded by other users) or the impact they have on the token count for the specific repository being analyzed.

This feature would improve usability by streamlining the process of excluding unnecessary files and directories, helping users optimize their token budgets while interacting with gitingest.

Screenshot_2025-01-07_at_21 20 29
@filipchristiansen filipchristiansen added the suggestion New feature or request label Jan 8, 2025
@cyclotruc
Copy link
Owner

This pre-filling of include/exclude patterns is definitly something I plan on adding in an "advanced settings" menu in the future

The main goal is to provide a good default experience with hidden configuration options
All the advanced settings combined together will become a "ingestion preset" that stays broad and high level (like: docs, architecture, implementation)

As we discussed with @filipchristiansen, we could probably sync those settings locally in a .gitingest file format (toml, yml?)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
suggestion New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants