You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This issue tracks the high-level feature backlog for github-code-search. It is meant to be a living document β priorities may shift as feedback comes in.
Priority: π΄ high Β· π‘ medium Β· π’ nice-to-have
π TUI β Advanced filtering
The current filter mode (f) only matches against file paths. This category extends it.
A two-stage approach that extends the existing keyword-based search workflow.
Stage 1 β NL β GitHub query translation
Translate a plain-English description into a valid GitHub Code Search query using an LLM. Example:
"find all places where we swallow exceptions without logging"
β catch -throw -logger language:typescript
Stage 2 β Semantic post-filtering
After fetching results from the GitHub API, re-rank or filter the returned code fragments by semantic similarity to the original query β surfacing the most relevant matches above GitHub's default relevance ordering.
The two stages are independent and can be enabled separately via a --natural-language flag (stage 1) and a --semantic-rerank flag (stage 2).
Dependencies
Dependency
Purpose
Notes
LLM provider (OpenAI, Anthropic, Ollama, β¦)
Query translation β stage 1
Configured via env var or config file
Embeddings model (OpenAI, local via Ollama, β¦)
Semantic re-ranking β stage 2
Optional; falls back to GitHub relevance order
GITHUB_CODE_SEARCH_AI_KEY + GITHUB_CODE_SEARCH_AI_PROVIDER env vars
Provider configuration
New env surface, no hard dependency on a specific vendor
Persistent config file (~/.githubcodesearchrc)
Store provider preferences across invocations
Shared dependency with the Developer experience section
β οΈ This feature introduces an optional external dependency. When no AI provider is configured the tool behaves exactly as today β there is no silent fallback or unexpected network call.
This issue tracks the high-level feature backlog for
github-code-search. It is meant to be a living document β priorities may shift as feedback comes in.Priority: π΄ high Β· π‘ medium Β· π’ nice-to-have
π TUI β Advanced filtering
The current filter mode (
f) only matches against file paths. This category extends it.π TUI β Navigation & result management
β/βper-repo shortcuts) (done in feat: global fold/unfold β Z to collapse or expand all repositories at onceΒ #70, v1.6.0)gg/G(top / bottom) and Page Up / Page Down; currently only line-by-line scrolling is supported (done in feat: fast navigation β gg/G (top/bottom) and Page Up/DownΒ #71, v1.6.0)oshortcut on a result to open its GitHub URL directly from the TUI (open/xdg-open) (done in feat: open in browser βoshortcut to open the focused result's GitHub URLΒ #72, v1.6.0)π₯ Team ownership mode
Single-owner assignment for downstream tooling (e.g. github-issue-ops). Full scope tracked in EPIC #88.
pon a multi-team section header enters an interactive pick mode (β/βto highlight,Enterto confirm);--pick-team ""=replay flag (Team pick mode β p on a multi-team section header to assign it to a single teamΒ #85 β good first issue)--dispatch =(Team dispatch β split a multi-team section by assigning each repo/extract to exactly one teamΒ #86)π€ Natural language search (experimental)
A two-stage approach that extends the existing keyword-based search workflow.
Stage 1 β NL β GitHub query translation
Translate a plain-English description into a valid GitHub Code Search query using an LLM. Example:
Stage 2 β Semantic post-filtering
After fetching results from the GitHub API, re-rank or filter the returned code fragments by semantic similarity to the original query β surfacing the most relevant matches above GitHub's default relevance ordering.
The two stages are independent and can be enabled separately via a
--natural-languageflag (stage 1) and a--semantic-rerankflag (stage 2).Dependencies
GITHUB_CODE_SEARCH_AI_KEY+GITHUB_CODE_SEARCH_AI_PROVIDERenv vars~/.githubcodesearchrc)π Developer experience
bash,zshandfishcompletions for subcommands and options (done in π Developer experience (EPIC)Β #77, v1.7.0)install.ps1) β PowerShell one-liner for Windows users; arch detection, PATH update, version selection (feat: add native PowerShell installation script for Windows (install.ps1)Β #92 β good first issue)~/.githubcodesearchrcto avoid re-passing the org, recurring exclusions, etc. on every invocationContributions welcome β feel free to open a dedicated issue for any item you'd like to discuss or implement.