Which integrations are available for this server?

Provides tools for managing git repositories, including bulk operations, worktree management, and arbitrary git command execution. Supports exporting telemetry data to OpenTelemetry collectors for observability and tracing of MCP server operations.

How do I use Repository Manager?

1. Click on "Install Server". 2. Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state. 3. In the chat, type @ followed by the MCP server name and your instructions, e.g., "@Repository Manager clone my project repository" That's it! The server will respond to your query, and you can continue using it as needed. Here is a step-by-step guide with screenshots.

Repository Manager

by Knuckles-Team

Overview Schema Related Servers Score Discussions

Python

Remote

Repository Manager

CLI or API | MCP | Agent

PyPI - Version MCP Server PyPI - Downloads GitHub Repo stars GitHub forks GitHub contributors PyPI - License GitHub GitHub last commit (by committer) GitHub pull requests GitHub closed pull requests GitHub issues GitHub top language GitHub language count GitHub repo size GitHub repo file count (file type) PyPI - Wheel PyPI - Implementation

Version: 2.0.1

Documentation — Installation, deployment, usage across the CLI, API, MCP, and agent interfaces, and the phased multi-repository release workflows are maintained in the official documentation.

Related MCP server: Coding MCP Server

Overview

Repository Manager is a production-grade Agent and Model Context Protocol (MCP) server designed to interface directly with Manage your git projects.

Key Features

Consolidated Action-Routed MCP Tools: Minimizes token overhead and eliminates tool bloat in LLM contexts by grouping methods into optimized, togglable tool modules.
Enterprise-Grade Security: Comprehensive support for Eunomia policies, OIDC token delegation, and granular execution context tracking.
Integrated Graph Agent: Built-in Pydantic AI agent supporting the Agent Control Protocol (ACP) and standard Web interfaces (AG-UI).
Native Telemetry & Tracing: Out-of-the-box OpenTelemetry exports and native Langfuse tracing.

CLI or API

This agent wraps the Manage your git projects API. You can interact with it programmatically or via its integrated execution entrypoints.

Detailed instructions on how to use the underlying API wrappers, extended schema bindings, and developer SDK references are maintained in docs/index.md.

MCP

This server utilizes dynamic Action-Routed tools to optimize token overhead and maximize IDE compatibility.

Available MCP Tools

This table is auto-generated from the live server — do not edit by hand.

Condensed action-routed tools (default — `MCP_TOOL_MODE=condensed`)

MCP Tool	Toggle Env Var	Description
`rm_git`	`GIT_OPERATIONSTOOL`	Bulk Git operations and arbitrary command execution.
`rm_projects`	`PROJECT_MANAGEMENTTOOL`	Bulk install, build, and validate Python projects.
`rm_workspace`	`WORKSPACE_MANAGEMENTTOOL`	Core workspace organization, configuration, and maintenance.
`rm_worktree`	`PROJECT_MANAGEMENTTOOL`	Manage git worktrees for concurrent multi-session development (CONCEPT:RM-WORKTREE).

Verbose 1:1 API-mapped tools (`MCP_TOOL_MODE=verbose` or `both`)

