Repository Manager
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| LLM_AGENT_MODEL | Yes | Model used by specialist agent nodes | |
| LLM_ROUTER_MODEL | Yes | Model used by the router node | |
| REPO_MANAGER_URL | No | Base URL of the target service | http://localhost:8000 |
| GRAPH_ROUTER_TIMEOUT | No | Router-node timeout (seconds) | 300.0 |
| REPO_MANAGER_PASSWORD | Yes | Password for authentication | |
| REPO_MANAGER_USERNAME | No | Username for authentication | admin |
| GRAPH_VERIFIER_TIMEOUT | No | Verifier-node timeout (seconds) | 300.0 |
| REPOSITORY_MANAGER_WORKSPACE | Yes | Root directory of the git workspace to manage |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| logging | {} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| repository_manager_add_projectB | Stage all changes (git add -A) for a single Git project. |
| repository_manager_add_projectsC | Stage all changes for multiple projects in parallel. |
| repository_manager_build_projectsB | Build projects serially so compilation cannot exhaust the workstation. |
| repository_manager_bulk_bumpB | Bumps the version for all projects in the workspace in parallel. |
| repository_manager_bump_versionA | Bump the version of the project using bump2version. Args: part (str): The part of the version to bump (major, minor, patch). allow_dirty (bool): Whether to allow dirty working directory. path (str): The path to the project directory. dry_run (bool): Whether to perform a dry run. verbose (bool): Whether to use verbose output (for dry-run visibility). force (bool): If the target version's tag already exists locally (an orphan tag from a prior partial bump that left the version file un-updated), delete that local tag and re-bump instead of silently skipping. The orphan tag must NOT be on the remote. Returns: GitResult: Result of the operation. |
| repository_manager_cleanup_artifactsC | Removes test artifacts and temporary files from the specified directory. |
| repository_manager_clone_projectsC | Clone all specified Git projects in parallel using multiple threads. Returns: List[GitResult]: A list of GitResult objects, one for each clone operation. |
| repository_manager_clone_repositoryB | Clone a single Git repository to a specific target path. Args: url (str): The repository URL to clone. target_path (str): The absolute path where the repository should be cloned. Returns: GitResult: The result of the Git clone command. |
| repository_manager_commit_code_projectA | Stage ALL changes (git add -A), optionally gate on pre-commit, then commit. This is the per-repo "commit our feature code" step the release pipeline
runs BEFORE bumping versions. Unlike :meth: If pre-commit fails for real (not just auto-format), the failure is surfaced and nothing is committed. |
| repository_manager_commit_code_projectsB | Concurrently stage + pre-commit + commit feature code across projects. The "add all our code, pre-commit, then commit" release-prep step,
throttled by |
| repository_manager_commit_projectB | Commit staged changes (git commit -m "{message}") for a single Git project. |
| repository_manager_commit_projectsC | Commit staged changes for multiple projects in parallel. |
| repository_manager_create_projectB | Create a new project directory and initialize it as a git repository. Args: path (str): The path of the project directory to create. Returns: GitResult: Result of the operation. |
| repository_manager_discover_projectsA | Scan self.path for immediate subdirectories containing a .git folder. Populates and returns self.project_map. |
| repository_manager_generate_markdown_summaryC | Generates a beautiful markdown summary of bulk operation results. |
| repository_manager_generate_workspace_templateC | Generates a workspace.yml template at the specified path. |
| repository_manager_get_consolidated_skill_pathsA | Returns absolute paths to the 15 specific building and documentation skills. |
| repository_manager_get_project_mapA | Returns the mapping of repository URLs to their local project paths. Ensures paths are absolute and expanded. |
| repository_manager_get_readmeA | Get the content and path of the README.md file in the specified path. Args: path (str, optional): The directory path. Defaults to self.path. Returns: ReadmeResult: Object containing 'content' and 'path' of the README.md file. |
| repository_manager_get_workspace_projectsA | Returns a list of project basenames (e.g. 'genius-agent') defined in the workspace. |
| repository_manager_git_actionC | Execute a Git command in the specified directory. The operation is admitted through descriptor-pinned helpers before any subprocess is started. |
| repository_manager_install_projectC | Install a Python project using pip install -e .[extra]. |
| repository_manager_install_projectsC | Bulk installs Python and Node projects in the workspace. |
| repository_manager_list_branchesA | Returns a dictionary mapping project basenames to their current active git branch. |
| repository_manager_load_projects_from_yamlC | Loads repository URLs from a YAML workspace file using Pydantic models. Strictly determines self.path relative to the configuration file. |
| repository_manager_maintain_projectsC | Execute the phased bumpversion workflow: pre-commits + phased bumping.
Concept: CONCEPT:RM-BUMP |
| repository_manager_phased_bumpversionB | Execute the phased bumpversion workflow: pre-commits + phased bumping.
Concept: CONCEPT:RM-BUMP |
| repository_manager_phased_pushA | Execute the phased git push workflow.
Concept: CONCEPT:RM-PUSH |
| repository_manager_pre_commitB | Execute pre-commit commands in the specified path. Args: run (bool): Whether to run 'pre-commit run --all-files'. Default True. autoupdate (bool): Whether to run 'pre-commit autoupdate'. Default False. path (str, optional): Path to run in. Defaults to self.path. |
| repository_manager_pre_commit_projectsC | Execute pre-commit commands for all projects in parallel. Returns: List[GitResult]: A list of GitResult objects. |
| repository_manager_pull_projectA | Pull updates for a single Git project and optionally checkout the default branch. Args: path (str): The path to the project to pull. Defaults to self.path. Returns: GitResult: The result of the pull operation. |
| repository_manager_pull_projectsB | Pull updates for multiple projects in parallel. |
| repository_manager_push_projectA | Atomically publish a clean checkout's exact current branch and release tag. Publication runs from a sealed private admin repository, uses only the authorized direct destination, and reads every remote ref back before reporting success. Dirty state, gate failure, identity/config drift, non-fast-forward updates, tag collisions, and partial atomic updates all refuse publication; GitHub push protection returns an actionable error. |
| repository_manager_push_projectsC | Push updates for multiple projects in parallel. |
| repository_manager_save_workspace_configC | Saves the current or provided WorkspaceConfig to a YAML file. |
| repository_manager_set_threadsC | Set the number of threads for parallel processing. Args: threads (int): The number of threads. Notes: If the input is invalid, defaults 6 |
| repository_manager_setup_from_yamlA | Sets up the workspace structure from a YAML file.
|
| repository_manager_test_projectsC | Execute pytests for the specified projects in parallel. Args: progress_phase: Phase name for live progress updates. progress_dict: Shared mutable dict for live progress reporting. |
| repository_manager_update_dependencyC | Update a package's pinned version in a deps file (pyproject or requirements). |
| repository_manager_validate_and_releaseC | Validate projects in parallel, optionally triggering a release if successful. |
| repository_manager_validate_single_projectA | Validates a single repository by running its FAST-tier gates. Delegates to :func: |
| repository_manager_worktree_hygieneA | Audit (and optionally prune) session worktrees as a release-flow step. Wraps :meth: |
| rm_git_cloneC | Clone (rm_git). Typed bulk Git operations; arbitrary host commands are prohibited. |
| rm_git_enumerateC | Enumerate (rm_git). Typed bulk Git operations; arbitrary host commands are prohibited. |
| rm_git_pullC | Pull (rm_git). Typed bulk Git operations; arbitrary host commands are prohibited. |
| rm_git_pushC | Push (rm_git). Typed bulk Git operations; arbitrary host commands are prohibited. |
| rm_git_phased_pushC | Phased push (rm_git). Typed bulk Git operations; arbitrary host commands are prohibited. |
| rm_git_addC | Add (rm_git). Typed bulk Git operations; arbitrary host commands are prohibited. |
| rm_git_commitC | Commit (rm_git). Typed bulk Git operations; arbitrary host commands are prohibited. |
| rm_git_pre_commitC | Pre commit (rm_git). Typed bulk Git operations; arbitrary host commands are prohibited. |
| rm_git_commit_codeC | Commit code (rm_git). Typed bulk Git operations; arbitrary host commands are prohibited. |
| rm_git_statusC | Status (rm_git). Typed bulk Git operations; arbitrary host commands are prohibited. |
| rm_git_cancelC | Cancel (rm_git). Typed bulk Git operations; arbitrary host commands are prohibited. |
| rm_git_rawC | Raw (rm_git). Typed bulk Git operations; arbitrary host commands are prohibited. |
| repository_ingest_repositoriesA | Natively ingest git repositories into epistemic-graph as typed :GitRepository nodes. Enumerates repositories across a GitLab instance / GitHub org via the real VCS
enumerator and pushes them (typed :GitRepository nodes with vcs/clone_url/web_url/
default_branch provenance) into the knowledge graph via the fast engine client.
Best-effort: returns |
| rm_lane_startC | Start (rm_lane). The lane lifecycle for concurrent agents and humans (CONCEPT:RM-LANE-DOCTOR). Every check behind this tool exists because a specific collision destroyed
real work while the rule that would have prevented it was written down, in
prose, in front of the actor who broke it: editing a canonical checkout a
background
|
| rm_lane_doctorB | Doctor (rm_lane). The lane lifecycle for concurrent agents and humans (CONCEPT:RM-LANE-DOCTOR). Every check behind this tool exists because a specific collision destroyed
real work while the rule that would have prevented it was written down, in
prose, in front of the actor who broke it: editing a canonical checkout a
background
|
| rm_lane_healC | Heal (rm_lane). The lane lifecycle for concurrent agents and humans (CONCEPT:RM-LANE-DOCTOR). Every check behind this tool exists because a specific collision destroyed
real work while the rule that would have prevented it was written down, in
prose, in front of the actor who broke it: editing a canonical checkout a
background
|
| rm_lane_envC | Env (rm_lane). The lane lifecycle for concurrent agents and humans (CONCEPT:RM-LANE-DOCTOR). Every check behind this tool exists because a specific collision destroyed
real work while the rule that would have prevented it was written down, in
prose, in front of the actor who broke it: editing a canonical checkout a
background
|
| rm_lane_finishC | Finish (rm_lane). The lane lifecycle for concurrent agents and humans (CONCEPT:RM-LANE-DOCTOR). Every check behind this tool exists because a specific collision destroyed
real work while the rule that would have prevented it was written down, in
prose, in front of the actor who broke it: editing a canonical checkout a
background
|
| rm_worktree_addC | Add (rm_worktree). Manage git worktrees for concurrent multi-session development (CONCEPT:RM-WORKTREE). Each session works a repo in its own worktree on its own branch under
|
| rm_worktree_auditC | Audit (rm_worktree). Manage git worktrees for concurrent multi-session development (CONCEPT:RM-WORKTREE). Each session works a repo in its own worktree on its own branch under
|
| rm_worktree_bulk_addC | Bulk add (rm_worktree). Manage git worktrees for concurrent multi-session development (CONCEPT:RM-WORKTREE). Each session works a repo in its own worktree on its own branch under
|
| rm_worktree_listC | List (rm_worktree). Manage git worktrees for concurrent multi-session development (CONCEPT:RM-WORKTREE). Each session works a repo in its own worktree on its own branch under
|
| rm_worktree_mergeC | Merge (rm_worktree). Manage git worktrees for concurrent multi-session development (CONCEPT:RM-WORKTREE). Each session works a repo in its own worktree on its own branch under
|
| rm_worktree_pruneC | Prune (rm_worktree). Manage git worktrees for concurrent multi-session development (CONCEPT:RM-WORKTREE). Each session works a repo in its own worktree on its own branch under
|
| rm_worktree_removeC | Remove (rm_worktree). Manage git worktrees for concurrent multi-session development (CONCEPT:RM-WORKTREE). Each session works a repo in its own worktree on its own branch under
|
| rm_worktree_reset_branchC | Reset branch (rm_worktree). Manage git worktrees for concurrent multi-session development (CONCEPT:RM-WORKTREE). Each session works a repo in its own worktree on its own branch under
|
| rm_worktree_syncC | Sync (rm_worktree). Manage git worktrees for concurrent multi-session development (CONCEPT:RM-WORKTREE). Each session works a repo in its own worktree on its own branch under
|
| rm_merge_queue_enqueueA | Enqueue (rm_merge_queue). Serialized merge queue for ANY git repository (CONCEPT:RM-MERGE-QUEUE). The canonical driver of parallel development: lanes take worktrees, work,
then hand branches here, and the queue gates them as merged,
fast-forwards the base, and prunes the worktree and branch. Set The queue does not know what a gate is. Gates are declared in the
target repository's own Gating is differential: only a failure the base ref does not already produce blocks a candidate — the base is legitimately red here, and an absolute gate once deadlocked a queue and stranded 19 branches. A baseline that cannot be produced REFUSES the candidate; it never degrades to allow-all.
|
| rm_merge_queue_statusC | Status (rm_merge_queue). Serialized merge queue for ANY git repository (CONCEPT:RM-MERGE-QUEUE). The canonical driver of parallel development: lanes take worktrees, work,
then hand branches here, and the queue gates them as merged,
fast-forwards the base, and prunes the worktree and branch. Set The queue does not know what a gate is. Gates are declared in the
target repository's own Gating is differential: only a failure the base ref does not already produce blocks a candidate — the base is legitimately red here, and an absolute gate once deadlocked a queue and stranded 19 branches. A baseline that cannot be produced REFUSES the candidate; it never degrades to allow-all.
|
| rm_merge_queue_withdrawC | Withdraw (rm_merge_queue). Serialized merge queue for ANY git repository (CONCEPT:RM-MERGE-QUEUE). The canonical driver of parallel development: lanes take worktrees, work,
then hand branches here, and the queue gates them as merged,
fast-forwards the base, and prunes the worktree and branch. Set The queue does not know what a gate is. Gates are declared in the
target repository's own Gating is differential: only a failure the base ref does not already produce blocks a candidate — the base is legitimately red here, and an absolute gate once deadlocked a queue and stranded 19 branches. A baseline that cannot be produced REFUSES the candidate; it never degrades to allow-all.
|
| rm_merge_queue_runA | Run (rm_merge_queue). Serialized merge queue for ANY git repository (CONCEPT:RM-MERGE-QUEUE). The canonical driver of parallel development: lanes take worktrees, work,
then hand branches here, and the queue gates them as merged,
fast-forwards the base, and prunes the worktree and branch. Set The queue does not know what a gate is. Gates are declared in the
target repository's own Gating is differential: only a failure the base ref does not already produce blocks a candidate — the base is legitimately red here, and an absolute gate once deadlocked a queue and stranded 19 branches. A baseline that cannot be produced REFUSES the candidate; it never degrades to allow-all.
|
| rm_merge_queue_configC | Config (rm_merge_queue). Serialized merge queue for ANY git repository (CONCEPT:RM-MERGE-QUEUE). The canonical driver of parallel development: lanes take worktrees, work,
then hand branches here, and the queue gates them as merged,
fast-forwards the base, and prunes the worktree and branch. Set The queue does not know what a gate is. Gates are declared in the
target repository's own Gating is differential: only a failure the base ref does not already produce blocks a candidate — the base is legitimately red here, and an absolute gate once deadlocked a queue and stranded 19 branches. A baseline that cannot be produced REFUSES the candidate; it never degrades to allow-all.
|
| rm_build_requestB | Request (rm_build). Content-addressed build broker for ANY repository (CONCEPT:RM-TASK-LEDGER). Keyed by Honest degradation: a dirty tree or an unfingerprintable toolchain BUILDS — it never serves a possibly-stale artifact and never silently skips the cache as though it were consulted. Co-location: this tool always passes Arbitration is advisory (D-CP-8): an agent running |
| rm_build_statusC | Status (rm_build). Content-addressed build broker for ANY repository (CONCEPT:RM-TASK-LEDGER). Keyed by Honest degradation: a dirty tree or an unfingerprintable toolchain BUILDS — it never serves a possibly-stale artifact and never silently skips the cache as though it were consulted. Co-location: this tool always passes Arbitration is advisory (D-CP-8): an agent running |
| rm_build_artifactsC | Artifacts (rm_build). Content-addressed build broker for ANY repository (CONCEPT:RM-TASK-LEDGER). Keyed by Honest degradation: a dirty tree or an unfingerprintable toolchain BUILDS — it never serves a possibly-stale artifact and never silently skips the cache as though it were consulted. Co-location: this tool always passes Arbitration is advisory (D-CP-8): an agent running |
| rm_build_explainC | Explain (rm_build). Content-addressed build broker for ANY repository (CONCEPT:RM-TASK-LEDGER). Keyed by Honest degradation: a dirty tree or an unfingerprintable toolchain BUILDS — it never serves a possibly-stale artifact and never silently skips the cache as though it were consulted. Co-location: this tool always passes Arbitration is advisory (D-CP-8): an agent running |
| rm_build_gcC | Gc (rm_build). Content-addressed build broker for ANY repository (CONCEPT:RM-TASK-LEDGER). Keyed by Honest degradation: a dirty tree or an unfingerprintable toolchain BUILDS — it never serves a possibly-stale artifact and never silently skips the cache as though it were consulted. Co-location: this tool always passes Arbitration is advisory (D-CP-8): an agent running |
| rm_projects_installB | Install (rm_projects). Bulk install, build, and validate Python projects. The 'validate' action submits validation as a background job and returns a job_id immediately. Use 'validate_status' with that job_id to poll progress and retrieve results once complete. |
| rm_projects_buildB | Build (rm_projects). Bulk install, build, and validate Python projects. The 'validate' action submits validation as a background job and returns a job_id immediately. Use 'validate_status' with that job_id to poll progress and retrieve results once complete. |
| rm_projects_validateB | Validate (rm_projects). Bulk install, build, and validate Python projects. The 'validate' action submits validation as a background job and returns a job_id immediately. Use 'validate_status' with that job_id to poll progress and retrieve results once complete. |
| rm_projects_validate_statusA | Validate status (rm_projects). Bulk install, build, and validate Python projects. The 'validate' action submits validation as a background job and returns a job_id immediately. Use 'validate_status' with that job_id to poll progress and retrieve results once complete. |
| rm_docs_readiness_previewC | Preview (rm_docs_readiness). Preview/apply/verify artifacts after per-repository readiness setup. |
| rm_docs_readiness_applyC | Apply (rm_docs_readiness). Preview/apply/verify artifacts after per-repository readiness setup. |
| rm_docs_readiness_verifyC | Verify (rm_docs_readiness). Preview/apply/verify artifacts after per-repository readiness setup. |
| rm_gates_runB | Run (rm_gates). Run and inspect the two-tier (fast/heavy) pre-commit gate across repos. The single tool that can actually drive both tiers of the two-tier gate
model: |
| rm_gates_retestB | Retest (rm_gates). Run and inspect the two-tier (fast/heavy) pre-commit gate across repos. The single tool that can actually drive both tiers of the two-tier gate
model: |
| rm_gates_statusC | Status (rm_gates). Run and inspect the two-tier (fast/heavy) pre-commit gate across repos. The single tool that can actually drive both tiers of the two-tier gate
model: |
| rm_gates_explainC | Explain (rm_gates). Run and inspect the two-tier (fast/heavy) pre-commit gate across repos. The single tool that can actually drive both tiers of the two-tier gate
model: |
| rm_gates_profileC | Profile (rm_gates). Run and inspect the two-tier (fast/heavy) pre-commit gate across repos. The single tool that can actually drive both tiers of the two-tier gate
model: |
| rm_gates_audit_fail_fastB | Audit fail fast (rm_gates). Run and inspect the two-tier (fast/heavy) pre-commit gate across repos. The single tool that can actually drive both tiers of the two-tier gate
model: |
| rm_gates_xdist_planC | Xdist plan (rm_gates). Run and inspect the two-tier (fast/heavy) pre-commit gate across repos. The single tool that can actually drive both tiers of the two-tier gate
model: |
| rm_gates_xdist_applyC | Xdist apply (rm_gates). Run and inspect the two-tier (fast/heavy) pre-commit gate across repos. The single tool that can actually drive both tiers of the two-tier gate
model: |
| rm_gates_phase_directionB | Phase direction (rm_gates). Run and inspect the two-tier (fast/heavy) pre-commit gate across repos. The single tool that can actually drive both tiers of the two-tier gate
model: |
| rm_gates_reposC | Repos (rm_gates). Run and inspect the two-tier (fast/heavy) pre-commit gate across repos. The single tool that can actually drive both tiers of the two-tier gate
model: |
| rm_gates_phase_direction_hereC | Phase direction here (rm_gates). Run and inspect the two-tier (fast/heavy) pre-commit gate across repos. The single tool that can actually drive both tiers of the two-tier gate
model: |
| rm_workspace_listD | List (rm_workspace). Core workspace organization, configuration, and maintenance. |
| rm_workspace_list_branchesC | List branches (rm_workspace). Core workspace organization, configuration, and maintenance. |
| rm_workspace_setupC | Setup (rm_workspace). Core workspace organization, configuration, and maintenance. |
| rm_workspace_templateD | Template (rm_workspace). Core workspace organization, configuration, and maintenance. |
| rm_workspace_saveD | Save (rm_workspace). Core workspace organization, configuration, and maintenance. |
| rm_workspace_maintainC | Maintain (rm_workspace). Core workspace organization, configuration, and maintenance. |
| rm_workspace_maintain_statusC | Maintain status (rm_workspace). Core workspace organization, configuration, and maintenance. |
| rm_workspace_fleet_evidence_checkD | Fleet evidence check (rm_workspace). Core workspace organization, configuration, and maintenance. |
| rm_concepts_reserveB | Reserve (rm_concepts). Concept-id claim coordination against RMDD-16's central authority. Repository-manager never allocates a concept id itself: every action
here is a thin, MCP/CLI-neutral consumer of an injected authority
port. When the central authority ( |
| rm_concepts_getC | Get (rm_concepts). Concept-id claim coordination against RMDD-16's central authority. Repository-manager never allocates a concept id itself: every action
here is a thin, MCP/CLI-neutral consumer of an injected authority
port. When the central authority ( |
| rm_concepts_listC | List (rm_concepts). Concept-id claim coordination against RMDD-16's central authority. Repository-manager never allocates a concept id itself: every action
here is a thin, MCP/CLI-neutral consumer of an injected authority
port. When the central authority ( |
| rm_concepts_materializeC | Materialize (rm_concepts). Concept-id claim coordination against RMDD-16's central authority. Repository-manager never allocates a concept id itself: every action
here is a thin, MCP/CLI-neutral consumer of an injected authority
port. When the central authority ( |
| rm_concepts_releaseC | Release (rm_concepts). Concept-id claim coordination against RMDD-16's central authority. Repository-manager never allocates a concept id itself: every action
here is a thin, MCP/CLI-neutral consumer of an injected authority
port. When the central authority ( |
| rm_concepts_verify_candidateC | Verify candidate (rm_concepts). Concept-id claim coordination against RMDD-16's central authority. Repository-manager never allocates a concept id itself: every action
here is a thin, MCP/CLI-neutral consumer of an injected authority
port. When the central authority ( |
| rm_concepts_verify_generationC | Verify generation (rm_concepts). Concept-id claim coordination against RMDD-16's central authority. Repository-manager never allocates a concept id itself: every action
here is a thin, MCP/CLI-neutral consumer of an injected authority
port. When the central authority ( |
| rm_concepts_reconcileC | Reconcile (rm_concepts). Concept-id claim coordination against RMDD-16's central authority. Repository-manager never allocates a concept id itself: every action
here is a thin, MCP/CLI-neutral consumer of an injected authority
port. When the central authority ( |
| rm_remote_workers_register_workerC | Register worker (rm_remote_workers). Remote worker registry, immutable source staging, and artifact transport. Composes RMDD-15's |
| rm_remote_workers_seed_from_inventoryC | Seed from inventory (rm_remote_workers). Remote worker registry, immutable source staging, and artifact transport. Composes RMDD-15's |
| rm_remote_workers_profileC | Profile (rm_remote_workers). Remote worker registry, immutable source staging, and artifact transport. Composes RMDD-15's |
| rm_remote_workers_recheckC | Recheck (rm_remote_workers). Remote worker registry, immutable source staging, and artifact transport. Composes RMDD-15's |
| rm_remote_workers_stage_sourceC | Stage source (rm_remote_workers). Remote worker registry, immutable source staging, and artifact transport. Composes RMDD-15's |
| rm_remote_workers_verify_sourceC | Verify source (rm_remote_workers). Remote worker registry, immutable source staging, and artifact transport. Composes RMDD-15's |
| rm_remote_workers_receive_artifactC | Receive artifact (rm_remote_workers). Remote worker registry, immutable source staging, and artifact transport. Composes RMDD-15's |
| rm_remote_workers_dispatch_buildC | Dispatch build (rm_remote_workers). Remote worker registry, immutable source staging, and artifact transport. Composes RMDD-15's |
| rm_remote_workers_host_loss_reconcileB | Host loss reconcile (rm_remote_workers). Remote worker registry, immutable source staging, and artifact transport. Composes RMDD-15's |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| connector-status | Ask for this connector server's current operational status. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| _connector_status_resource | Native resource exposing this server's static status payload. |
TDQS
Scored across 122 tools
There are two parallel tool families covering the same operations (e.g. repository_manager_clone_projects vs rm_git_clone, repository_manager_commit_project vs rm_git_commit, repository_manager_pull_projects vs rm_git_pull), so an agent cannot tell which to pick. Worse, whole groups share byte-identical descriptions: all ~11 rm_gates_* tools (run, status, explain, profile, audit_fail_fast, xdist_plan, phase_direction...) carry the same text, as do repository_manager_maintain_projects and repository_manager_phased_bumpversion. Several tools (rm_git_raw, rm_git_action, process-style wrappers) have indistinguishable boundaries.
Two competing conventions coexist: a verbose 'repository_manager_verb_noun' style and a short 'rm_<module>_<action>' style, applied inconsistently to the same underlying capabilities. The rm_* family splits into ~20 sub-namespaces (rm_gates, rm_git, rm_worktree, rm_merge_queue, rm_build, rm_concepts, rm_remote_workers), each mostly verb_noun internally, but the duplication of verbs across namespaces undermines predictability.
122 tools is an extreme mismatch for a repository management server; the guidance target is roughly 3-15. A large fraction are redundant wrappers of the same git/workspace actions exposed under two naming families, plus many near-duplicate gate/concept/remote-worker variants, inflating the surface far beyond what the domain needs.
The domain is broadly covered — clone/pull/push/commit/branch, version bumping, gates, builds, worktrees, merge queue, workspace config, and even concept reservation and remote workers. However several tools are documented as non-functional stubs (rm_remote_workers_host_loss_reconcile 'always refuses today', concept mutations refuse when authority is absent), and the redundancy makes it hard to identify the canonical path for any lifecycle step.