Findings on what compounds and supplements do in the body, with evidence strength, quote and paper.
- Passed: Handshake
- Passed: Tools listed
- Passed: Updated recently
Median latency 699 ms · Last checked
Explore
Evidence for your next connection.
Independent measurements of remote MCP servers. Every observation has a timestamp.
Read-only probesMCP server · Other
Deterministic package.json upgrade plans: age gate, aligned peers, reasons per change. No AI.
1 failed · 8 not measured
Median of successful probes over 7 days
Share of countable probes over 30 days, including daily rollups. Auth challenges are excluded.
Tool definitions returned by this server
Independent monitoring
Responded
The server completed its last measured handshake. This is an observation, not a guarantee.
Last checked| Test area | Passed | Failed | Unmeasured |
|---|---|---|---|
ConnectionCan a client connect and discover tools? | 5 | 0 | 0 |
Reliability & speedDoes it respond consistently and quickly? | 0 | 0 | 4 |
Access & authenticationWhat is required to use this server? | 1 | 0 | 2 |
Tool qualityAre the tool definitions usable by an agent? | 4 | 0 | 0 |
Publisher identityCan the publisher be traced to its source? | 3 | 1 | 2 |
Unmeasured means there is not enough evidence to decide. How these checks work
Start using Ripedeps
Choose your client, copy the configuration, then enable the server in your client’s MCP settings.
Run this command in your terminal, then restart Claude Code.
Claude Code
claude mcp add --transport http ripedeps https://mcp.ripedeps.com/mcpCapabilities
Recommends version upgrades for a package.json: the newest versions that are old enough and within the allowed step size, kept aligned with each other (peer dependencies and the first-level dependencies of the packages). Deterministic, no AI. Returns the new package.json, a unified diff (apply with `patch -p1`) and a per-package table with the reasons. Every package has an `explanation` sentence and `notes` lists other changes to the file (the `ripedeps` entry): relay them to the user as the rationale for each change. Send the file as `packageJson` (text) or as `packageJsonUrl` (https URL of a raw file), exactly one of them. Recommended: minAgeDays 7 (versions younger than 7 days are not proposed). The default is 0, or the `ripedeps` entry of the file. maxBump defaults to minor. Use `focus` to restrict the upgrade to some packages (and their direct neighbours). Try more than one level: a plan only suggests and writes nothing, so calling again is cheap. Start with minor; if a package is held with a `level-limit` reason (a newer major exists), call again with maxBump "major" (optionally with `focus`) and compare. A `held` result is a reasoned decision for that one package, not a ban on the level: its reason names what blocks it (a peer or dependency constraint). Apply a larger step only when the user approves it. Privacy: We do not keep your package.json: every upload is processed from scratch and discarded, nothing about its content or your IP address is remembered. Only anonymous statistics (file size, number of dependencies, number of changes) are counted.
DiscoveredRecent measurements
| Checked | Result | Response | Tools |
|---|---|---|---|
| Connected | 126 ms | 1 |