MCP Tool	Toggle Env Var	Description
`repository_manager_add_project`	`GITTOOL`	Stage all changes (git add -A) for a single Git project.
`repository_manager_add_projects`	`GITTOOL`	Stage all changes for multiple projects in parallel.
`repository_manager_build_projects`	`GITTOOL`	Bulk builds Python and Node.js projects in the workspace.
`repository_manager_bulk_bump`	`GITTOOL`	Bumps the version for all projects in the workspace in parallel.
`repository_manager_bump_version`	`GITTOOL`	Bump the version of the project using bump2version.
`repository_manager_cleanup_artifacts`	`GITTOOL`	Removes test artifacts and temporary files from the specified directory.
`repository_manager_clone_projects`	`GITTOOL`	Clone all specified Git projects in parallel using multiple threads.
`repository_manager_clone_repository`	`GITTOOL`	Clone a single Git repository to a specific target path.
`repository_manager_commit_code_project`	`GITTOOL`	Stage ALL changes (git add -A), optionally gate on pre-commit, then commit.
`repository_manager_commit_code_projects`	`GITTOOL`	Concurrently stage + pre-commit + commit feature code across projects.
`repository_manager_commit_project`	`GITTOOL`	Commit staged changes (git commit -m "{message}") for a single Git project.
`repository_manager_commit_projects`	`GITTOOL`	Commit staged changes for multiple projects in parallel.
`repository_manager_create_project`	`GITTOOL`	Create a new project directory and initialize it as a git repository.
`repository_manager_discover_projects`	`GITTOOL`	Scan self.path for immediate subdirectories containing a .git folder.
`repository_manager_generate_markdown_summary`	`GITTOOL`	Generates a beautiful markdown summary of bulk operation results.
`repository_manager_generate_workspace_template`	`GITTOOL`	Generates a workspace.yml template at the specified path.
`repository_manager_get_consolidated_skill_paths`	`GITTOOL`	Returns absolute paths to the 15 specific building and documentation skills.
`repository_manager_get_project_map`	`GITTOOL`	Returns the mapping of repository URLs to their local project paths.
`repository_manager_get_readme`	`GITTOOL`	Get the content and path of the README.md file in the specified path.
`repository_manager_get_workspace_projects`	`GITTOOL`	Returns a list of project basenames (e.g. 'genius-agent') defined in the workspace.
`repository_manager_git_action`	`GITTOOL`	Execute a Git command in the specified directory.
`repository_manager_install_project`	`GITTOOL`	Install a Python project using pip install -e .[extra].
`repository_manager_install_projects`	`GITTOOL`	Bulk installs Python and Node projects in the workspace.
`repository_manager_list_branches`	`GITTOOL`	Returns a dictionary mapping project basenames to their current active git branch.
`repository_manager_load_projects_from_yaml`	`GITTOOL`	Loads repository URLs from a YAML workspace file using Pydantic models.
`repository_manager_maintain_projects`	`GITTOOL`	Execute the phased bumpversion workflow: pre-commits + phased bumping.
`repository_manager_phased_bumpversion`	`GITTOOL`	Execute the phased bumpversion workflow: pre-commits + phased bumping.
`repository_manager_phased_push`	`GITTOOL`	Execute the phased git push workflow.
`repository_manager_pre_commit`	`GITTOOL`	Execute pre-commit commands in the specified path.
`repository_manager_pre_commit_projects`	`GITTOOL`	Execute pre-commit commands for all projects in parallel.
`repository_manager_pull_project`	`GITTOOL`	Pull updates for a single Git project and optionally checkout the default branch.
`repository_manager_pull_projects`	`GITTOOL`	Pull updates for multiple projects in parallel.
`repository_manager_push_project`	`GITTOOL`	Push updates and tags for a single Git project, ensuring all staged and unstaged changes are committed first.
`repository_manager_push_projects`	`GITTOOL`	Push updates for multiple projects in parallel.
`repository_manager_save_workspace_config`	`GITTOOL`	Saves the current or provided WorkspaceConfig to a YAML file.
`repository_manager_set_threads`	`GITTOOL`	Set the number of threads for parallel processing.
`repository_manager_setup_from_yaml`	`GITTOOL`	Sets up the workspace structure from a YAML file.
`repository_manager_test_projects`	`GITTOOL`	Execute pytests for the specified projects in parallel.
`repository_manager_update_dependency`	`GITTOOL`	Update a package's pinned version in a deps file (pyproject OR requirements).
`repository_manager_validate_and_release`	`GITTOOL`	Validate projects in parallel, optionally triggering a release if successful.
`repository_manager_validate_single_project`	`GITTOOL`	Validates a single repository by running the scanner logic.
`repository_manager_worktree_hygiene`	`GITTOOL`	Audit (and optionally prune) session worktrees as a release-flow step.

4 action-routed tool(s) (default) · 42 verbose 1:1 tool(s). Each is enabled unless its <DOMAIN>TOOL toggle is set false; MCP_TOOL_MODE selects the surface (condensed default · verbose 1:1 · both). Auto-generated — do not edit.

Detailed tool schemas, parameter shapes, and validation constraints are preserved in docs/mcp.md.

Dynamic Tool Selection & Visibility

This MCP server supports dynamic toolset selection and visibility filtering at runtime. This allows you to restrict the set of exposed tools in order to prevent blowing up the LLM's context window.

You can configure tool filtering via multiple input channels:

