Skip to content

Add organization member and repository discovery tools #1911

Description

@gfortaine

Describe the feature or problem you'd like to solve

There's no way to list organization members or enumerate repos within an org. Agents working in enterprise contexts can't answer basic questions like "who's on this team?" or "which repos does this org have?"

I hit this when building an onboarding assistant. My agent could create issues and PRs, but couldn't discover which repos existed in the org or who to assign as reviewers.

Proposed solution

Add organization discovery operations:

Tool REST API Endpoint
list_org_members GET /orgs/{org}/members
list_org_repos GET /orgs/{org}/repos

Optionally also:

  • list_org_teams → GET /orgs/{org}/teams
  • list_team_members → GET /orgs/{org}/teams/{team_slug}/members

Example prompts or workflows

  1. "List all repositories in the acme-corp organization"
  2. "Who are the members of this GitHub org?"
  3. "Find all repos in the org that have open security alerts"
  4. "Add all backend team members as reviewers on this PR"
  5. "Which repos in the org haven't been updated in 6 months?"

Additional context

Organization-level discovery is essential for enterprise workflows. The user's token permissions already gate access — this just exposes what the API already allows. Happy to submit a PR if this feature is accepted.

Activity

KevinPartingtonTR commented on Feb 4, 2026

@KevinPartingtonTR

I believe repositories within an org can be discovered with search_repositories with an org parameter. Not the best experience though-- agree it would be nice to have a dedicated tool.

Org members, org teams, and team members would be really nice though!

gfortaine commented on Feb 8, 2026

@gfortaine
Author

good catch @KevinPartingtonTR — and after looking more closely, i want to correct my own scope here.

already shipped:

  • get_teams + get_team_members are in the default context toolset (read:org scope) — these cover the teams/team-members part of this request
  • search_repositories with org: qualifier handles repo discovery, as you noted

the real remaining gap is list_org_members (GET /orgs/{org}/members) — there's no way to enumerate org members today.

this is also tracked in #1331, and @cointem already has an open PR in #1508 (adds get_org_members + list_outside_collaborators) — but it's been waiting on maintainer review since nov 2025.

consolidating demand here: what would it take to get #1508 across the finish line?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions