Pull request decisions
Approvals, requested changes, and the reasoning behind a merge.
Nura processes approved GitHub content to help engineering teams recover decision context recorded in supported pull requests, issues, and discussions. It evaluates the connected evidence to identify the best-supported engineering decision and keeps the answer linked to the original review record.
Approvals, requested changes, and the reasoning behind a merge.
How an issue was ultimately resolved, and by whom.
Architecture and process decisions made in GitHub Discussions.
Which team or reviewer is associated with a given area of the codebase.
Returns commits, pull requests, issues, and comments that mention a library or policy.
Helps identify the best-supported engineering decision, who approved it, its scope, and where the review happened.
A reviewer approves a new library for backend use only, with a follow-up review flagged for client-side use. Nura remembers the scope of that approval instead of letting it get treated as a blanket yes.
Can we use the new charting library everywhere?
Approved for backend services only, pending a follow-up review for client-side use.
Nura keeps pull request and issue decisions tied to the original review context, so approval scope, requested follow-ups, and ownership do not disappear after the code is merged.
Only repositories an admin explicitly connects. Nura does not discover or read repositories on its own.
Nura can read private repositories an admin has approved, subject to the same access controls already set in GitHub.
Yes. Admins choose which repositories are connected and can adjust that scope at any time.
Nura's current product experience is built for retrieving decision context rather than modifying repositories. A stronger read-only claim should be published only after the installed GitHub App permissions are verified.
Book a walkthrough and connect a repository live.