CLI Arguments: Pass --tools or --toolsets (or their disabled counterparts --disabled-tools and --disabled-toolsets) during startup.
Environment Variables: Define standard environment variables:
- MCP_ENABLED_TOOLS / MCP_DISABLED_TOOLS
- MCP_ENABLED_TAGS / MCP_DISABLED_TAGS
HTTP SSE Request Headers: Pass custom headers during transport initialization:
- x-mcp-enabled-tools / x-mcp-disabled-tools
- x-mcp-enabled-tags / x-mcp-disabled-tags
HTTP SSE Request Query Parameters: Append query parameters directly to your transport connection URL:
- ?tools=tool1,tool2
- ?tags=tag1

When query strings or parameters are supplied, an LLM-free Knowledge Graph resolution layer (using DynamicToolOrchestrator) matches query intents against known tool tags, names, or descriptions, with safe fallback and automated 24-hour background cache refreshing.

MCP Configuration Examples

Install the slim [mcp] extra. All examples install repository-manager[mcp] — the MCP-server extra that pulls only the FastMCP / FastAPI tooling (agent-utilities[mcp]). It deliberately excludes the heavy agent runtime (pydantic-ai, the epistemic-graph engine, dspy, llama-index), so uvx / container installs are far smaller. Use the full [agent] extra only when you need the integrated Pydantic AI agent.

stdio Transport (local IDEs — Cursor, Claude Desktop, VS Code)

{
  "mcpServers": {
    "repository-manager-mcp": {
      "command": "uvx",
      "args": [
        "--from",
        "repository-manager[mcp]",
        "repository-manager-mcp"
      ],
      "env": {
        "MCP_TOOL_MODE": "condensed",
        "GH_TOKEN": "your_github_token_here",
        "GITHUB_TOKEN": "your_github_token_here",
        "GITLAB_HOST": "https://gitlab.com",
        "GITLAB_PRIVATE_TOKEN": "your_gitlab_token_here",
        "GITLAB_TOKEN": "your_gitlab_token_here",
        "GITLAB_URL": "https://gitlab.com",
        "GIT_OPERATIONSTOOL": "True",
        "MISCTOOL": "True",
        "PROJECT_MANAGEMENTTOOL": "True",
        "REPOSITORY_MANAGER_DEFAULT_BRANCH": "main",
        "REPOSITORY_MANAGER_THREADS": "12",
        "REPOSITORY_MANAGER_WORKSPACE": "/home/apps/workspace",
        "REPOSITORY_MANAGER_WORKTREE_ROOT": "/home/apps/worktrees",
        "RM_GATE_BEFORE_PUSH": "true",
        "RM_JOB_STALE_SECONDS": "1800",
        "RM_MAX_WORKERS": "8",
        "WORKSPACE_MANAGEMENTTOOL": "True",
        "WORKSPACE_PATH": "/home/apps/workspace",
        "WORKSPACE_REPORTS": "/home/apps/workspace/reports",
        "WORKSPACE_YML": "workspace.yml"
      }
    }
  }
}

Streamable-HTTP Transport (networked / production)

{
  "mcpServers": {
    "repository-manager-mcp": {
      "command": "uvx",
      "args": [
        "--from",
        "repository-manager[mcp]",
        "repository-manager-mcp",
        "--transport",
        "streamable-http",
        "--port",
        "8000"
      ],
      "env": {
        "TRANSPORT": "streamable-http",
        "HOST": "0.0.0.0",
        "PORT": "8000",
        "MCP_TOOL_MODE": "condensed",
        "GH_TOKEN": "your_github_token_here",
        "GITHUB_TOKEN": "your_github_token_here",
        "GITLAB_HOST": "https://gitlab.com",
        "GITLAB_PRIVATE_TOKEN": "your_gitlab_token_here",
        "GITLAB_TOKEN": "your_gitlab_token_here",
        "GITLAB_URL": "https://gitlab.com",
        "GIT_OPERATIONSTOOL": "True",
        "MISCTOOL": "True",
        "PROJECT_MANAGEMENTTOOL": "True",
        "REPOSITORY_MANAGER_DEFAULT_BRANCH": "main",
        "REPOSITORY_MANAGER_THREADS": "12",
        "REPOSITORY_MANAGER_WORKSPACE": "/home/apps/workspace",
        "REPOSITORY_MANAGER_WORKTREE_ROOT": "/home/apps/worktrees",
        "RM_GATE_BEFORE_PUSH": "true",
        "RM_JOB_STALE_SECONDS": "1800",
        "RM_MAX_WORKERS": "8",
        "WORKSPACE_MANAGEMENTTOOL": "True",
        "WORKSPACE_PATH": "/home/apps/workspace",
        "WORKSPACE_REPORTS": "/home/apps/workspace/reports",
        "WORKSPACE_YML": "workspace.yml"
      }
    }
  }
}

