Skip to content

GitHub

The GitHub app connects your GitHub organisation or account to Sprigr Team. Agents can browse repositories and directories, read files, compare commits, search code, list and create issues, comment and label, open, review, update and merge pull requests, read diffs, check runs and Actions results, create branches and commit files. It is built for development teams that want an agent to triage issues, summarise pull requests, or fetch the relevant source during a conversation.

  • A GitHub organisation or personal account with the repositories you want agents to use, and an organisation owner available to install the App.
  • Admin or Owner role in your Sprigr Team organisation to install the app.
  1. Install the app

    Sign in to team.sprigr.com, open Apps in the sidebar, find GitHub under Available, and install it. No secrets are requested. See Installing Apps.

  2. Connect your organisation

    Open the app’s settings page from Apps > Installed and click Connect GitHub, or ask your agent to connect GitHub. GitHub asks an organisation owner to pick the organisation and either all repositories or a selected list, then returns you to Sprigr. If your organisation already has the Sprigr GitHub App (GitHub shows Configure instead of Install), the agent gives you a link that authorises you once and links the existing installation; if you can access several installations, it lists them and you pick one.

  3. Optionally narrow the scope

    Under Configuration on the settings page, set Repository scope to one repository (owner/repo) or one owner (org/*). Calls outside the scope are refused with “Access denied”. Leave it empty to allow every repository the installation can see. The Sprigr dev-fleet conventions switch is for Sprigr’s own engineering fleet and should stay off.

  4. Check the connection

    Ask your agent “Which GitHub repositories can you see?” It reports the connected account, whether the installation covers all or selected repositories, and the repository list. github_connection_status gives the same without calling GitHub.

The app exposes a single github tool that takes an action parameter. Actions take flat parameters such as owner, repo, path, branch and number; repo may be given as owner/repo.

ActionDescription
list_reposList repositories the installation can see, with the connected account and repository selection
get_repoGet details about a repository
read_fileRead a file from a repository
list_directoryList the entries in a directory
create_or_update_fileCreate or update a file with a commit
create_branchCreate a branch
list_branchesList branches
list_commitsList recent commits on a branch
compare_commitsCompare two commits, branches or tags
search_codeSearch code across accessible repositories
list_issuesList issues with optional state, label and assignee filters
get_issueGet an issue
list_issue_commentsList the comments on an issue
get_issue_commentGet one issue comment
create_issueCreate an issue with a title, body and labels
update_issueUpdate an issue’s title, body, labels or state
add_labelsAdd labels to an issue or pull request
remove_labelRemove a label
add_issue_commentComment on an issue
search_issues_and_prsSearch issues and pull requests
list_pull_requestsList pull requests
get_pull_requestGet a pull request, including draft and mergeable status
get_pull_request_diffGet a pull request’s diff
get_pull_request_checksGet the status of checks on a pull request
get_workflow_runsList GitHub Actions workflow runs
create_pull_requestOpen a pull request
update_pull_requestUpdate a pull request’s title, body, base or state
add_pull_request_commentComment on a pull request
create_pull_request_reviewSubmit a review (approve, request changes or comment)
list_pull_request_reviewsList reviews on a pull request
mark_ready_for_reviewMark a draft pull request ready for review
merge_pull_requestMerge a pull request (merge, squash or rebase)

Writes run without a confirmation card, so agents are expected to read before they write and report what changed. GitHub refuses an approving review on a pull request the App itself opened. In chat, pull requests render as a live status card with a diff viewer.

  • Issue triage. An agent reviews new issues, labels them by content, and leaves an acknowledging comment.
  • PR summaries. “What changed in #482?” reads the diff, the commits and the check results.
  • Status reports. A workflow queries open issues and recently merged pull requests and posts a weekly development summary.
  • Code reference. During a conversation about a bug, the agent reads the relevant source file and the recent commits that touched it.
  • CI watch. “Is main green?” lists the latest workflow runs.

Not connected Nobody has installed the Sprigr GitHub App for this workspace. Click Connect GitHub on the settings page or ask the agent to connect GitHub; an organisation owner completes the GitHub side.

“Installation requested” Your organisation requires owner approval for new apps. An owner approves the request on GitHub, then you connect again.

A private repository returns not found The installation does not include that repository. An organisation admin adds it under the App’s Configure page on GitHub (the settings page links there), or removes a narrower repository scope in Sprigr.

“Access denied: repository scope is limited to …” The request is outside the repository scope set on the settings page. Widen or clear the scope.

Credential errors after it used to work The installation was removed or suspended on GitHub. Disconnect from the settings page, then connect again.

GitHub rate limits Installation tokens carry GitHub’s per-installation rate limit. Spread out automated queries in workflows.

  • Integrations Overview: See all available integrations.
  • Agent Settings: Make the app available to specific agents.
  • Workflows: Use GitHub actions as steps, for example creating an issue when a workflow detects a problem.