Build a GitHub app for the repo page I am viewing.Let me ask a question and answer from the visible README, file, PR, or issue context.If the page does not contain enough info, say what I should open next.
Build a GitHub repo app. Let me type a question about the repo I'mlooking at and answer from whatever's visible on the page.
2
Show me what it's based on
Add a "based on:" line under each answer pointing at the source —"README §2", "CHANGELOG.md", "PR #481 comment by alice". So I canaudit before I trust it.
3
Use file contents on file pages
When I'm viewing a specific file (or a PR diff, or an issue body),use that content not just the page title. Right now on a file pageyou're answering from the breadcrumb.
4
Prefer README on the repo root
On the repo root page, prefer the README over the sidebar metadata.Only fall through to file tree or activity if the README doesn'tcover the question.
5
Don't fight GitHub's UI
Put the answer chip below GitHub's "About" widget on the rightrail, not over it. Don't change any GitHub styling, don't interceptclicks on repo links.
6
Plug into DeepWiki for repo-wide context
The visible-page approach hits a wall fast — "how is auth handled"needs the whole repo, not just what's on screen. Plug into DeepWikifor the current repo so the answer can use real repo-wide context.Keep the "based on:" line pointing at the actual files DeepWikireferences.