Alternatively, connect to a pre-deployed Streamable-HTTP instance by url:

{
  "mcpServers": {
    "repository-manager-mcp": {
      "url": "http://localhost:8000/repository-manager-mcp/mcp"
    }
  }
}

Deploying the Streamable-HTTP server via Docker:

docker run -d \
  --name repository-manager-mcp-mcp \
  -p 8000:8000 \
  -e TRANSPORT=streamable-http \
  -e HOST=0.0.0.0 \
  -e PORT=8000 \
  -e MCP_TOOL_MODE=condensed \
  -e GH_TOKEN=your_github_token_here \
  -e GITHUB_TOKEN=your_github_token_here \
  -e GITLAB_HOST=https://gitlab.com \
  -e GITLAB_PRIVATE_TOKEN=your_gitlab_token_here \
  -e GITLAB_TOKEN=your_gitlab_token_here \
  -e GITLAB_URL=https://gitlab.com \
  -e GIT_OPERATIONSTOOL=True \
  -e MISCTOOL=True \
  -e PROJECT_MANAGEMENTTOOL=True \
  -e REPOSITORY_MANAGER_DEFAULT_BRANCH=main \
  -e REPOSITORY_MANAGER_THREADS=12 \
  -e REPOSITORY_MANAGER_WORKSPACE=/home/apps/workspace \
  -e REPOSITORY_MANAGER_WORKTREE_ROOT=/home/apps/worktrees \
  -e RM_GATE_BEFORE_PUSH=true \
  -e RM_JOB_STALE_SECONDS=1800 \
  -e RM_MAX_WORKERS=8 \
  -e WORKSPACE_MANAGEMENTTOOL=True \
  -e WORKSPACE_PATH=/home/apps/workspace \
  -e WORKSPACE_REPORTS=/home/apps/workspace/reports \
  -e WORKSPACE_YML=workspace.yml \
  knucklessg1/repository-manager:mcp

Auto-generated from the code-read env surface (MCP_TOOL_MODE + package vars) — do not edit.

Additional Deployment Options

repository-manager can also run as a local container (Docker / Podman / uv) or be consumed from a remote deployment. The Deployment guide has full, copy-paste mcp_config.json for all four transports — stdio, streamable-http, local container / uv, and remote URL:

Local container / uv — launch the server from mcp_config.json via uvx, docker run, or podman run, or point at a local streamable-http container by url.
Remote URL — connect to a server deployed behind Caddy at http://repository-manager-mcp.arpa/mcp using the "url" key.

Agent

This repository features a fully integrated Pydantic AI Graph Agent. It communicates over the Agent Control Protocol (ACP) and interacts seamlessly with the Agent Web UI (AG-UI) and Terminal interface.

Running the Agent CLI

To start the interactive command-line agent:

# Set workspace + git operation settings
export REPOSITORY_MANAGER_WORKSPACE="your_value"
export WORKSPACE_YML="workspace.yml"
export REPOSITORY_MANAGER_DEFAULT_BRANCH="main"
export REPOSITORY_MANAGER_THREADS="12"
# Optional VCS provider credentials
export GITLAB_TOKEN="your_gitlab_token"
export GITHUB_TOKEN="your_github_token"

# Run the agent server
repository-manager-agent --provider openai --model-id gpt-4o

Docker Compose Orchestration

The following docker/agent.compose.yml configures the Agent, Web UI, and Terminal Interface together:

version: '3.8'

