depot-mcp (akshayjain3450/depot-mcp) is an MCP server listed on the M8ven Trust Index. It scores 74 out of 100, grade C. It declares 44 tools. No publisher has claimed this listing.
MCP server for Depot (depot.dev): read-only CI failure diagnosis, container build forensics, and usage insight for Claude Code, Cursor, Copilot, Codex and other agents
Emerging. No concerning findings. Grades remain capped until the project builds reputation through adoption. Grades reflect the full trust pyramid: code, verification depth, and reputation. New projects cap at C until adoption is earned.
How we verified
Verified is a snapshot. Live keeps it current, and builds your track record.
⚡ Connect GitHub → continuous verification on every pushwhy connect →Who stands behind it
akshayjain3450
Source: github_repo_search
Claim it to get a verified publisher badge, a free copy of our full audit findings, and direct contact for any high-priority issues we find. Or connect your repo for our deepest verification, Live Monitored: read-only, revoke anytime. What we access →
Install from
The grade above is for the source repository. Registries can serve a different version, so we mark the ones we were not able to read.
These names and descriptions are the publisher's own, read from the source code. We print them as written. Our assessment is the findings above, not this list.
depot_audit_trust_policiesdepot_list_project_tokensList the project tokens that exist for one Depot container build project: token id, description, and timestamps when Depot provides them. Never the token secret, which Depot only reveals once, at creation, and this server never creates one. Use this for credential inventory and access reviews: "whi…
depot_diagnose_buildExplain why a Depot container build failed: locate the step that broke and return its error and the tail of its logs, alongside cache effectiveness for the build. Use this for "why did my docker build fail". Unlike Depot CI, container builds have no server-side AI diagnosis, so this tool does the l…
depot_get_buildShow one Depot container build: its status, when it was created, started and finished, how long it ran, and how much of it the cache served. Use this to check on a specific build by id: "did build X succeed", "is it still running", "how well did the cache do". It is one request and returns quickly,…
depot_list_buildsList recent container builds for a Depot project, with duration and cache effectiveness for each. Use this to find a build to diagnose, or to answer "are our builds getting slower" — every row carries cachedSteps, totalSteps and secondsSaved, so a run of builds with a low cache hit ratio is visible…
depot_get_cache_summaryReport the health of one Depot project's layer cache: the retention policy against the current cache size, the cache hit ratio over recent builds, the time the cache saved, and plain-language observations (cache near its size limit, low hit ratio, builds arriving less often than the retention keeps …
depot_list_ci_artifactsdepot_get_ci_artifact_urlMint a short-lived signed download URL for one Depot CI artifact, by artifact id. Use this when you already know which artifact you want (from depot_list_ci_artifacts) and need to fetch it: a JUnit report to read the failing test names, a screenshot from a browser test, a built binary. Download it …
depot_compare_ci_runsdepot_list_ci_secretsList the names and scoping of Depot CI secrets. Values are never returned — Depot's API does not expose them at all, by design. Use this to answer "why can't my job see $FOO". Depot models a secret as one name with several variants, each scoped by repository, environment, branch, and workflow attri…
depot_list_ci_variablesList Depot CI variables, their values, and their scoping. Use this for the same "why can't my job see $FOO" question as depot_list_ci_secrets, and to check that a variable holds what you expect for a given branch or environment. Depot models a variable as one name with several variants, each scoped…
depot_dispatch_ci_workflowdepot_get_ci_jobShow one Depot CI job: its status, conclusion, recorded error, runner labels, timing, and every attempt with the attempt and sandbox ids needed to drill in. Use this when you already have a jobId (from depot_get_ci_run or a diagnosis) and want to know what happened to that job across retries: which…
depot_get_ci_attemptShow one attempt of a Depot CI job: its status, conclusion, recorded error, sandbox and session ids, timing, and whether it is the job's current attempt, with the parent job, workflow, and run for context. Use this when you hold an attemptId (from depot_get_ci_run, depot_get_ci_job, or a diagnosis)…
depot_get_ci_logsdepot_get_ci_metricsRead CPU and memory metrics for a Depot CI run, job, or job attempt. Use this when a job died without a useful error, was killed abruptly, hit an exit code like 137, or is simply slow — the shapes to look for are memory sitting at its limit (an OOM kill) or CPU pinned at 100% for the whole job (und…
depot_list_ci_runsList recent Depot CI runs, newest first, optionally filtered by status, repository, commit, trigger, or pull request. Use this to find the run someone is talking about — "my last failed build", "did main go green", "what ran for PR 412" — and then pass the returned runId to depot_diagnose_ci_failur…
depot_get_ci_runShow one Depot CI run as its workflow -> job -> attempt tree, with the status of every node and the ids needed to drill in. Use this to see the shape of a run: which jobs exist, which failed, and which attempt ids to pass to depot_get_ci_logs or depot_get_ci_metrics. Set failedOnly=true to cut a la…
depot_get_ci_job_summaryRead the step summary a Depot CI job authored for itself — the equivalent of GitHub Actions' $GITHUB_STEP_SUMMARY. This is markdown the job's own steps chose to publish: test result tables, coverage deltas, lint counts, deployment URLs. When a job writes one, it is usually a far better explanation …
depot_set_ci_variabledepot_delete_ci_variabledepot_wait_for_ci_runWait, for a bounded time, until a Depot CI run, one workflow in it, or one job reaches a terminal state, then report the outcome and which nodes changed state while waiting. Use this after a push or a rerun when the next step depends on the result: "wait for the run to finish, then diagnose it if i…
depot_list_ci_workflowsList recent Depot CI workflows, newest first, with each one's status and job counts, optionally filtered by workflow name, status, repository, commit, trigger, or pull request. Use this when the question is about a named workflow rather than a whole run: "is the deploy workflow green", "which CI wo…
depot_get_ci_workflowShow one Depot CI workflow: its status and timing, its parent run, its execution history (every rerun or retry, oldest first), and its job -> attempt tree with the ids needed to drill in. Use this when you have a workflowId (from depot_list_ci_workflows, depot_get_ci_run, or a diagnosis) and want t…
depot_cancel_ci_runCancel a queued or running Depot CI run (CancelRun) and every unfinished workflow and job under it, or, when workflowId is given, cancel just that workflow (CancelWorkflow) and its jobs. Use this when a run is known to be wasted: a superseded commit, a job stuck waiting, a workflow started by mista…
depot_cancel_ci_jobCancel a single queued or running Depot CI job (CancelJob), leaving the rest of its workflow and run untouched. Use this for one stuck or pointless job, for example a matrix entry that is hanging, when the rest of the run should finish. To stop everything, use depot_cancel_ci_run instead. Cancellin…
depot_retry_ci_failed_jobsdepot_retry_ci_jobdepot_rerun_ci_workflowRerun every job of a finished Depot CI workflow (RerunWorkflow), successful ones included. Depot resets each terminal job and starts a new execution, so this costs the workflow's full compute again. Prefer depot_retry_ci_failed_jobs, which reruns only what failed; this tool is for cases where the p…
depot_update_projectChange a Depot container build project's name, builder hardware, or layer cache policy (ProjectService/UpdateProject). The API form of editing the project in the Depot dashboard. dryRun (the default) reads the project with GetProject and shows each field that would change, from the current value to…
depot_delete_projectdepot_create_projectCreate a Depot container build project (ProjectService/CreateProject): a name, a region, optional runner hardware, and an optional layer cache policy. The API form of `depot projects create`. dryRun (the default) lists the organization's existing projects, resolves every default (region us-east-1, …
depot_list_projectsList Depot container build projects with their region, runner hardware, and cache policy. Use this to find a projectId for depot_list_builds, depot_diagnose_build, or depot_list_images, and to check configuration that affects build speed: which region a project builds in, how large its runners are,…
depot_get_projectShow one Depot container build project's full configuration together with its OIDC trust policies. Use this to check build capacity and cache retention for a specific project, and to audit which external CI systems are allowed to exchange an OIDC token for Depot credentials — trust policies are the…
depot_list_registry_repositoriesdepot_get_registry_imagedepot_list_imagesList the container images stored in a Depot project's registry, with tag, digest, push time, and size. Use this to check whether a build actually pushed what you expected, to find the digest behind a tag before a deploy, or to see when an image was last refreshed. Requires a projectId; DEPOT_PROJE…
depot_stop_sandboxdepot_kill_sandboxdepot_list_sandboxesdepot_get_sandboxdepot_get_usageReport Depot usage for a period: container build minutes and minutes saved by caching, GitHub Actions runner minutes by repository and workflow, storage, and agent sandbox minutes. Use this for cost questions — "what is burning our Depot minutes", "which repo dominates our runner bill", "is the cac…
depot_list_project_usageList every Depot container build project's build count, total build time, and layer cache size for a period, in one call. Use this for "which project holds the most cache", "which projects are actually building", and "where is our storage going". Rows are sorted by layer cache size, largest first, …
depot_whoamiVerify the configured Depot token and report which organizations and projects it can actually see. Call this first whenever another Depot tool returns an empty list or a permission error. Depot's most common confusing failure is a token that spans several organizations with none selected: requests …
Tool annotations
1/44 tools have annotations
Add readOnlyHint or destructiveHint annotations to every tool so hosts can warn users before invoking.
All four hints declared on every tool
44/44 tools missing one or more hints — depot_audit_trust_policies (missing: readOnlyHint, destructiveHint, idempotentHint); depot_list_project_tokens (missing: readOnlyHint, destructiveHint, idempotentHint, openWorldHint); depot_diagnose_build (missing: readOnlyHint, destructiveHint, idempotentHint, openWorldHint), +41 more. OpenAI's directory rejects tools where any of the four hints are missing or non-boolean.
For every tool, set all four hints (readOnlyHint, destructiveHint, idempotentHint, openWorldHint) to explicit true/false values that match the handler’s actual behaviour.
Claim the listing to review these findings one by one and send us a correction where you disagree, straight to the team. Claiming also means we tell you when the grade moves, and reach you first if we find anything urgent.
[](https://m8ven.ai/mcp/akshayjain3450/depot-mcp)?variant=verified to the badge URL.Vetting this one by hand? Tool Check is an MCP that scores other MCPs. Add it once and ask Claude, ChatGPT, or any MCP client to grade a server, surface CVEs, check the publisher, and suggest safer alternatives — before you install.
https://m8ven.ai/api/mcp/tool-check