services:
  repository-manager-mcp:
    image: knucklessg1/repository-manager:mcp
    container_name: repository-manager-mcp
    hostname: repository-manager-mcp
    restart: always
    env_file:
      - ../.env
    environment:
      - PYTHONUNBUFFERED=1
      - HOST=0.0.0.0
      - PORT=8000
      - TRANSPORT=streamable-http
    ports:
      - "8000:8000"
    healthcheck:
      test: ["CMD", "python3", "-c", "import urllib.request; urllib.request.urlopen('http://localhost:8000/health')"]
      interval: 30s
      timeout: 10s
      retries: 3
      start_period: 10s
    logging:
      driver: json-file
      options:
        max-size: "10m"
        max-file: "3"

  repository-manager-agent:
    image: knucklessg1/repository-manager:latest
    container_name: repository-manager-agent
    hostname: repository-manager-agent
    restart: always
    depends_on:
      - repository-manager-mcp
    env_file:
      - ../.env
    command: [ "repository-manager-agent" ]
    environment:
      - PYTHONUNBUFFERED=1
      - HOST=0.0.0.0
      - PORT=9047
      - MCP_URL=http://repository-manager-mcp:8000/mcp
      - PROVIDER=${PROVIDER:-openai}
      - MODEL_ID=${MODEL_ID:-gpt-4o}
      - ENABLE_WEB_UI=True
      - ENABLE_OTEL=True
    ports:
      - "9047:9047"
    healthcheck:
      test: ["CMD", "python3", "-c", "import urllib.request; urllib.request.urlopen('http://localhost:9047/health')"]
      interval: 30s
      timeout: 10s
      retries: 3
      start_period: 10s
    logging:
      driver: json-file
      options:
        max-size: "10m"
        max-file: "3"

Detailed graph node architecture explanations, custom skill configurations, and agentic trace guides are available in docs/agent.md.

Environment Variables

Package environment variables

Variable	Example	Description
`HOST`	`0.0.0.0`
`PORT`	`8000`
`TRANSPORT`	`stdio`	options: stdio, streamable-http, sse
`ENABLE_OTEL`	`True`
`OTEL_EXPORTER_OTLP_ENDPOINT`	`http://localhost:8080/api/public/otel`
`OTEL_EXPORTER_OTLP_PUBLIC_KEY`	`pk-...`
`OTEL_EXPORTER_OTLP_SECRET_KEY`	`sk-...`
`OTEL_EXPORTER_OTLP_PROTOCOL`	`http/protobuf`
`EUNOMIA_TYPE`	`none`	options: none, embedded, remote
`EUNOMIA_POLICY_FILE`	`mcp_policies.json`
`EUNOMIA_REMOTE_URL`	`http://eunomia-server:8000`
`REPOSITORY_MANAGER_WORKSPACE`	`/home/apps/workspace`	root of the git workspace to manage
`WORKSPACE_PATH`	`/home/apps/workspace`	fallback workspace root when REPOSITORY_MANAGER_WORKSPACE is unset
`WORKSPACE_YML`	`workspace.yml`	workspace manifest filename (resolved under the workspace root)
`WORKSPACE_REPORTS`	`/home/apps/workspace/reports`	directory where generated reports are written
`REPOSITORY_MANAGER_WORKTREE_ROOT`	`/home/apps/worktrees`	root directory for managed git worktrees
`REPOSITORY_MANAGER_DEFAULT_BRANCH`	`main`	default branch name for git operations
`REPOSITORY_MANAGER_THREADS`	`12`	parallel threads for git operations
`RM_MAX_WORKERS`	`8`	explicit worker-count override (skips auto-sizing from CPU count)
`RM_JOB_STALE_SECONDS`	`1800`	seconds before an in-flight job is treated as stale by the watchdog
`RM_GATE_BEFORE_PUSH`	`true`	run the pre-commit gate before pushing (set false to bypass)
`GITLAB_URL`	`https://gitlab.com`	GitLab base URL (alias: GITLAB_HOST)
`GITLAB_HOST`	`https://gitlab.com`	legacy alias for GITLAB_URL
`GITLAB_TOKEN`	`your_gitlab_token_here`	GitLab access token (alias: GITLAB_PRIVATE_TOKEN)
`GITLAB_PRIVATE_TOKEN`	`your_gitlab_token_here`	legacy alias for GITLAB_TOKEN
`GITHUB_TOKEN`	`your_github_token_here`	GitHub access token (alias: GH_TOKEN)
`GH_TOKEN`	`your_github_token_here`	legacy alias for GITHUB_TOKEN
`GIT_OPERATIONSTOOL`	`True`	MCP tools table (condensed action-routed surface).
`PROJECT_MANAGEMENTTOOL`	`True`
`WORKSPACE_MANAGEMENTTOOL`	`True`
`MISCTOOL`	`True`
`AUTH_TYPE`	`bearer`	authentication type (e.g. bearer, none)
`LLM_API_KEY`	`your_llm_api_key_here`
`LLM_BASE_URL`	`https://api.openai.com/v1`
`MCP_URL`	`http://localhost:8000`

Inherited agent-utilities variables (apply to every connector)

Variable	Example	Description
`MCP_TOOL_MODE`	`condensed`	Tool surface: `condensed`
`MCP_ENABLED_TOOLS`	—	Comma-separated tool allow-list
`MCP_DISABLED_TOOLS`	—	Comma-separated tool deny-list
`MCP_ENABLED_TAGS`	—	Comma-separated tag allow-list
`MCP_DISABLED_TAGS`	—	Comma-separated tag deny-list
`MCP_CLIENT_AUTH`	—	Outbound MCP auth (`oidc-client-credentials` for fleet calls)
`OIDC_CLIENT_ID`	—	OIDC client id (service-account auth)
`OIDC_CLIENT_SECRET`	—	OIDC client secret (service-account auth)
`DEBUG`	`False`	Verbose logging
`PYTHONUNBUFFERED`	`1`	Unbuffered stdout (recommended in containers)
`PROVIDER`	`openai`	LLM provider for the agent
`MODEL_ID`	`gpt-4o`	Model id for the agent
`ENABLE_WEB_UI`	`True`	Serve the AG-UI web interface

35 package + 13 inherited variable(s). Auto-generated from .env.example + the shared agent-utilities set — do not edit.

Every variable the server and agent read, sourced from .env.example.

MCP server / transport

Variable	Description	Default
`TRANSPORT`	`stdio`, `streamable-http`, or `sse`	`stdio`
`HOST`	Bind host (HTTP transports)	`0.0.0.0`
`PORT`	Bind port (HTTP transports)	`8000`
`MCP_TOOL_MODE`	Tool surface: `condensed`, `verbose`, or `both`	`condensed`
`MCP_ENABLED_TOOLS` / `MCP_DISABLED_TOOLS`	Comma-separated tool allow/deny list	—
`MCP_ENABLED_TAGS` / `MCP_DISABLED_TAGS`	Comma-separated tag allow/deny list	—
`PYTHONUNBUFFERED`	Unbuffered stdout (recommended in containers)	`1`

Workspace & repository management

Variable	Description	Default
`REPOSITORY_MANAGER_WORKSPACE`	Root directory of the git workspace to manage	`/home/apps/workspace`
`WORKSPACE_PATH`	Fallback workspace root when `REPOSITORY_MANAGER_WORKSPACE` is unset	`/home/apps/workspace`
`WORKSPACE_YML`	Workspace manifest filename (resolved under the workspace root)	`workspace.yml`
`WORKSPACE_REPORTS`	Directory where generated reports are written	—
`REPOSITORY_MANAGER_WORKTREE_ROOT`	Root directory for managed git worktrees	`/home/apps/worktrees`
`REPOSITORY_MANAGER_DEFAULT_BRANCH`	Default branch name for git operations	`main`
`REPOSITORY_MANAGER_THREADS`	Parallel threads for git operations	`12`

Operations & gating

Variable	Description	Default
`RM_MAX_WORKERS`	Explicit worker-count override (skips auto-sizing from CPU count)	—
`RM_JOB_STALE_SECONDS`	Seconds before an in-flight job is treated as stale by the watchdog	`1800`
`RM_GATE_BEFORE_PUSH`	Run the pre-commit gate before pushing (set `false` to bypass)	`true`

Version-control provider credentials

Variable	Description	Default
`GITLAB_URL`	GitLab base URL (alias: `GITLAB_HOST`)	—
`GITLAB_TOKEN`	GitLab access token (alias: `GITLAB_PRIVATE_TOKEN`)	—
`GITHUB_TOKEN`	GitHub access token (alias: `GH_TOKEN`)	—

Tool toggles

Each action-routed tool can be disabled individually via its toggle env var (set to false). The full list is in the Available MCP Tools table above.

Variable	Description	Default
`GIT_OPERATIONSTOOL`	Enable bulk Git operations (`rm_git`)	`True`
`PROJECT_MANAGEMENTTOOL`	Enable project + worktree management (`rm_projects` / `rm_worktree`)	`True`
`WORKSPACE_MANAGEMENTTOOL`	Enable workspace organization (`rm_workspace`)	`True`

Telemetry & governance

Variable	Description	Default
`ENABLE_OTEL`	Enable OpenTelemetry export	`True`
`OTEL_EXPORTER_OTLP_ENDPOINT`	OTLP collector endpoint	—
`OTEL_EXPORTER_OTLP_PUBLIC_KEY` / `OTEL_EXPORTER_OTLP_SECRET_KEY`	OTLP auth keys	—
`OTEL_EXPORTER_OTLP_PROTOCOL`	OTLP protocol (e.g. `http/protobuf`)	—
`EUNOMIA_TYPE`	Authorization mode: `none`, `embedded`, `remote`	`none`
`EUNOMIA_POLICY_FILE`	Embedded policy file	`mcp_policies.json`
`EUNOMIA_REMOTE_URL`	Remote Eunomia server URL	—

Agent CLI (full `[agent]` runtime only)

Variable	Description	Default
`MCP_URL`	URL of the MCP server the agent connects to	`http://localhost:8000/mcp`
`PROVIDER`	LLM provider (e.g. `openai`)	`openai`
`MODEL_ID`	Model id (e.g. `gpt-4o`)	`gpt-4o`
`ENABLE_WEB_UI`	Serve the AG-UI web interface	`True`

Security & Governance

Built directly upon the enterprise-ready agent-utilities core, standard security parameters are fully supported:

Access Control & Policy Enforcement

Eunomia Policies: Fine-grained, policy-driven tool authorization. Supports none, local embedded (mcp_policies.json), or centralized remote modes.
OIDC Token Delegation: Compliant with RFC 8693 token exchange for flowing authenticating user credentials from Web UI / ACP → Agent → MCP.
Scoped Credentials: Execution context runs restricted to the specific caller identity.

Runtime Security Grid

Feature	Functionality	Enablement
Tool Guard	Sensitivity inspection with human-in-the-loop validation	Enabled by default
Prompt Injection Defense	Input scanning, repetition monitoring, and recursive loop blocks	Enabled by default
Context Safety Guard	Stuck-loop detectors and contextual overflow preemptive alerts	Enabled by default

Installation

Pick the extra that matches what you want to run:

Extra	Installs	Use when
`repository-manager[mcp]`	Slim MCP server only (`agent-utilities[mcp]` — FastMCP/FastAPI)	You only run the MCP server (smallest install / image)
`repository-manager[agent]`	Full agent runtime (`agent-utilities[agent,logfire]` — Pydantic AI + the epistemic-graph engine, plus `pre-commit` / `bump2version`)	You run the integrated agent
`repository-manager[all]`	Everything (`mcp` + `agent` + `logfire`)	Development / both surfaces

# MCP server only (recommended for tool hosting — slim deps)
uv pip install "repository-manager[mcp]"

# Full agent runtime (Pydantic AI + epistemic-graph engine)
uv pip install "repository-manager[agent]"

# Everything (development)
uv pip install "repository-manager[all]"      # or: python -m pip install "repository-manager[all]"

Container images (`:mcp` vs `:agent`)

One multi-stage docker/Dockerfile builds two right-sized images, selected by --target:

Image tag	Build target	Contents	Entrypoint
`knucklessg1/repository-manager:mcp`	`--target mcp`	`repository-manager[mcp]` — slim, no engine/`pydantic-ai`/`dspy`/`llama-index`/`tree-sitter`	`repository-manager-mcp`
`knucklessg1/repository-manager:latest`	`--target agent` (default)	`repository-manager[agent]` — full agent runtime + epistemic-graph engine	`repository-manager-agent`

docker build --target mcp   -t knucklessg1/repository-manager:mcp    docker/   # slim MCP server
docker build --target agent -t knucklessg1/repository-manager:latest docker/   # full agent

docker/mcp.compose.yml runs the slim :mcp server; docker/agent.compose.yml runs the agent (:latest) with a co-located :mcp sidecar.

Knowledge-graph database (`epistemic-graph`)

The full agent ([agent] / :latest) embeds the epistemic-graph engine (pulled in transitively via agent-utilities[agent]). For production — or to share one knowledge graph across multiple agents — run epistemic-graph as its own database container and point the agent at it instead of embedding it. Deployment recipes (single-node + Raft HA), connection config, and the full database architecture (with diagrams) are documented in the epistemic-graph deployment guide. The slim [mcp] server does not require the database.

Repository Owners

GitHub followers GitHub User's stars

Documentation

The complete documentation is published as the official documentation site and is the recommended reference for installation, deployment, and day-to-day operation.

Page	Contents
Installation	pip, source, extras, prebuilt Docker image
Deployment	run the MCP and agent servers, Compose, Caddy + Technitium, env config
Usage	the MCP tools, the `Git` client, the CLI
Overview	ecosystem role, enterprise readiness, architecture
Phased Maintenance	dependency-ordered workspace updates
Phased Push	parallel, phase-gated multi-repository releases
Concepts	concept registry (`CONCEPT:RM-*`)

AGENTS.md is the canonical contributor/agent guidance.

Contribute

Contributions are welcome! Please ensure code quality by executing local checks before submitting pull requests:

Format code using ruff format .
Lint code using ruff check .
Validate type-safety with mypy .
Execute test suites using pytest

Deploy with `agent-os-genesis`

This package can be provisioned for you — skill-guided — by the agent-os-genesis universal skill (its single-package deploy mode): it picks your install method, seeds secrets to OpenBao/Vault (or .env), trusts your enterprise CA, registers the MCP server, and verifies it — the same machinery that stands up the whole Agent OS, narrowed to just this package. Ask your agent to "deploy repository-manager with agent-os-genesis".

Install mode	Command
Bare-metal, prod (PyPI)	`uvx repository-manager-mcp` · or `uv tool install repository-manager`
Bare-metal, dev (editable)	`uv pip install -e ".[all]"` · or `pip install -e ".[all]"`
Container, prod	deploy `knucklessg1/repository-manager:latest` via docker-compose / swarm / podman / podman-compose / kubernetes
Container, dev (editable)	deploy `docker/compose.dev.yml` (source-mounted at `/src`; edits live on restart)

Secrets are read-existing + seeded via vault_sync — you are only prompted for what's missing.

This server cannot be installed

license - permissive license

quality - not tested

maintenance

How are these scores calculated?

Maintenance

–Maintainers

–Response time

2dRelease cycle

126Releases (12mo)

Commit activity

Resources

GitHub Repository

Need Help?

Related Servers

Unclaimed servers have limited discoverability.

Looking for Admin?

If you are the server author, to access and configure the admin panel.

Latest Blog Posts

Your AI Chatbot Just Exposed Your CEO's Salary to an Intern
By Om-Shree-0709 on July 2, 2026.
Agent Identity
MCP Security
OAuth Delegation
Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)
By Om-Shree-0709 on June 30, 2026.
Agentic Ai
Prompt Injection
WebAssembly
Lightport: Open-Sourcing Glama's AI Gateway
By punkpeye on April 27, 2026.
OpenAI
open source

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/Knuckles-Team/repository-manager'

If you have feedback or need assistance with the MCP directory API, please join our Discord server

Repository Manager

CLI or API | MCP | Agent

Overview

Key Features

CLI or API

MCP

Available MCP Tools

Condensed action-routed tools (default — MCP_TOOL_MODE=condensed)

Verbose 1:1 API-mapped tools (MCP_TOOL_MODE=verbose or both)

Dynamic Tool Selection & Visibility

MCP Configuration Examples

stdio Transport (local IDEs — Cursor, Claude Desktop, VS Code)

Streamable-HTTP Transport (networked / production)

Additional Deployment Options

Agent

Running the Agent CLI

Docker Compose Orchestration

Environment Variables

Package environment variables

Inherited agent-utilities variables (apply to every connector)

MCP server / transport

Workspace & repository management

Operations & gating

Version-control provider credentials

Tool toggles

Telemetry & governance

Agent CLI (full [agent] runtime only)

Security & Governance

Access Control & Policy Enforcement

Runtime Security Grid

Installation

Container images (:mcp vs :agent)

Knowledge-graph database (epistemic-graph)

Repository Owners

Documentation

Contribute

Deploy with agent-os-genesis

Maintenance

Resources

Looking for Admin?

Latest Blog Posts

MCP directory API

Condensed action-routed tools (default — `MCP_TOOL_MODE=condensed`)

Verbose 1:1 API-mapped tools (`MCP_TOOL_MODE=verbose` or `both`)

Agent CLI (full `[agent]` runtime only)

Container images (`:mcp` vs `:agent`)

Knowledge-graph database (`epistemic-graph`)

Deploy with `agent-os-genesis`