← Back to search

Search • TrustOps • Plans • Shortlists • Rankings • Compare • ChatGPT compatible • Claude compatible • Healthcare • Digests • RSS • RSS XML • Backfill • MCP API

ai.lucasandersen/mlp-tax

MLP Tax Computation Engine

Deterministic MLP tax engine with IRS citations. 6 tools: basis, §751, estate, projections.

JSON report • History API • Manage this server • Global feed

EXECUTIVE VERDICT

Executive verdict

Production trust decision: Allow with approval

Reason: write/exec approval gaps + high-risk tools need review

Next action: export policy, configure alerts, require approval for writes

Status

Healthy

Score

72.7

Transport

streamable-http

Tools

Current trust snapshot

Snapshot ID

trustsnap_796ffa9f6bf8dd49

Use this ID to compare server page, report, policy, MCP, homepage, ranking, and shortlist surfaces.

Snapshot generated

May 13, 2026 06:04:15 PM UTC

All page, report, policy, and MCP surfaces use this same server-detail snapshot shape.

Last validated

May 13, 2026 02:34:09 PM UTC

Age: 3.5h • freshness band: Verified in last 24h • display score: 72.74

Production trust decision

Allow with approval

write/exec approval gaps + high-risk tools need review

Readiness class

Safe for evaluation

The server is suitable for evaluation, but remaining gaps should be resolved before broad production use.

SERVER OWNER FUNNEL

Own this MCP?

Claim ownership, prove control with a GitHub, DNS, or HTTP token challenge, revalidate now, publish a badge, and configure monitoring.

1. Claim

unclaimed

Start owner claim with GitHub, DNS, or HTTP challenge instructions.

2. Revalidate

POST /v1/servers/ai.lucasandersen/mlp-tax/revalidate

Verified owners get priority queueing after proof succeeds.

3. Badge

Verified by MCP Verify - score 72.7 - last checked May 13, 2026

4. Monitor

Pick plan + alerts

Continuous Verify plan is self-serve: choose a tier, configure watches, add authenticated validation, trigger revalidation, and use the badge.

Badge embed

[![Verified by MCP Verify](https://verify.sentinelsignal.io/badge/ai.lucasandersen/mlp-tax.svg)](https://verify.sentinelsignal.io/servers/ai.lucasandersen/mlp-tax)

MCP TrustOps

TrustOps turns this report into operational controls: freshness SLAs, authenticated validation, semantic benchmarks, policy exports, alert subscriptions, badges, cost/compliance metadata, and runtime routing. Fresh trusted index decisions stay separate from long-tail inventory so stale scores do not masquerade as current evidence.

Freshness band

Verified in last 24h

Policy SLA: 168.0h • confidence-weighted score: 57.3 • stale score suppressed: ✕

Policy exports

Export policy

Formats: json, rego, yaml, github_action, gateway_config, client_report

Runtime routing

/v1/route

Returns allowed tools, blocked tools, approval requirement, and reason.

Authenticated validation

Premium publisher feature: paid authenticated runs verify scopes, write-action safeguards, and authorized tool execution.

Active trust badges

Freshly Validated Claude Remote MCP Ready No Critical Risk

Semantic benchmarks

available

Templates cover GitHub, database, healthcare, web search, and CRM least-privilege jobs.

Supply chain

metadata signal

Deep scan checks are marked separately from public metadata signals.

Compliance metadata

Terms, privacy, SOC 2, HIPAA, GDPR, retention, deletion, and audit-log fields are tracked as enterprise metadata.

Alert subscription types

Status changes Score drops or recovers Freshness SLA breach Validation schema drift OAuth or auth behavior changes Tool surface changes New or changed write tool Supply-chain signal changes Legal or compliance metadata changes

Production readiness class

Safe for evaluation

The server is suitable for evaluation, but remaining gaps should be resolved before broad production use.

Critical alerts

Production verdicts degrade quickly when critical alerts are active.

Evidence confidence

Confidence score

78.8

Based on 3 recent validations, 26 captured checks, and validation age of 3.5 hours.

Live checks captured

More direct checks increase trust in the current verdict.

Validation age

3.5h

Lower age means fresher evidence.

Recommended for

Claude Desktop

Claude Desktop is marked compatible with score 83.

Smithery

Smithery is marked compatible with score 100.

Generic Streamable HTTP

Generic Streamable HTTP is marked compatible with score 100.

Client compatibility verdicts

Client compatibility only means the server shape can work with a client. Production trust decision and write-action publishing are evaluated separately so a client-compatible server can still be blocked for production.

Client compatibility: ChatGPT

Partially client-compatible

OpenAI connectors expect OAuth for remote server auth.; Dynamic client registration materially improves connector setup.; Transport compliance should be in good shape.

Confidence: high (78.75)

Evidence provenance

Winner: live_validation

Supporting sources: live_validation, history, server_card

Disagreements: none

initialize • OK
tools_list • OK
transport_compliance_probe • Error
step_up_auth_probe • Missing
connector_replay_probe • OK — Frozen tool snapshots must survive refresh.
request_association_probe • Missing — Roots, sampling, and elicitation should stay request-scoped.

Client compatibility: Claude

Client-compatible

Transport behavior should match Claude-compatible HTTP expectations.

Confidence: high (78.75)

Evidence provenance

Winner: live_validation

Supporting sources: live_validation, history, server_card

Disagreements: none

initialize • OK
tools_list • OK
transport_compliance_probe • Error

Write-action publishing

Publishing blocked

Blocked until safeguards and confirmation semantics are verified for write, exec, or destructive tools.

Confidence: high (78.75)

Evidence provenance

Winner: live_validation

Supporting sources: live_validation, history

Disagreements: none

action_safety_probe • Error

Snapshot churn risk

Low

No material tool-surface churn detected in the latest comparison.

Confidence: high (78.75)

Evidence provenance

Winner: history

Supporting sources: history, live_validation

Disagreements: none

tool_snapshot_probe • OK
connector_replay_probe • OK

Why compatibility is limited by client

ChatGPT custom connector

Partial

Remediation checklist

No explicit blockers recorded.

Claude remote MCP

Ready

Remediation checklist

No explicit blockers recorded.

Write-safe publishing

Blocked

Remediation checklist

No explicit blockers recorded.

Verdict traces

Production verdict

Safe for evaluation

The server is suitable for evaluation, but remaining gaps should be resolved before broad production use.

Confidence: high (78.75)

Winning source: live_validation

Triggering alerts

No active alert triggers.

Client verdict trace table

Verdict	Status	Checks	Winning source	Conflicts
`openai_connectors`	Partially client-compatible	initialize, tools_list, transport_compliance_probe, step_up_auth_probe, connector_replay_probe, request_association_probe	live_validation	none
`claude_desktop`	Client-compatible	initialize, tools_list, transport_compliance_probe	live_validation	none
`unsafe_for_write_actions`	Publishing blocked	action_safety_probe	live_validation	none
`snapshot_churn_risk`	Low	tool_snapshot_probe, connector_replay_probe	history	none

Publishability policy profiles

ChatGPT custom connector compatibility

Compatible with review

OpenAI connectors expect OAuth for remote server auth.; Dynamic client registration materially improves connector setup.; Transport compliance should be in good shape. Compatibility is not a production approval; company knowledge and Messages API gates remain separate.

Search Fetch Only: No
Write Actions Present: Yes
Oauth Configured: No
Admin Refresh Required: No
Safe For Company Knowledge: No
Safe For Messages Api Remote Mcp: No

Claude remote MCP compatibility

Connector-compatible

Transport behavior should match Claude-compatible HTTP expectations. Compatibility is not a production approval; company knowledge and Messages API gates remain separate.

Search Fetch Only: No
Write Actions Present: Yes
Oauth Configured: No
Admin Refresh Required: No
Safe For Company Knowledge: No
Safe For Messages Api Remote Mcp: No

Compatibility fixtures

ChatGPT custom connector fixture

Degraded

OpenAI connectors expect OAuth for remote server auth.; Dynamic client registration materially improves connector setup.; Transport compliance should be in good shape.

remote_http_endpoint: Passes
oauth_discovery: Degraded
frozen_tool_snapshot_refresh: Passes
request_association: Passes

Anthropic remote MCP fixture

Degraded

Transport behavior should match Claude-compatible HTTP expectations.

remote_transport: Passes
tool_discovery: Passes
auth_connect: Passes
safe_write_review: Degraded

Authenticated validation sessions

Public validation is free. Authenticated validation is paid and proves scoped behavior, write-action safeguards, and authenticated tool execution.

Latest profile

remote_mcp

Authenticated session used

Public score isolation

✓

Preview endpoint

/v1/verify

CI preview endpoint

/v1/ci/preview

Public server reputation

Validation success 7d

1.0

Validation success 30d

1.0

Mean time to recover

n/a

Breaking diffs 30d

Registry drift frequency 30d

Snapshot changes 30d

Incident & change feed

Timestamp	Event	Details
May 13, 2026 02:34:09 PM UTC	Latest validation: healthy	Score 72.7 with status healthy.
May 13, 2026 02:34:09 PM UTC	Score changed	Score delta +0.4 versus the previous run.
May 13, 2026 02:33:40 AM UTC	Score changed	Score delta +3.2 versus the previous run.

Capabilities

OAuth: ✕
DCR/CIMD: ✕
Prompts: ✕
Homepage: none
Docs: none
Support: none
Icon: none
Remote endpoint: https://api.lucasandersen.ai/mcp
Server card: none

Use-case taxonomy

development productivity finance monitoring

Security posture

Tools analyzed

High-risk tools

Destructive tools

Exec tools

Egress tools

Secret tools

Bulk-access tools

Risk distribution

medium:4, high:2

Tool capability & risk inventory

Tool	Capabilities	Risk	Findings	Notes
`mlp_projection`	write admin	Medium	admin mutation	No explicit safeguard hints detected.
`mlp_estate_planning`	write delete admin	High	destructive operation admin mutation	No explicit safeguard hints detected.
`mlp_sell_vs_hold`	read write admin	Medium	admin mutation	No explicit safeguard hints detected.
`mlp_info`	write admin	Medium	admin mutation	No explicit safeguard hints detected.
`k1_basis_compute`	write admin	Medium	admin mutation	No explicit safeguard hints detected.
`k1_basis_multi_year`	write exec admin	High	command execution admin mutation	No explicit safeguard hints detected.

Write-action governance

Governance status

Error

Safe to publish

Auth boundary

public_or_unclear

Blast radius

Medium

High-risk tools

Confirmation signals

none

Safeguard count

Status detail: 2 high-risk tool(s), 1 destructive tool(s), 1 exec-capable tool(s) are exposed without a clear auth boundary; no safeguards or confirmation signals detected.

Tool	Risk	Flags	Safeguards
`mlp_estate_planning`	High	destructive operation admin mutation	no
`k1_basis_multi_year`	High	command execution admin mutation	no

Action-controls diff

Snapshot changed

Disabled-by-default candidates

none

Manual review candidates

none

New actions

Action	Risk	Flags
No newly added actions.

Changed actions

Action	Change types	Risk
No materially changed actions.

Why this score?

Access & Protocol

32/44

Connectivity, auth, and transport expectations for common clients.

Interface Quality

38.01/56

How well the tool/resource interface communicates and behaves under automation.

Security Posture

23.25/36

How safely the exposed tool surface handles destructive actions, egress, execution, secrets, and risky inputs.

Reliability & Trust

21.81/24

Operational stability, consistency, and trustworthiness over time.

Discovery & Governance

22.5/28

How well the server is documented, listed, and governed in public registries.

Adoption & Market

5/8

Adoption clues and public evidence that the server is intended for external use.

Algorithmic score breakdown

Auth Operability

2/4

Measures whether auth discovery and protected access behave predictably for clients.

Error Contract Quality

2.7/4

Grades machine-readable error structure, status alignment, and remediation hints.

Rate-Limit Semantics

2/4

Checks whether quota/throttle responses are deterministic and automation-friendly.

Schema Completeness

3/4

Completeness of tool descriptions, parameter docs, examples, and schema shape.

Backward Compatibility

4/4

Stability score across tool schema/name drift relative to prior validations.

SLO Health

4/4

Availability, latency, and burst-failure profile across recent validation history.

Security Hygiene

0.5/4

HTTPS posture, endpoint hygiene, and response-surface hardening checks.

Task Success

4/4

Can an agent reliably initialize, enumerate tools, and execute core MCP flows?

Trust Confidence

3.8/4

Confidence-adjusted reliability score that penalizes low evidence volume.

Abuse/Noise Resilience

3/4

How well the server preserves core behavior in the presence of noisy traffic patterns.

Prompt Contract

2/4

Quality of prompt metadata, argument shape, and prompt discoverability for clients.

Resource Contract

2/4

How completely resources and resource templates describe URIs, types, and usage shape.

Discovery Metadata

3/4

Homepage, docs, icon, repository, support, and license coverage for directory consumers.

Registry Consistency

2/4

Agreement between stored registry metadata, live server-card data, and current validation output.

Installability

4/4

How cleanly a real client can connect, initialize, enumerate tools, and proceed through auth.

Session Semantics

4/4

Determinism and state behavior across repeated MCP calls, including sticky-session surprises.

Tool Surface Design

3/4

Naming clarity, schema ergonomics, and parameter complexity across the tool surface.

Result Shape Stability

3/4

Stability of declared output schemas across validations, with penalties for drift or missing shapes.

OAuth Interop

3/4

Depth and client compatibility of OAuth/OIDC metadata beyond the minimal protected-resource check.

Recovery Semantics

0.3/4

Whether failures include actionable machine-readable next steps such as retry or upgrade guidance.

Maintenance Signal

3/4

Versioning, update recency, and historical validation cadence that indicate active stewardship.

Adoption Signal

2/4

Directory presence and distribution clues that suggest the server is intended for external use.

Freshness Confidence

3/4

Confidence that recent validations are current enough and dense enough to trust operationally.

Transport Fidelity

4/4

Whether declared transport metadata matches the observed endpoint behavior and response formats.

Spec Recency

4/4

How close the server’s claimed MCP protocol version is to the latest known public revision.

Session Resume

3/4

Whether Streamable HTTP session identifiers and resumed requests behave cleanly for real clients.

Step-Up Auth

3/4

Whether OAuth metadata and WWW-Authenticate challenges support granular, incremental consent instead of broad upfront scopes.

Transport Compliance

0/4

Checks session headers, protocol-version enforcement, session teardown, and expired-session behavior.

Utility Coverage

2/4

Signals support for completions, pagination, and task-oriented utility surfaces that larger clients increasingly expect.

Advanced Capability Coverage

2/4

Coverage of newer MCP surfaces like roots, sampling, elicitation, structured output, and related metadata.

Connector Publishability

3/4

How ready the server looks for client catalogs and managed connector programs.

Tool Snapshot Churn

4/4

Stability of the tool surface across recent validations, including add/remove and output-shape drift.

Connector Replay

4/4

Whether a previously published frozen connector snapshot would remain backward compatible after the latest tool refresh.

Request Association

3/4

Whether roots, sampling, and elicitation appear tied to active client requests instead of arriving unsolicited on idle sessions.

Interactive Flow Safety

3/4

Whether prompts and docs steer users toward safe auth flows instead of pasting secrets directly.

Action Safety

2/4

Risk-weighted view of destructive, exec, egress, and confirmation semantics across the tool surface.

Official Registry Presence

4/4

Whether the server appears directly or indirectly in the official MCP registry.

Provenance Divergence

4/4

How closely official registry metadata, the live server card, and public repo/package signals agree with each other.

Safety Transparency

4/4

Clarity of docs, auth disclosure, support links, and other trust signals visible to integrators.

Tool Capability Clarity

4/4

How clearly the tool surface communicates whether each action reads, writes, deletes, executes, or exports data.

Destructive Operation Safety

2/4

Penalizes delete/revoke/destroy style tools unless auth and safeguards reduce blast radius.

Egress / SSRF Resilience

3/4

Assesses arbitrary URL fetch, crawl, webhook, and remote-request exposure on the tool surface.

Execution / Sandbox Safety

3.8/4

Evaluates shell, code, script, and command-execution exposure and whether that surface appears contained.

Data Exfiltration Resilience

3/4

Assesses export, dump, backup, and bulk-read behavior against the surrounding auth and safeguard signals.

Least Privilege Scope

2/4

Rewards scoped auth metadata and penalizes broad or missing scopes around privileged tools.

Secret Handling Hygiene

3/4

Assesses secret-bearing tools, token leakage risk, and whether the public surface avoids obvious secret exposure.

Supply Chain Signal

2.5/4

Public metadata signal for repository, changelog, license, versioning, and recency that supports supply-chain trust.

Input Sanitization Safety

3/4

Penalizes risky freeform string inputs when schemas do not constrain URLs, code, paths, queries, or templates.

Tool Namespace Clarity

4/4

Measures naming uniqueness and ambiguity across the tool namespace to reduce collision and confusion risk.

Compatibility profiles

OpenAI Connectors

66.7

partial

OpenAI connectors expect OAuth for remote server auth.; Dynamic client registration materially improves connector setup.; Transport compliance should be in good shape.

Connector URL: https://api.lucasandersen.ai/mcp
# No OAuth metadata detected.
# Server: ai.lucasandersen/mlp-tax

Claude Desktop

83.3

compatible

Transport behavior should match Claude-compatible HTTP expectations.

{
  "mcpServers": {
    "mlp-tax": {
      "command": "npx",
      "args": ["mcp-remote", "https://api.lucasandersen.ai/mcp"]
    }
  }
}

Smithery

100.0

compatible

No major blockers detected.

smithery mcp add "https://api.lucasandersen.ai/mcp"

Generic Streamable HTTP

100.0

compatible

No major blockers detected.

curl -sS https://api.lucasandersen.ai/mcp -H 'content-type: application/json' -d '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{"protocolVersion":"2025-03-26","capabilities":{},"clientInfo":{"name":"mcp-verify","version":"0.1.0"}}}'

Actionable remediation

Severity	Remediation	Why it matters	Recommended action
High	Add confirmation and dry-run semantics for risky actions	High-risk write, delete, exec, or egress tools should communicate safeguards clearly.	Inspect the latest validation evidence and resolve the client-visible regression. Playbook Inspect the latest validation evidence. Resolve the highest-severity client-facing gap first. Revalidate and confirm the score and verdict improve.
High	Align session and protocol behavior with Streamable HTTP expectations	Clients increasingly rely on MCP-Protocol-Version, session teardown, and expired-session semantics.	Align MCP-Protocol-Version, MCP-Session-Id, DELETE teardown, and expired-session handling with the transport spec. Playbook Return `Mcp-Session-Id` and `Mcp-Protocol-Version` headers consistently on streamable HTTP responses. Honor `DELETE` session teardown and return `404` when a deleted session is reused. Reject invalid protocol-version headers with `400 Bad Request`.
High	Associate roots, sampling, and elicitation with active client requests	Modern MCP guidance expects roots, sampling, and elicitation traffic to be tied to an active client request instead of arriving unsolicited on idle sessions.	Inspect the latest validation evidence and resolve the client-visible regression. Playbook Inspect the latest validation evidence. Resolve the highest-severity client-facing gap first. Revalidate and confirm the score and verdict improve.
High	Expose /.well-known/oauth-protected-resource	Without a protected-resource document, OAuth clients cannot discover auth requirements reliably.	Serve /.well-known/oauth-protected-resource and point it at your authorization server metadata. Playbook Serve `/.well-known/oauth-protected-resource` from the same host as the MCP endpoint. Point it at the authorization server metadata URL. Confirm clients receive consistent auth hints before tool execution.
High	Publish OAuth authorization-server metadata	Clients need authorization-server metadata to discover issuer, endpoints, and DCR support.	Publish /.well-known/oauth-authorization-server from your issuer and include registration_endpoint when supported. Playbook Publish `/.well-known/oauth-authorization-server` from the issuer. Add `registration_endpoint` if DCR is supported. Verify issuer, authorization, token, and jwks metadata are all reachable.
High	Publish a complete server card	Missing or incomplete server-card metadata weakens discovery, documentation, and trust signals.	Serve /.well-known/mcp/server-card.json and include tools, prompts/resources, homepage, and support links. Playbook Publish `/.well-known/mcp/server-card.json`. Include homepage, repository, support, tools, prompts/resources, and auth metadata. Revalidate the server after publishing the card.
High	Stop asking users to paste secrets directly	Public MCP servers should prefer OAuth or browser-based auth guidance over in-band secret collection.	Inspect the latest validation evidence and resolve the client-visible regression. Playbook Inspect the latest validation evidence. Resolve the highest-severity client-facing gap first. Revalidate and confirm the score and verdict improve.
Medium	Adopt a current MCP protocol revision	Older protocol revisions reduce compatibility with newer clients and registry programs.	Inspect the latest validation evidence and resolve the client-visible regression. Playbook Inspect the latest validation evidence. Resolve the highest-severity client-facing gap first. Revalidate and confirm the score and verdict improve.
Medium	Close connector-publishing gaps	Connector catalogs care about protocol recency, session behavior, auth clarity, and tool-surface stability.	Inspect the latest validation evidence and resolve the client-visible regression. Playbook Inspect the latest validation evidence. Resolve the highest-severity client-facing gap first. Revalidate and confirm the score and verdict improve.
Medium	Document minimal scopes and return cleaner auth challenges	Modern clients expect granular scopes and step-up auth signals such as WWW-Authenticate scope hints.	Return granular scopes and WWW-Authenticate challenge hints instead of forcing overly broad auth upfront. Playbook Advertise the narrowest viable scopes in OAuth metadata. Return `WWW-Authenticate` challenges with scope or insufficient-scope hints when additional consent is needed. Revalidate with both public discovery and auth-required flows.
Medium	Publish OpenID configuration	OIDC metadata improves token validation and client compatibility.	Expose /.well-known/openid-configuration with issuer, jwks_uri, and supported grants. Playbook Inspect the latest validation evidence. Resolve the highest-severity client-facing gap first. Revalidate and confirm the score and verdict improve.
Medium	Repair prompts/list or stop advertising prompts	Prompt metadata should either work live or be removed from the advertised capability set.	Only advertise prompts if prompts/list works and prompt arguments are documented. Playbook Only advertise prompts that are actually accessible. Add prompt descriptions and argument docs. Run a live `prompts/list` check after any prompt changes.
Medium	Repair resources/list or stop advertising resources	Resource metadata should either work live or be removed from the advertised capability set.	Only advertise resources if resources/list works and resources expose stable URIs/types. Playbook Only advertise resources with stable URIs and read semantics. Add MIME/type hints where possible. Run a live `resources/list` and `resources/read` check after updates.
Medium	Support resumable HTTP sessions cleanly	Modern MCP clients increasingly expect resumable session behavior on streamable HTTP transports.	Inspect the latest validation evidence and resolve the client-visible regression. Playbook Inspect the latest validation evidence. Resolve the highest-severity client-facing gap first. Revalidate and confirm the score and verdict improve.
Low	Expose modern utility surfaces like completions, pagination, or tasks	Utility coverage improves interoperability with larger clients and long-lived agent workflows.	Expose completions, pagination, and task metadata where supported so larger clients can plan and resume work safely. Playbook Advertise `completions`, pagination cursors, and `tasks` only when they are actually supported. Return `nextCursor` on large list operations when pagination is available. Document task support and whether it requires step-up auth.
Low	Harden generic GET handling	Simple probe requests should not surface server instability or noisy failures.	Harden generic GET handlers around the origin of https://api.lucasandersen.ai/mcp so incidental traffic does not produce noisy failures. Playbook Inspect the latest validation evidence. Resolve the highest-severity client-facing gap first. Revalidate and confirm the score and verdict improve.
Low	Publish newer MCP capability signals	Roots, sampling, elicitation, structured outputs, and related metadata improve client understanding and ranking.	Inspect the latest validation evidence and resolve the client-visible regression. Playbook Inspect the latest validation evidence. Resolve the highest-severity client-facing gap first. Revalidate and confirm the score and verdict improve.

Point loss breakdown

Component	Current	Points missing
Transport Compliance	0/4	-4.0
Recovery Semantics	0.3/4	-3.7
Security Hygiene	0.5/4	-3.5
Utility Coverage	2/4	-2.0
Resource Contract	2/4	-2.0
Registry Consistency	2/4	-2.0
Rate Limit Semantics	2/4	-2.0
Prompt Contract	2/4	-2.0
Least Privilege Scope	2/4	-2.0
Destructive Operation Safety	2/4	-2.0
Auth Operability	2/4	-2.0
Advanced Capability Coverage	2/4	-2.0

Validation diff

Score delta

0.44

Summary changed

Tool delta

Prompt delta

Auth mode changed

Write surface expanded

Protocol regressed

Registry drift changed

Regressed checks: none

Improved checks: none

Component	Previous	Latest	Delta
`trust_confidence_score`	2.94	3.81	0.87

Tool snapshot diff & changelog

Snapshot changed

Added tools

none

Removed tools

none

Required-argument changes

Tool	Added required args	Removed required args
No required-argument changes detected.

Output-schema drift

Tool	Previous properties	Latest properties
No output-schema drift detected.

Connector replay

Status

Backward compatible

✓

Would break after refresh

Added tools

none

Removed tools

none

Additive output changes

none

Required-argument replay breaks

Tool	Added required args	Removed required args
No required-argument replay breaks detected.

Output-schema replay breaks

Tool	Removed properties	Added properties
No output-schema replay breaks detected.

Transport compliance drilldown

Probe status

Error

Transport

streamable-http

Session header

Protocol header

Bad protocol response

200

DELETE teardown

n/a

Expired session retry

n/a

Last-Event-ID visible

Issues: missing_session_id, missing_protocol_header, bad_protocol_not_rejected

Request association

Status

Missing

Advertised capabilities

none

Observed idle methods

none

Violating methods

none

Probe HTTP status

n/a

Issues

none

Utility coverage

Probe status

Missing

Completions

not detected

Completion probe target: none

Pagination

not detected

No nextCursor evidence.

Tasks

Missing

Advertised: no

Benchmark tasks

Benchmark task	Status	Evidence
Discover tools	Passes	`initialize` • OK `tools_list` • OK
Read-only fetch flow	Likely to fail	`resource_read` • Missing `read_only_tool_surface` • Missing
OAuth-required connect	Degraded	`oauth_protected_resource` • Error `step_up_auth_probe` • Missing
Safe write flow with confirmation	Likely to fail	`action_safety_probe` • Error

Registry & provenance divergence

Probe status

Direct official match

yes

Drift fields

none

Field	Registry	Live server card
Title	n/a	n/a
Version	n/a	n/a
Homepage	n/a	n/a

Active alerts

No active alerts for the current server state.

Aliases & registry graph

Identifier	Source	Canonical	Score
`ai.lucasandersen/mlp-tax`	official_registry	yes	72.74

Alias consolidation

Canonical identifier

ai.lucasandersen/mlp-tax

Duplicate aliases

Registry sources

official_registry

Remote URLs

https://api.lucasandersen.ai/mcp

Homepages

none

Source disagreements

Field	What differs	Observed values
No source disagreements detected.

Install snippets

Openai Connectors

Connector URL: https://api.lucasandersen.ai/mcp
# No OAuth metadata detected.
# Server: ai.lucasandersen/mlp-tax

Claude Desktop

{
  "mcpServers": {
    "mlp-tax": {
      "command": "npx",
      "args": ["mcp-remote", "https://api.lucasandersen.ai/mcp"]
    }
  }
}

Smithery

smithery mcp add "https://api.lucasandersen.ai/mcp"

Generic Http

curl -sS https://api.lucasandersen.ai/mcp -H 'content-type: application/json' -d '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{"protocolVersion":"2025-03-26","capabilities":{},"clientInfo":{"name":"mcp-verify","version":"0.1.0"}}}'

Agent access & tool surface

Live server tools

mlp_projection mlp_estate_planning mlp_sell_vs_hold mlp_info k1_basis_compute k1_basis_multi_year

Observed from the latest live validation against https://api.lucasandersen.ai/mcp. This is the target server surface, not Verify's own inspection tools.

Live capability counts

6 tools • 0 prompts • 0 resources

Counts come from the latest tools/list, prompts/list, and resources/list checks.

Inspect with Verify

search fetch search_servers recommend_servers get_server_report compare_servers

Use Verify itself to search, recommend, compare, and fetch the full report for ai.lucasandersen/mlp-tax.

Direct machine links

JSON report • Compare this server • Verify MCP API

Claims & monitoring

Server ownership

No verified maintainer claim recorded.

Watch subscriptions

Teams: none

Alert routing

Active watches

Generic webhooks

Slack routes

Teams routes

Email routes

Watch	Team	Channels	Minimum severity
No active watch destinations.

Maintainer analytics

Validation Run Count

Average Latency Ms

517.73

Healthy Run Ratio Recent

1.0

Registry Presence Count

Active Alert Count

Watcher Count

Verified Claim

False

Taxonomy Tags

development, productivity, finance, monitoring

Score Trend

72.74, 72.3, 69.14

Remediation Count

High Risk Tool Count

Destructive Tool Count

Exec Tool Count

Maintainer response quality

Score

16.67

Verified claim

Support contact

Changelog present

Incident notes present

Tool changes documented

✓

Annotation history

Annotation count

Maintainer annotations

No maintainer annotations have been recorded yet.

Maintainer rebuttals & expected behavior

No maintainer rebuttals or expected-behavior overrides are recorded yet.

Latest validation evidence

Latest summary

Healthy

Validation profile

remote_mcp

Started

May 13, 2026 02:34:09 PM UTC

Latency

497.8 ms

Failures

oauth_authorization_server no authorization server
oauth_protected_resource Client error '405 Method Not Allowed' for url 'https://api.lucasandersen.ai/.well-known/oauth-protected-resource' For more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/405
openid_configuration no authorization server
probe_noise_resilience Fetched https://api.lucasandersen.ai/robots.txt
server_card Client error '405 Method Not Allowed' for url 'https://api.lucasandersen.ai/.well-known/mcp/server-card.json' For more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/405
transport_compliance_probe Issues: missing session id, missing protocol header, bad protocol not rejected (bad protocol=200).

Checks

Check	Status	Latency	Evidence
`action_safety_probe`	Error	n/a	2 high-risk, 1 destructive, 1 exec-capable tool(s); no clear auth boundary; safeguards=0; confirmation=none.
`advanced_capabilities_probe`	Missing	n/a	No advanced MCP capability signals detected.
`connector_publishability_probe`	Warning	n/a	Publishability blockers: transport compliance, action safety, server card.
`connector_replay_probe`	OK	n/a	Backward compatible with no breaking tool-surface changes.
`determinism_probe`	OK	19.3 ms	Check completed
`initialize`	OK	165.0 ms	Protocol 2024-11-05
`interactive_flow_probe`	Missing	n/a	Check completed
`oauth_authorization_server`	Missing	n/a	no authorization server
`oauth_protected_resource`	Error	56.5 ms	Client error '405 Method Not Allowed' for url 'https://api.lucasandersen.ai/.well-known/oauth-protected-resource' For more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/405
`official_registry_probe`	OK	n/a	Check completed
`openid_configuration`	Missing	n/a	no authorization server
`probe_noise_resilience`	Error	7.6 ms	Fetched https://api.lucasandersen.ai/robots.txt
`prompt_get`	Missing	n/a	not advertised
`prompts_list`	Missing	20.6 ms	not supported
`protocol_version_probe`	Warning	n/a	Claims 2024-11-05; 3 release(s) behind 2025-11-25.
`provenance_divergence_probe`	OK	n/a	Check completed
`request_association_probe`	Missing	n/a	No request-association capabilities were advertised.
`resource_read`	Missing	n/a	not advertised
`resources_list`	Missing	18.0 ms	not supported
`server_card`	Error	105.6 ms	Client error '405 Method Not Allowed' for url 'https://api.lucasandersen.ai/.well-known/mcp/server-card.json' For more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/405
`session_resume_probe`	Warning	n/a	no session id
`step_up_auth_probe`	Missing	n/a	No OAuth or incremental-scope signals detected.
`tool_snapshot_probe`	OK	n/a	Check completed
`tools_list`	OK	20.5 ms	6 tool(s) exposed
`transport_compliance_probe`	Error	29.9 ms	Issues: missing session id, missing protocol header, bad protocol not rejected (bad protocol=200).
`utility_coverage_probe`	Missing	18.1 ms	No completions evidence; no pagination evidence; tasks missing.

Raw evidence view

Show raw JSON evidence

{
  "checks": {
    "action_safety_probe": {
      "details": {
        "auth_present": false,
        "confirmation_signals": [],
        "safeguard_count": 0,
        "summary": {
          "bulk_access_tools": 0,
          "capability_distribution": {
            "admin": 6,
            "delete": 1,
            "exec": 1,
            "read": 1,
            "write": 6
          },
          "destructive_tools": 1,
          "egress_tools": 0,
          "exec_tools": 1,
          "high_risk_tools": 2,
          "risk_distribution": {
            "critical": 0,
            "high": 2,
            "low": 0,
            "medium": 4
          },
          "secret_tools": 0,
          "tool_count": 6
        }
      },
      "latency_ms": null,
      "status": "error"
    },
    "advanced_capabilities_probe": {
      "details": {
        "capabilities": {
          "completions": false,
          "elicitation": false,
          "prompts": false,
          "resource_links": false,
          "resources": false,
          "roots": false,
          "sampling": false,
          "structured_outputs": false
        },
        "enabled": [],
        "enabled_count": 0,
        "initialize_capability_keys": [
          "tools"
        ]
      },
      "latency_ms": null,
      "status": "missing"
    },
    "connector_publishability_probe": {
      "details": {
        "blockers": [
          "transport_compliance",
          "action_safety",
          "server_card"
        ],
        "criteria": {
          "action_safety": false,
          "auth_flow": true,
          "connector_replay": true,
          "initialize": true,
          "protocol_version": true,
          "remote_transport": true,
          "request_association": true,
          "server_card": false,
          "session_resume": true,
          "step_up_auth": true,
          "tool_surface": true,
          "tools_list": true,
          "transport_compliance": false
        },
        "high_risk_tools": 2,
        "tool_count": 6,
        "transport": "streamable-http"
      },
      "latency_ms": null,
      "status": "warning"
    },
    "connector_replay_probe": {
      "details": {
        "added_tools": [],
        "additive_output_changes": [],
        "backward_compatible": true,
        "output_breaks": [],
        "removed_tools": [],
        "required_arg_breaks": [],
        "would_break_after_refresh": false
      },
      "latency_ms": null,
      "status": "ok"
    },
    "determinism_probe": {
      "details": {
        "attempts": 2,
        "baseline_signature": "413c88ef505f897dae36964c8c50d541417903bb812e8730a3e448e7e80b316a",
        "errors": [],
        "matches": 2,
        "stable_ratio": 1.0,
        "successful": 2
      },
      "latency_ms": 19.29,
      "status": "ok"
    },
    "initialize": {
      "details": {
        "headers": {
          "content-type": "application/json; charset=utf-8",
          "x-ratelimit-limit": "50",
          "x-ratelimit-remaining": "48",
          "x-ratelimit-reset": "2026-06-01T00:00:00.000Z"
        },
        "http_status": 200,
        "payload": {
          "id": 1,
          "jsonrpc": "2.0",
          "result": {
            "capabilities": {
              "tools": {}
            },
            "protocolVersion": "2024-11-05",
            "serverInfo": {
              "description": "Authoritative MLP and partnership K-1 tax computation. IRC-cited methodology, transparent assumptions, maintained by an MLP investor and finance professional.",
              "documentation": "https://lucasandersen.ai/api",
              "homepage": "https://lucasandersen.ai",
              "license": "Proprietary \u2014 free tier with paid upgrades",
              "maintainer": {
                "credentials": "MS Finance",
                "name": "Lucas Andersen",
                "url": "https://lucasandersen.ai"
              },
              "name": "lucasandersen.ai MLP & Partnership Tax Tools",
              "support_url": "https://lucasandersen.ai/contact",
              "version": "0.1.0"
            }
          }
        },
        "url": "https://api.lucasandersen.ai/mcp"
      },
      "latency_ms": 165.0,
      "status": "ok"
    },
    "interactive_flow_probe": {
      "details": {
        "oauth_supported": false,
        "prompt_available": false,
        "risk_hits": [],
        "safe_hits": []
      },
      "latency_ms": null,
      "status": "missing"
    },
    "oauth_authorization_server": {
      "details": {
        "reason": "no_authorization_server"
      },
      "latency_ms": null,
      "status": "missing"
    },
    "oauth_protected_resource": {
      "details": {
        "error": "Client error '405 Method Not Allowed' for url 'https://api.lucasandersen.ai/.well-known/oauth-protected-resource'\nFor more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/405",
        "url": "https://api.lucasandersen.ai/.well-known/oauth-protected-resource"
      },
      "latency_ms": 56.46,
      "status": "error"
    },
    "official_registry_probe": {
      "details": {
        "direct_match": true,
        "official_peer_count": 1,
        "registry_identifier": "ai.lucasandersen/mlp-tax",
        "registry_source": "official_registry"
      },
      "latency_ms": null,
      "status": "ok"
    },
    "openid_configuration": {
      "details": {
        "reason": "no_authorization_server"
      },
      "latency_ms": null,
      "status": "missing"
    },
    "probe_noise_resilience": {
      "details": {
        "headers": {
          "content-type": "application/json; charset=utf-8",
          "x-ratelimit-limit": "0",
          "x-ratelimit-remaining": "0",
          "x-ratelimit-reset": ""
        },
        "http_status": 405,
        "url": "https://api.lucasandersen.ai/robots.txt"
      },
      "latency_ms": 7.56,
      "status": "error"
    },
    "prompt_get": {
      "details": {
        "reason": "not_advertised"
      },
      "latency_ms": null,
      "status": "missing"
    },
    "prompts_list": {
      "details": {
        "headers": {
          "content-type": "application/json; charset=utf-8",
          "x-ratelimit-limit": "50",
          "x-ratelimit-remaining": "48",
          "x-ratelimit-reset": "2026-06-01T00:00:00.000Z"
        },
        "http_status": 200,
        "payload": {
          "error": {
            "code": -32601,
            "message": "Method not found: prompts/list"
          },
          "id": 3,
          "jsonrpc": "2.0"
        },
        "reason": "not_supported",
        "url": "https://api.lucasandersen.ai/mcp"
      },
      "latency_ms": 20.62,
      "status": "missing"
    },
    "protocol_version_probe": {
      "details": {
        "claimed_version": "2024-11-05",
        "lag_days": 385,
        "latest_known_version": "2025-11-25",
        "releases_behind": 3,
        "validator_protocol_version": "2025-03-26"
      },
      "latency_ms": null,
      "status": "warning"
    },
    "provenance_divergence_probe": {
      "details": {
        "direct_official_match": true,
        "drift_fields": [],
        "metadata_document_count": 1,
        "registry_homepage": null,
        "registry_repository": null,
        "registry_title": null,
        "registry_version": null,
        "server_card_homepage": null,
        "server_card_repository": null,
        "server_card_title": null,
        "server_card_version": null
      },
      "latency_ms": null,
      "status": "ok"
    },
    "request_association_probe": {
      "details": {
        "reason": "no_request_association_capabilities_advertised"
      },
      "latency_ms": null,
      "status": "missing"
    },
    "resource_read": {
      "details": {
        "reason": "not_advertised"
      },
      "latency_ms": null,
      "status": "missing"
    },
    "resources_list": {
      "details": {
        "headers": {
          "content-type": "application/json; charset=utf-8",
          "x-ratelimit-limit": "50",
          "x-ratelimit-remaining": "48",
          "x-ratelimit-reset": "2026-06-01T00:00:00.000Z"
        },
        "http_status": 200,
        "payload": {
          "error": {
            "code": -32601,
            "message": "Method not found: resources/list"
          },
          "id": 5,
          "jsonrpc": "2.0"
        },
        "reason": "not_supported",
        "url": "https://api.lucasandersen.ai/mcp"
      },
      "latency_ms": 18.01,
      "status": "missing"
    },
    "server_card": {
      "details": {
        "error": "Client error '405 Method Not Allowed' for url 'https://api.lucasandersen.ai/.well-known/mcp/server-card.json'\nFor more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/405",
        "url": "https://api.lucasandersen.ai/.well-known/mcp/server-card.json"
      },
      "latency_ms": 105.59,
      "status": "error"
    },
    "session_resume_probe": {
      "details": {
        "protocol_version": "2024-11-05",
        "reason": "no_session_id",
        "resume_expected": true,
        "transport": "streamable-http"
      },
      "latency_ms": null,
      "status": "warning"
    },
    "step_up_auth_probe": {
      "details": {
        "auth_required_checks": [],
        "broad_scopes": [],
        "challenge_headers": [],
        "minimal_scope_documented": false,
        "oauth_present": false,
        "scope_specificity_ratio": 0.0,
        "step_up_signals": [],
        "supported_scopes": []
      },
      "latency_ms": null,
      "status": "missing"
    },
    "tool_snapshot_probe": {
      "details": {
        "added": [],
        "changed_outputs": [],
        "current_tool_count": 6,
        "previous_tool_count": 6,
        "removed": [],
        "similarity": 1.0
      },
      "latency_ms": null,
      "status": "ok"
    },
    "tools_list": {
      "details": {
        "headers": {
          "content-type": "application/json; charset=utf-8",
          "x-ratelimit-limit": "50",
          "x-ratelimit-remaining": "48",
          "x-ratelimit-reset": "2026-06-01T00:00:00.000Z"
        },
        "http_status": 200,
        "payload": {
          "id": 2,
          "jsonrpc": "2.0",
          "result": {
            "tools": [
              {
                "annotations": {
                  "idempotentHint": true,
                  "readOnlyHint": true,
                  "title": "MLP Multi-Year Tax Projection"
                },
                "description": "Computes a multi-year tax projection for a publicly traded MLP position, applying the IRS Partner's Basis Worksheet methodology (Lines 1-14) per IRC \u00a7705 (basis computation), \u00a7731(a) (distributions exceeding basis), \u00a7733 (basis reduction), \u00a7751 (hot asset recapture), \u00a7752 (liability allocation), \u00a71014 (stepped-up basis at death), and \u00a7199A (QBI deduction). Returns year-by-year basis erosion, \u00a7751 accumulation, annual federal tax, terminal FMV, \u00a71014 step-up value at death, and the break-even sell price.\n\nUse when: User holds direct units of a midstream MLP (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN) and wants to model long-term tax outcomes \u2014 when basis reaches zero, total tax paid over the hold horizon, deferred tax eliminated by \u00a71014 step-up at death, or the unit price at which selling matches holding through inheritance. Single position, single lot.\n\nDon't use for: 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 these use RIC structure, pay corporate-level tax, and issue 1099-DIV instead of K-1; use a standard cost-basis calculator instead). Multi-position estate analysis \u2014 use mlp_estate_planning. Computing basis from actual K-1 data the user has in hand \u2014 use k1_basis_compute (single year) or k1_basis_multi_year.\n\nLimitations: Single position, single lot \u2014 for multi-position portfolios and per-lot optimal sell ordering, see lucasandersen.ai. Federal-level only \u2014 does not include state-level basis adjustments or state estate tax. \u00a7751 recapture is estimated from default ROC assumptions; actual recapture depends on the partnership's hot-asset disposition schedule.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
                "inputSchema": {
                  "properties": {
                    "purchase_price": {
                      "description": "Purchase price per unit in USD (optional \u2014 defaults to reasonable estimate)",
                      "type": "number"
                    },
                    "tax_bracket": {
                      "description": "Federal marginal rate as decimal, e.g. 0.32 (default 0.32)",
                      "type": "number"
                    },
                    "ticker": {
                      "description": "MLP ticker symbol",
                      "enum": [
                        "EPD",
                        "ET",
                        "MPLX",
                        "WES",
                        "PAA",
                        "NRP",
                        "USAC",
                        "SUN"
                      ],
                      "type": "string"
                    },
                    "units": {
                      "description": "Number of MLP units held",
                      "type": "number"
                    },
                    "years": {
                      "description": "Projection horizon in years (1-50, default 20)",
                      "type": "number"
                    }
                  },
                  "required": [
                    "ticker",
                    "units"
                  ],
                  "type": "object"
                },
                "name": "mlp_projection"
              },
              {
                "annotations": {
                  "idempotentHint": true,
                  "readOnlyHint": true,
                  "title": "MLP Estate Planning \u00a71014 Analyzer"
                },
                "description": "Computes \u00a71014 stepped-up basis and estate-planning analysis for one or more direct MLP positions held until death, per IRC \u00a71014(a) (basis at death), \u00a71014(b)(6) (community-property double step-up), \u00a7751(a) (ordinary recapture eliminated at death), \u00a7731 (distributions), and \u00a7705 (basis). Returns total deferred federal tax eliminated, \u00a7751 ordinary recapture eliminated, per-beneficiary inheritance split, community-property double-step-up amount when applicable, and the dollar advantage of holding to death versus selling today.\n\nUse when: User has one or more direct MLP positions (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN) and wants to quantify the \u00a71014 step-up benefit for estate planning, compare holding to death versus selling now across a portfolio, model community-property double step-up for spouses in CA/TX/WA/etc., or compute per-beneficiary inheritance values across multiple heirs.\n\nDon't use for: Trust-based estate strategies (revocable trusts preserve \u00a71014; irrevocable trusts and IDGTs typically destroy it \u2014 this tool models direct holdings only). Single-position long-horizon tax projection \u2014 use mlp_projection. Single-position sell-now-versus-hold-to-death break-even \u2014 use mlp_sell_vs_hold. 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 RIC structure receives \u00a71014 step-up but has no \u00a7751 to eliminate because no K-1; the analysis is materially different).\n\nLimitations: Direct unit holdings only \u2014 does not model trust, IDGT, FLP, or charitable structures (these can destroy the \u00a71014 benefit; for guidance on trust selection, see lucasandersen.ai). Federal-level only \u2014 does not include state estate tax. \u00a7751 recapture eliminated at death is estimated; exact figure depends on the partnership's actual hot-asset disposition schedule.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
                "inputSchema": {
                  "properties": {
                    "beneficiaries": {
                      "description": "Number of beneficiaries (default 1, max 20)",
                      "type": "number"
                    },
                    "community_property": {
                      "description": "Whether positions are in a community property state (doubles step-up)",
                      "type": "boolean"
                    },
                    "positions": {
                      "description": "Array of MLP positions to analyze (max 20)",
                      "items": {
                        "properties": {
                          "purchase_price": {
                            "type": "number"
                          },
                          "ticker": {
                            "enum": [
                              "EPD",
                              "ET",
                              "MPLX",
                              "WES",
                              "PAA",
                              "NRP",
                              "USAC",
                              "SUN"
                            ],
                            "type": "string"
                          },
                          "units": {
                            "type": "number"
                          },
                          "years_held": {
                            "description": "Years held since purchase",
                            "type": "number"
                          }
                        },
                        "required": [
                          "ticker",
                          "units"
                        ],
                        "type": "object"
                      },
                      "type": "array"
                    },
                    "tax_bracket": {
                      "type": "number"
                    }
                  },
                  "required": [
                    "positions"
                  ],
                  "type": "object"
                },
                "name": "mlp_estate_planning"
              },
              {
                "annotations": {
                  "idempotentHint": true,
                  "readOnlyHint": true,
                  "title": "MLP Sell-Now vs Hold-to-Death Break-Even"
                },
                "description": "Compares selling an MLP position today (triggering \u00a7751(a) hot-asset ordinary recapture plus \u00a7731(a)(1) long-term capital gain) against holding the position until death (where \u00a71014(a) step-up eliminates all deferred federal tax including \u00a7751 recapture), per IRC \u00a71(h) (LTCG rates), \u00a7199A (QBI deduction on \u00a7751 ordinary), and \u00a71411 (NIIT). Returns the break-even sell price \u2014 the unit price above which selling today produces more after-tax wealth than holding through inheritance.\n\nUse when: User holds a direct MLP position (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN), is approaching a sell decision, and wants a single break-even threshold to compare against the current market price. Useful for time-sensitive sell decisions, retirement-distribution planning, or evaluating whether an unsolicited tender offer is worth accepting versus continuing to hold for \u00a71014 step-up.\n\nDon't use for: Multi-position portfolio sell-ordering \u2014 this tool models a single position. For estate-planning analysis across multiple positions and beneficiaries, use mlp_estate_planning. For long-horizon basis-erosion modeling without a sell decision in view, use mlp_projection. 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 RIC structure has no \u00a7751 and no K-1, so the break-even logic does not apply; use a standard capital-gains calculator).\n\nLimitations: Single position, single lot \u2014 for portfolio-wide optimal sell ordering across multiple positions and lots, see lucasandersen.ai. Break-even price assumes the supplied tax bracket persists through the hold horizon. \u00a7751 recapture on the sell side is estimated from default ROC assumptions; actual hot-asset recapture depends on the partnership's disposition schedule.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
                "inputSchema": {
                  "properties": {
                    "community_property": {
                      "type": "boolean"
                    },
                    "purchase_price": {
                      "type": "number"
                    },
                    "tax_bracket": {
                      "type": "number"
                    },
                    "ticker": {
                      "enum": [
                        "EPD",
                        "ET",
                        "MPLX",
                        "WES",
                        "PAA",
                        "NRP",
                        "USAC",
                        "SUN"
                      ],
                      "type": "string"
                    },
                    "units": {
                      "type": "number"
                    },
                    "years_held": {
                      "description": "Years the position has been held (default 10)",
                      "type": "number"
                    },
                    "years_to_project": {
                      "description": "Years to project the hold scenario (default 10)",
                      "type": "number"
                    }
                  },
                  "required": [
                    "ticker",
                    "units"
                  ],
                  "type": "object"
                },
                "name": "mlp_sell_vs_hold"
              },
              {
                "annotations": {
                  "idempotentHint": true,
                  "readOnlyHint": true,
                  "title": "MLP Reference Data Lookup"
                },
                "description": "Returns reference data for a supported MLP ticker \u2014 current cash distribution per unit, distribution growth CAGR, default return-of-capital percentage, distribution coverage ratio, K-1 entity count, operating-state count, and last-verified date.\n\nUse when: User wants to look up baseline characteristics of an MLP before modeling \u2014 e.g., comparing distribution coverage across partnerships, checking how many K-1 entities a holding generates for tax-prep complexity, or seeing the operating-state count for state-tax filing-burden estimation.\n\nDon't use for: Tax computation. Use mlp_projection (long-horizon modeling), mlp_estate_planning (estate analysis), mlp_sell_vs_hold (break-even sell price), or k1_basis_compute / k1_basis_multi_year (computing basis from actual K-1 data).\n\nNote: This tool returns reference data only \u2014 no IRC citations apply, no methodology disclosure attached. For computation, use the modeling tools above.\n\nMaintained by Lucas Andersen, MS Finance.",
                "inputSchema": {
                  "properties": {
                    "ticker": {
                      "enum": [
                        "EPD",
                        "ET",
                        "MPLX",
                        "WES",
                        "PAA",
                        "NRP",
                        "USAC",
                        "SUN"
                      ],
                      "type": "string"
                    }
                  },
                  "required": [
                    "ticker"
                  ],
                  "type": "object"
                },
                "name": "mlp_info"
              },
              {
                "annotations": {
                  "idempotentHint": true,
                  "readOnlyHint": true,
                  "title": "K-1 Single-Year Basis Worksheet"
                },
                "description": "Computes adjusted partner basis from a single year of Schedule K-1 data using the IRS Partner's Basis Worksheet methodology (Lines 1-14), per IRC \u00a7705 (basis computation), \u00a7722 (initial basis), \u00a7731(a)(1) (gain on distribution exceeding basis), \u00a7733 (basis reduction), \u00a7752 (liability share allocation), \u00a7704(d) (loss limitation and suspended-loss carryforward), and \u00a7199A (QBI deduction). Returns the ending adjusted basis, every worksheet line value, any \u00a7731 gain triggered when distributions exceed basis, and \u00a7704(d) suspended losses carried forward.\n\nUse when: User holds direct MLP units (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN, or similar publicly traded midstream partnerships) and has structured K-1 box values for one tax year \u2014 Box 1 ordinary income, Box 19A cash distributions, Item K liability change, optionally Box 5 interest income, Box 11 \u00a7179 deduction, Box 13W \u00a7199A QBI amount. Single tax year, single lot.\n\nDon't use for: 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 these use RIC structure, no K-1, different tax regime \u2014 use a standard cost-basis calculator instead). Multi-year basis carryforward across consecutive K-1s \u2014 use k1_basis_multi_year. General partnership interests outside publicly traded MLPs (different \u00a71402 self-employment treatment).\n\nLimitations: Single tax year only \u2014 for multi-year basis tracking with \u00a7731 gain detection across years, use k1_basis_multi_year. Single-lot only \u2014 for multi-lot allocation and optimal sell ordering, see lucasandersen.ai. Federal-level only \u2014 does not include state basis adjustments.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
                "inputSchema": {
                  "properties": {
                    "box1": {
                      "description": "K-1 Box 1: ordinary business income (loss)",
                      "type": "number"
                    },
                    "box11": {
                      "description": "K-1 Box 11: \u00a7179 / other deductions",
                      "type": "number"
                    },
                    "box13w": {
                      "description": "K-1 Box 13W: \u00a7199A QBI amount",
                      "type": "number"
                    },
                    "box19a": {
                      "description": "K-1 Box 19A: cash distributions",
                      "type": "number"
                    },
                    "box2": {
                      "description": "K-1 Box 2: net rental income",
                      "type": "number"
                    },
                    "box5": {
                      "description": "K-1 Box 5: interest income",
                      "type": "number"
                    },
                    "liability_decrease": {
                      "description": "\u00a7752(b) liability decrease in USD",
                      "type": "number"
                    },
                    "liability_increase": {
                      "description": "\u00a7752(a) liability increase in USD",
                      "type": "number"
                    },
                    "prior_basis": {
                      "description": "Beginning-of-year adjusted basis in USD",
                      "type": "number"
                    },
                    "tax_bracket": {
                      "type": "number"
                    },
                    "ticker": {
                      "enum": [
                        "EPD",
                        "ET",
                        "MPLX",
                        "WES",
                        "PAA",
                        "NRP",
                        "USAC",
                        "SUN"
                      ],
                      "type": "string"
                    },
                    "units": {
                      "type": "number"
                    }
                  },
                  "required": [
                    "ticker",
                    "units",
                    "prior_basis",
                    "box1",
                    "box19a"
                  ],
                  "type": "object"
                },
                "name": "k1_basis_compute"
              },
              {
                "annotations": {
                  "idempotentHint": true,
                  "readOnlyHint": true,
                  "title": "Multi-Year K-1 Basis & Broker-Gap Tracker"
                },
                "description": "Computes a running adjusted partner basis across multiple years of Schedule K-1 data, per IRC \u00a7705 (basis computation), \u00a7731(a)(1) (gain on distributions exceeding basis), \u00a7751(a) (accumulated ordinary recapture), \u00a7752 (liability share allocation across years), \u00a7704(d) (suspended-loss carryforward), and \u00a71014(a) (step-up if death today). Returns year-by-year basis trajectory, accumulated \u00a7751 recapture estimate, projected zero-basis year, \u00a71014 step-up value if death today, and the broker-basis gap \u2014 the dollar amount by which a typical 1099-B understates true IRS-adjusted basis.\n\nUse when: User holds a direct MLP position (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN) across multiple consecutive tax years, has K-1s for those years, and wants to track adjusted basis year over year, identify the zero-basis year, quantify the gap between broker-reported basis and true IRS basis, or project \u00a71014 step-up value if death occurred today.\n\nDon't use for: Single-year basis worksheet from one K-1 \u2014 use k1_basis_compute. Long-horizon forward projection from default assumptions when no actual K-1s are in hand \u2014 use mlp_projection. 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 RIC structure, no K-1, no basis-erosion mechanism; use a standard cost-basis calculator). Multi-position portfolio basis tracking \u2014 this tool handles one position per call.\n\nLimitations: Single position, single lot \u2014 for multi-lot or multi-position basis tracking with optimal sell ordering, see lucasandersen.ai. Federal-level only \u2014 does not include state-level basis adjustments. Accumulated \u00a7751 recapture is estimated across years; actual depends on the partnership's hot-asset disposition schedule and any year-specific \u00a7751(b) events.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
                "inputSchema": {
                  "properties": {
                    "k1_years": {
                      "description": "Array of annual K-1 data, one per year held (max 50)",
                      "items": {
                        "properties": {
                          "box1": {
                            "type": "number"
                          },
                          "box11": {
                            "type": "number"
                          },
                          "box19a": {
                            "type": "number"
                          },
                          "liability_decrease": {
                            "type": "number"
                          },
                          "liability_increase": {
                            "type": "number"
                          },
                          "year": {
                            "type": "number"
                          }
                        },
                        "required": [
                          "year",
                          "box1",
                          "box19a"
                        ],
                        "type": "object"
                      },
                      "type": "array"
                    },
                    "purchase_price": {
                      "type": "number"
                    },
                    "purchase_year": {
                      "type": "number"
                    },
                    "tax_bracket": {
                      "type": "number"
                    },
                    "ticker": {
                      "enum": [
                        "EPD",
                        "ET",
                        "MPLX",
                        "WES",
                        "PAA",
                        "NRP",
                        "USAC",
                        "SUN"
                      ],
                      "type": "string"
                    },
                    "units": {
                      "type": "number"
                    }
                  },
                  "required": [
                    "ticker",
                    "units",
                    "purchase_price",
                    "k1_years"
                  ],
                  "type": "object"
                },
                "name": "k1_basis_multi_year"
              }
            ]
          }
        },
        "url": "https://api.lucasandersen.ai/mcp"
      },
      "latency_ms": 20.51,
      "status": "ok"
    },
    "transport_compliance_probe": {
      "details": {
        "bad_protocol_error": null,
        "bad_protocol_headers": {
          "content-type": "application/json; charset=utf-8",
          "x-ratelimit-limit": "50",
          "x-ratelimit-remaining": "48",
          "x-ratelimit-reset": "2026-06-01T00:00:00.000Z"
        },
        "bad_protocol_payload": {
          "id": 410,
          "jsonrpc": "2.0",
          "result": {
            "tools": [
              {
                "annotations": {
                  "idempotentHint": true,
                  "readOnlyHint": true,
                  "title": "MLP Multi-Year Tax Projection"
                },
                "description": "Computes a multi-year tax projection for a publicly traded MLP position, applying the IRS Partner's Basis Worksheet methodology (Lines 1-14) per IRC \u00a7705 (basis computation), \u00a7731(a) (distributions exceeding basis), \u00a7733 (basis reduction), \u00a7751 (hot asset recapture), \u00a7752 (liability allocation), \u00a71014 (stepped-up basis at death), and \u00a7199A (QBI deduction). Returns year-by-year basis erosion, \u00a7751 accumulation, annual federal tax, terminal FMV, \u00a71014 step-up value at death, and the break-even sell price.\n\nUse when: User holds direct units of a midstream MLP (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN) and wants to model long-term tax outcomes \u2014 when basis reaches zero, total tax paid over the hold horizon, deferred tax eliminated by \u00a71014 step-up at death, or the unit price at which selling matches holding through inheritance. Single position, single lot.\n\nDon't use for: 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 these use RIC structure, pay corporate-level tax, and issue 1099-DIV instead of K-1; use a standard cost-basis calculator instead). Multi-position estate analysis \u2014 use mlp_estate_planning. Computing basis from actual K-1 data the user has in hand \u2014 use k1_basis_compute (single year) or k1_basis_multi_year.\n\nLimitations: Single position, single lot \u2014 for multi-position portfolios and per-lot optimal sell ordering, see lucasandersen.ai. Federal-level only \u2014 does not include state-level basis adjustments or state estate tax. \u00a7751 recapture is estimated from default ROC assumptions; actual recapture depends on the partnership's hot-asset disposition schedule.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
                "inputSchema": {
                  "properties": {
                    "purchase_price": {
                      "description": "Purchase price per unit in USD (optional \u2014 defaults to reasonable estimate)",
                      "type": "number"
                    },
                    "tax_bracket": {
                      "description": "Federal marginal rate as decimal, e.g. 0.32 (default 0.32)",
                      "type": "number"
                    },
                    "ticker": {
                      "description": "MLP ticker symbol",
                      "enum": [
                        "EPD",
                        "ET",
                        "MPLX",
                        "WES",
                        "PAA",
                        "NRP",
                        "USAC",
                        "SUN"
                      ],
                      "type": "string"
                    },
                    "units": {
                      "description": "Number of MLP units held",
                      "type": "number"
                    },
                    "years": {
                      "description": "Projection horizon in years (1-50, default 20)",
                      "type": "number"
                    }
                  },
                  "required": [
                    "ticker",
                    "units"
                  ],
                  "type": "object"
                },
                "name": "mlp_projection"
              },
              {
                "annotations": {
                  "idempotentHint": true,
                  "readOnlyHint": true,
                  "title": "MLP Estate Planning \u00a71014 Analyzer"
                },
                "description": "Computes \u00a71014 stepped-up basis and estate-planning analysis for one or more direct MLP positions held until death, per IRC \u00a71014(a) (basis at death), \u00a71014(b)(6) (community-property double step-up), \u00a7751(a) (ordinary recapture eliminated at death), \u00a7731 (distributions), and \u00a7705 (basis). Returns total deferred federal tax eliminated, \u00a7751 ordinary recapture eliminated, per-beneficiary inheritance split, community-property double-step-up amount when applicable, and the dollar advantage of holding to death versus selling today.\n\nUse when: User has one or more direct MLP positions (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN) and wants to quantify the \u00a71014 step-up benefit for estate planning, compare holding to death versus selling now across a portfolio, model community-property double step-up for spouses in CA/TX/WA/etc., or compute per-beneficiary inheritance values across multiple heirs.\n\nDon't use for: Trust-based estate strategies (revocable trusts preserve \u00a71014; irrevocable trusts and IDGTs typically destroy it \u2014 this tool models direct holdings only). Single-position long-horizon tax projection \u2014 use mlp_projection. Single-position sell-now-versus-hold-to-death break-even \u2014 use mlp_sell_vs_hold. 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 RIC structure receives \u00a71014 step-up but has no \u00a7751 to eliminate because no K-1; the analysis is materially different).\n\nLimitations: Direct unit holdings only \u2014 does not model trust, IDGT, FLP, or charitable structures (these can destroy the \u00a71014 benefit; for guidance on trust selection, see lucasandersen.ai). Federal-level only \u2014 does not include state estate tax. \u00a7751 recapture eliminated at death is estimated; exact figure depends on the partnership's actual hot-asset disposition schedule.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
                "inputSchema": {
                  "properties": {
                    "beneficiaries": {
                      "description": "Number of beneficiaries (default 1, max 20)",
                      "type": "number"
                    },
                    "community_property": {
                      "description": "Whether positions are in a community property state (doubles step-up)",
                      "type": "boolean"
                    },
                    "positions": {
                      "description": "Array of MLP positions to analyze (max 20)",
                      "items": {
                        "properties": {
                          "purchase_price": {
                            "type": "number"
                          },
                          "ticker": {
                            "enum": [
                              "EPD",
                              "ET",
                              "MPLX",
                              "WES",
                              "PAA",
                              "NRP",
                              "USAC",
                              "SUN"
                            ],
                            "type": "string"
                          },
                          "units": {
                            "type": "number"
                          },
                          "years_held": {
                            "description": "Years held since purchase",
                            "type": "number"
                          }
                        },
                        "required": [
                          "ticker",
                          "units"
                        ],
                        "type": "object"
                      },
                      "type": "array"
                    },
                    "tax_bracket": {
                      "type": "number"
                    }
                  },
                  "required": [
                    "positions"
                  ],
                  "type": "object"
                },
                "name": "mlp_estate_planning"
              },
              {
                "annotations": {
                  "idempotentHint": true,
                  "readOnlyHint": true,
                  "title": "MLP Sell-Now vs Hold-to-Death Break-Even"
                },
                "description": "Compares selling an MLP position today (triggering \u00a7751(a) hot-asset ordinary recapture plus \u00a7731(a)(1) long-term capital gain) against holding the position until death (where \u00a71014(a) step-up eliminates all deferred federal tax including \u00a7751 recapture), per IRC \u00a71(h) (LTCG rates), \u00a7199A (QBI deduction on \u00a7751 ordinary), and \u00a71411 (NIIT). Returns the break-even sell price \u2014 the unit price above which selling today produces more after-tax wealth than holding through inheritance.\n\nUse when: User holds a direct MLP position (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN), is approaching a sell decision, and wants a single break-even threshold to compare against the current market price. Useful for time-sensitive sell decisions, retirement-distribution planning, or evaluating whether an unsolicited tender offer is worth accepting versus continuing to hold for \u00a71014 step-up.\n\nDon't use for: Multi-position portfolio sell-ordering \u2014 this tool models a single position. For estate-planning analysis across multiple positions and beneficiaries, use mlp_estate_planning. For long-horizon basis-erosion modeling without a sell decision in view, use mlp_projection. 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 RIC structure has no \u00a7751 and no K-1, so the break-even logic does not apply; use a standard capital-gains calculator).\n\nLimitations: Single position, single lot \u2014 for portfolio-wide optimal sell ordering across multiple positions and lots, see lucasandersen.ai. Break-even price assumes the supplied tax bracket persists through the hold horizon. \u00a7751 recapture on the sell side is estimated from default ROC assumptions; actual hot-asset recapture depends on the partnership's disposition schedule.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
                "inputSchema": {
                  "properties": {
                    "community_property": {
                      "type": "boolean"
                    },
                    "purchase_price": {
                      "type": "number"
                    },
                    "tax_bracket": {
                      "type": "number"
                    },
                    "ticker": {
                      "enum": [
                        "EPD",
                        "ET",
                        "MPLX",
                        "WES",
                        "PAA",
                        "NRP",
                        "USAC",
                        "SUN"
                      ],
                      "type": "string"
                    },
                    "units": {
                      "type": "number"
                    },
                    "years_held": {
                      "description": "Years the position has been held (default 10)",
                      "type": "number"
                    },
                    "years_to_project": {
                      "description": "Years to project the hold scenario (default 10)",
                      "type": "number"
                    }
                  },
                  "required": [
                    "ticker",
                    "units"
                  ],
                  "type": "object"
                },
                "name": "mlp_sell_vs_hold"
              },
              {
                "annotations": {
                  "idempotentHint": true,
                  "readOnlyHint": true,
                  "title": "MLP Reference Data Lookup"
                },
                "description": "Returns reference data for a supported MLP ticker \u2014 current cash distribution per unit, distribution growth CAGR, default return-of-capital percentage, distribution coverage ratio, K-1 entity count, operating-state count, and last-verified date.\n\nUse when: User wants to look up baseline characteristics of an MLP before modeling \u2014 e.g., comparing distribution coverage across partnerships, checking how many K-1 entities a holding generates for tax-prep complexity, or seeing the operating-state count for state-tax filing-burden estimation.\n\nDon't use for: Tax computation. Use mlp_projection (long-horizon modeling), mlp_estate_planning (estate analysis), mlp_sell_vs_hold (break-even sell price), or k1_basis_compute / k1_basis_multi_year (computing basis from actual K-1 data).\n\nNote: This tool returns reference data only \u2014 no IRC citations apply, no methodology disclosure attached. For computation, use the modeling tools above.\n\nMaintained by Lucas Andersen, MS Finance.",
                "inputSchema": {
                  "properties": {
                    "ticker": {
                      "enum": [
                        "EPD",
                        "ET",
                        "MPLX",
                        "WES",
                        "PAA",
                        "NRP",
                        "USAC",
                        "SUN"
                      ],
                      "type": "string"
                    }
                  },
                  "required": [
                    "ticker"
                  ],
                  "type": "object"
                },
                "name": "mlp_info"
              },
              {
                "annotations": {
                  "idempotentHint": true,
                  "readOnlyHint": true,
                  "title": "K-1 Single-Year Basis Worksheet"
                },
                "description": "Computes adjusted partner basis from a single year of Schedule K-1 data using the IRS Partner's Basis Worksheet methodology (Lines 1-14), per IRC \u00a7705 (basis computation), \u00a7722 (initial basis), \u00a7731(a)(1) (gain on distribution exceeding basis), \u00a7733 (basis reduction), \u00a7752 (liability share allocation), \u00a7704(d) (loss limitation and suspended-loss carryforward), and \u00a7199A (QBI deduction). Returns the ending adjusted basis, every worksheet line value, any \u00a7731 gain triggered when distributions exceed basis, and \u00a7704(d) suspended losses carried forward.\n\nUse when: User holds direct MLP units (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN, or similar publicly traded midstream partnerships) and has structured K-1 box values for one tax year \u2014 Box 1 ordinary income, Box 19A cash distributions, Item K liability change, optionally Box 5 interest income, Box 11 \u00a7179 deduction, Box 13W \u00a7199A QBI amount. Single tax year, single lot.\n\nDon't use for: 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 these use RIC structure, no K-1, different tax regime \u2014 use a standard cost-basis calculator instead). Multi-year basis carryforward across consecutive K-1s \u2014 use k1_basis_multi_year. General partnership interests outside publicly traded MLPs (different \u00a71402 self-employment treatment).\n\nLimitations: Single tax year only \u2014 for multi-year basis tracking with \u00a7731 gain detection across years, use k1_basis_multi_year. Single-lot only \u2014 for multi-lot allocation and optimal sell ordering, see lucasandersen.ai. Federal-level only \u2014 does not include state basis adjustments.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
                "inputSchema": {
                  "properties": {
                    "box1": {
                      "description": "K-1 Box 1: ordinary business income (loss)",
                      "type": "number"
                    },
                    "box11": {
                      "description": "K-1 Box 11: \u00a7179 / other deductions",
                      "type": "number"
                    },
                    "box13w": {
                      "description": "K-1 Box 13W: \u00a7199A QBI amount",
                      "type": "number"
                    },
                    "box19a": {
                      "description": "K-1 Box 19A: cash distributions",
                      "type": "number"
                    },
                    "box2": {
                      "description": "K-1 Box 2: net rental income",
                      "type": "number"
                    },
                    "box5": {
                      "description": "K-1 Box 5: interest income",
                      "type": "number"
                    },
                    "liability_decrease": {
                      "description": "\u00a7752(b) liability decrease in USD",
                      "type": "number"
                    },
                    "liability_increase": {
                      "description": "\u00a7752(a) liability increase in USD",
                      "type": "number"
                    },
                    "prior_basis": {
                      "description": "Beginning-of-year adjusted basis in USD",
                      "type": "number"
                    },
                    "tax_bracket": {
                      "type": "number"
                    },
                    "ticker": {
                      "enum": [
                        "EPD",
                        "ET",
                        "MPLX",
                        "WES",
                        "PAA",
                        "NRP",
                        "USAC",
                        "SUN"
                      ],
                      "type": "string"
                    },
                    "units": {
                      "type": "number"
                    }
                  },
                  "required": [
                    "ticker",
                    "units",
                    "prior_basis",
                    "box1",
                    "box19a"
                  ],
                  "type": "object"
                },
                "name": "k1_basis_compute"
              },
              {
                "annotations": {
                  "idempotentHint": true,
                  "readOnlyHint": true,
                  "title": "Multi-Year K-1 Basis & Broker-Gap Tracker"
                },
                "description": "Computes a running adjusted partner basis across multiple years of Schedule K-1 data, per IRC \u00a7705 (basis computation), \u00a7731(a)(1) (gain on distributions exceeding basis), \u00a7751(a) (accumulated ordinary recapture), \u00a7752 (liability share allocation across years), \u00a7704(d) (suspended-loss carryforward), and \u00a71014(a) (step-up if death today). Returns year-by-year basis trajectory, accumulated \u00a7751 recapture estimate, projected zero-basis year, \u00a71014 step-up value if death today, and the broker-basis gap \u2014 the dollar amount by which a typical 1099-B understates true IRS-adjusted basis.\n\nUse when: User holds a direct MLP position (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN) across multiple consecutive tax years, has K-1s for those years, and wants to track adjusted basis year over year, identify the zero-basis year, quantify the gap between broker-reported basis and true IRS basis, or project \u00a71014 step-up value if death occurred today.\n\nDon't use for: Single-year basis worksheet from one K-1 \u2014 use k1_basis_compute. Long-horizon forward projection from default assumptions when no actual K-1s are in hand \u2014 use mlp_projection. 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 RIC structure, no K-1, no basis-erosion mechanism; use a standard cost-basis calculator). Multi-position portfolio basis tracking \u2014 this tool handles one position per call.\n\nLimitations: Single position, single lot \u2014 for multi-lot or multi-position basis tracking with optimal sell ordering, see lucasandersen.ai. Federal-level only \u2014 does not include state-level basis adjustments. Accumulated \u00a7751 recapture is estimated across years; actual depends on the partnership's hot-asset disposition schedule and any year-specific \u00a7751(b) events.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
                "inputSchema": {
                  "properties": {
                    "k1_years": {
                      "description": "Array of annual K-1 data, one per year held (max 50)",
                      "items": {
                        "properties": {
                          "box1": {
                            "type": "number"
                          },
                          "box11": {
                            "type": "number"
                          },
                          "box19a": {
                            "type": "number"
                          },
                          "liability_decrease": {
                            "type": "number"
                          },
                          "liability_increase": {
                            "type": "number"
                          },
                          "year": {
                            "type": "number"
                          }
                        },
                        "required": [
                          "year",
                          "box1",
                          "box19a"
                        ],
                        "type": "object"
                      },
                      "type": "array"
                    },
                    "purchase_price": {
                      "type": "number"
                    },
                    "purchase_year": {
                      "type": "number"
                    },
                    "tax_bracket": {
                      "type": "number"
                    },
                    "ticker": {
                      "enum": [
                        "EPD",
                        "ET",
                        "MPLX",
                        "WES",
                        "PAA",
                        "NRP",
                        "USAC",
                        "SUN"
                      ],
                      "type": "string"
                    },
                    "units": {
                      "type": "number"
                    }
                  },
                  "required": [
                    "ticker",
                    "units",
                    "purchase_price",
                    "k1_years"
                  ],
                  "type": "object"
                },
                "name": "k1_basis_multi_year"
              }
            ]
          }
        },
        "bad_protocol_status_code": 200,
        "delete_error": null,
        "delete_status_code": null,
        "expired_session_error": null,
        "expired_session_status_code": null,
        "issues": [
          "missing_session_id",
          "missing_protocol_header",
          "bad_protocol_not_rejected"
        ],
        "last_event_id_visible": false,
        "protocol_header_present": false,
        "requested_protocol_version": "2024-11-05",
        "session_id_present": false,
        "transport": "streamable-http"
      },
      "latency_ms": 29.9,
      "status": "error"
    },
    "utility_coverage_probe": {
      "details": {
        "completions": {
          "advertised": false,
          "live_probe": "not_executed",
          "sample_target": null
        },
        "initialize_capability_keys": [
          "tools"
        ],
        "pagination": {
          "metadata_signal": false,
          "next_cursor_methods": [],
          "supported": false
        },
        "tasks": {
          "advertised": false,
          "http_status": 200,
          "probe_status": "missing"
        }
      },
      "latency_ms": 18.14,
      "status": "missing"
    }
  },
  "failures": {
    "oauth_authorization_server": {
      "reason": "no_authorization_server"
    },
    "oauth_protected_resource": {
      "error": "Client error '405 Method Not Allowed' for url 'https://api.lucasandersen.ai/.well-known/oauth-protected-resource'\nFor more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/405",
      "url": "https://api.lucasandersen.ai/.well-known/oauth-protected-resource"
    },
    "openid_configuration": {
      "reason": "no_authorization_server"
    },
    "probe_noise_resilience": {
      "headers": {
        "content-type": "application/json; charset=utf-8",
        "x-ratelimit-limit": "0",
        "x-ratelimit-remaining": "0",
        "x-ratelimit-reset": ""
      },
      "http_status": 405,
      "url": "https://api.lucasandersen.ai/robots.txt"
    },
    "server_card": {
      "error": "Client error '405 Method Not Allowed' for url 'https://api.lucasandersen.ai/.well-known/mcp/server-card.json'\nFor more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/405",
      "url": "https://api.lucasandersen.ai/.well-known/mcp/server-card.json"
    },
    "transport_compliance_probe": {
      "bad_protocol_error": null,
      "bad_protocol_headers": {
        "content-type": "application/json; charset=utf-8",
        "x-ratelimit-limit": "50",
        "x-ratelimit-remaining": "48",
        "x-ratelimit-reset": "2026-06-01T00:00:00.000Z"
      },
      "bad_protocol_payload": {
        "id": 410,
        "jsonrpc": "2.0",
        "result": {
          "tools": [
            {
              "annotations": {
                "idempotentHint": true,
                "readOnlyHint": true,
                "title": "MLP Multi-Year Tax Projection"
              },
              "description": "Computes a multi-year tax projection for a publicly traded MLP position, applying the IRS Partner's Basis Worksheet methodology (Lines 1-14) per IRC \u00a7705 (basis computation), \u00a7731(a) (distributions exceeding basis), \u00a7733 (basis reduction), \u00a7751 (hot asset recapture), \u00a7752 (liability allocation), \u00a71014 (stepped-up basis at death), and \u00a7199A (QBI deduction). Returns year-by-year basis erosion, \u00a7751 accumulation, annual federal tax, terminal FMV, \u00a71014 step-up value at death, and the break-even sell price.\n\nUse when: User holds direct units of a midstream MLP (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN) and wants to model long-term tax outcomes \u2014 when basis reaches zero, total tax paid over the hold horizon, deferred tax eliminated by \u00a71014 step-up at death, or the unit price at which selling matches holding through inheritance. Single position, single lot.\n\nDon't use for: 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 these use RIC structure, pay corporate-level tax, and issue 1099-DIV instead of K-1; use a standard cost-basis calculator instead). Multi-position estate analysis \u2014 use mlp_estate_planning. Computing basis from actual K-1 data the user has in hand \u2014 use k1_basis_compute (single year) or k1_basis_multi_year.\n\nLimitations: Single position, single lot \u2014 for multi-position portfolios and per-lot optimal sell ordering, see lucasandersen.ai. Federal-level only \u2014 does not include state-level basis adjustments or state estate tax. \u00a7751 recapture is estimated from default ROC assumptions; actual recapture depends on the partnership's hot-asset disposition schedule.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
              "inputSchema": {
                "properties": {
                  "purchase_price": {
                    "description": "Purchase price per unit in USD (optional \u2014 defaults to reasonable estimate)",
                    "type": "number"
                  },
                  "tax_bracket": {
                    "description": "Federal marginal rate as decimal, e.g. 0.32 (default 0.32)",
                    "type": "number"
                  },
                  "ticker": {
                    "description": "MLP ticker symbol",
                    "enum": [
                      "EPD",
                      "ET",
                      "MPLX",
                      "WES",
                      "PAA",
                      "NRP",
                      "USAC",
                      "SUN"
                    ],
                    "type": "string"
                  },
                  "units": {
                    "description": "Number of MLP units held",
                    "type": "number"
                  },
                  "years": {
                    "description": "Projection horizon in years (1-50, default 20)",
                    "type": "number"
                  }
                },
                "required": [
                  "ticker",
                  "units"
                ],
                "type": "object"
              },
              "name": "mlp_projection"
            },
            {
              "annotations": {
                "idempotentHint": true,
                "readOnlyHint": true,
                "title": "MLP Estate Planning \u00a71014 Analyzer"
              },
              "description": "Computes \u00a71014 stepped-up basis and estate-planning analysis for one or more direct MLP positions held until death, per IRC \u00a71014(a) (basis at death), \u00a71014(b)(6) (community-property double step-up), \u00a7751(a) (ordinary recapture eliminated at death), \u00a7731 (distributions), and \u00a7705 (basis). Returns total deferred federal tax eliminated, \u00a7751 ordinary recapture eliminated, per-beneficiary inheritance split, community-property double-step-up amount when applicable, and the dollar advantage of holding to death versus selling today.\n\nUse when: User has one or more direct MLP positions (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN) and wants to quantify the \u00a71014 step-up benefit for estate planning, compare holding to death versus selling now across a portfolio, model community-property double step-up for spouses in CA/TX/WA/etc., or compute per-beneficiary inheritance values across multiple heirs.\n\nDon't use for: Trust-based estate strategies (revocable trusts preserve \u00a71014; irrevocable trusts and IDGTs typically destroy it \u2014 this tool models direct holdings only). Single-position long-horizon tax projection \u2014 use mlp_projection. Single-position sell-now-versus-hold-to-death break-even \u2014 use mlp_sell_vs_hold. 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 RIC structure receives \u00a71014 step-up but has no \u00a7751 to eliminate because no K-1; the analysis is materially different).\n\nLimitations: Direct unit holdings only \u2014 does not model trust, IDGT, FLP, or charitable structures (these can destroy the \u00a71014 benefit; for guidance on trust selection, see lucasandersen.ai). Federal-level only \u2014 does not include state estate tax. \u00a7751 recapture eliminated at death is estimated; exact figure depends on the partnership's actual hot-asset disposition schedule.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
              "inputSchema": {
                "properties": {
                  "beneficiaries": {
                    "description": "Number of beneficiaries (default 1, max 20)",
                    "type": "number"
                  },
                  "community_property": {
                    "description": "Whether positions are in a community property state (doubles step-up)",
                    "type": "boolean"
                  },
                  "positions": {
                    "description": "Array of MLP positions to analyze (max 20)",
                    "items": {
                      "properties": {
                        "purchase_price": {
                          "type": "number"
                        },
                        "ticker": {
                          "enum": [
                            "EPD",
                            "ET",
                            "MPLX",
                            "WES",
                            "PAA",
                            "NRP",
                            "USAC",
                            "SUN"
                          ],
                          "type": "string"
                        },
                        "units": {
                          "type": "number"
                        },
                        "years_held": {
                          "description": "Years held since purchase",
                          "type": "number"
                        }
                      },
                      "required": [
                        "ticker",
                        "units"
                      ],
                      "type": "object"
                    },
                    "type": "array"
                  },
                  "tax_bracket": {
                    "type": "number"
                  }
                },
                "required": [
                  "positions"
                ],
                "type": "object"
              },
              "name": "mlp_estate_planning"
            },
            {
              "annotations": {
                "idempotentHint": true,
                "readOnlyHint": true,
                "title": "MLP Sell-Now vs Hold-to-Death Break-Even"
              },
              "description": "Compares selling an MLP position today (triggering \u00a7751(a) hot-asset ordinary recapture plus \u00a7731(a)(1) long-term capital gain) against holding the position until death (where \u00a71014(a) step-up eliminates all deferred federal tax including \u00a7751 recapture), per IRC \u00a71(h) (LTCG rates), \u00a7199A (QBI deduction on \u00a7751 ordinary), and \u00a71411 (NIIT). Returns the break-even sell price \u2014 the unit price above which selling today produces more after-tax wealth than holding through inheritance.\n\nUse when: User holds a direct MLP position (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN), is approaching a sell decision, and wants a single break-even threshold to compare against the current market price. Useful for time-sensitive sell decisions, retirement-distribution planning, or evaluating whether an unsolicited tender offer is worth accepting versus continuing to hold for \u00a71014 step-up.\n\nDon't use for: Multi-position portfolio sell-ordering \u2014 this tool models a single position. For estate-planning analysis across multiple positions and beneficiaries, use mlp_estate_planning. For long-horizon basis-erosion modeling without a sell decision in view, use mlp_projection. 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 RIC structure has no \u00a7751 and no K-1, so the break-even logic does not apply; use a standard capital-gains calculator).\n\nLimitations: Single position, single lot \u2014 for portfolio-wide optimal sell ordering across multiple positions and lots, see lucasandersen.ai. Break-even price assumes the supplied tax bracket persists through the hold horizon. \u00a7751 recapture on the sell side is estimated from default ROC assumptions; actual hot-asset recapture depends on the partnership's disposition schedule.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
              "inputSchema": {
                "properties": {
                  "community_property": {
                    "type": "boolean"
                  },
                  "purchase_price": {
                    "type": "number"
                  },
                  "tax_bracket": {
                    "type": "number"
                  },
                  "ticker": {
                    "enum": [
                      "EPD",
                      "ET",
                      "MPLX",
                      "WES",
                      "PAA",
                      "NRP",
                      "USAC",
                      "SUN"
                    ],
                    "type": "string"
                  },
                  "units": {
                    "type": "number"
                  },
                  "years_held": {
                    "description": "Years the position has been held (default 10)",
                    "type": "number"
                  },
                  "years_to_project": {
                    "description": "Years to project the hold scenario (default 10)",
                    "type": "number"
                  }
                },
                "required": [
                  "ticker",
                  "units"
                ],
                "type": "object"
              },
              "name": "mlp_sell_vs_hold"
            },
            {
              "annotations": {
                "idempotentHint": true,
                "readOnlyHint": true,
                "title": "MLP Reference Data Lookup"
              },
              "description": "Returns reference data for a supported MLP ticker \u2014 current cash distribution per unit, distribution growth CAGR, default return-of-capital percentage, distribution coverage ratio, K-1 entity count, operating-state count, and last-verified date.\n\nUse when: User wants to look up baseline characteristics of an MLP before modeling \u2014 e.g., comparing distribution coverage across partnerships, checking how many K-1 entities a holding generates for tax-prep complexity, or seeing the operating-state count for state-tax filing-burden estimation.\n\nDon't use for: Tax computation. Use mlp_projection (long-horizon modeling), mlp_estate_planning (estate analysis), mlp_sell_vs_hold (break-even sell price), or k1_basis_compute / k1_basis_multi_year (computing basis from actual K-1 data).\n\nNote: This tool returns reference data only \u2014 no IRC citations apply, no methodology disclosure attached. For computation, use the modeling tools above.\n\nMaintained by Lucas Andersen, MS Finance.",
              "inputSchema": {
                "properties": {
                  "ticker": {
                    "enum": [
                      "EPD",
                      "ET",
                      "MPLX",
                      "WES",
                      "PAA",
                      "NRP",
                      "USAC",
                      "SUN"
                    ],
                    "type": "string"
                  }
                },
                "required": [
                  "ticker"
                ],
                "type": "object"
              },
              "name": "mlp_info"
            },
            {
              "annotations": {
                "idempotentHint": true,
                "readOnlyHint": true,
                "title": "K-1 Single-Year Basis Worksheet"
              },
              "description": "Computes adjusted partner basis from a single year of Schedule K-1 data using the IRS Partner's Basis Worksheet methodology (Lines 1-14), per IRC \u00a7705 (basis computation), \u00a7722 (initial basis), \u00a7731(a)(1) (gain on distribution exceeding basis), \u00a7733 (basis reduction), \u00a7752 (liability share allocation), \u00a7704(d) (loss limitation and suspended-loss carryforward), and \u00a7199A (QBI deduction). Returns the ending adjusted basis, every worksheet line value, any \u00a7731 gain triggered when distributions exceed basis, and \u00a7704(d) suspended losses carried forward.\n\nUse when: User holds direct MLP units (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN, or similar publicly traded midstream partnerships) and has structured K-1 box values for one tax year \u2014 Box 1 ordinary income, Box 19A cash distributions, Item K liability change, optionally Box 5 interest income, Box 11 \u00a7179 deduction, Box 13W \u00a7199A QBI amount. Single tax year, single lot.\n\nDon't use for: 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 these use RIC structure, no K-1, different tax regime \u2014 use a standard cost-basis calculator instead). Multi-year basis carryforward across consecutive K-1s \u2014 use k1_basis_multi_year. General partnership interests outside publicly traded MLPs (different \u00a71402 self-employment treatment).\n\nLimitations: Single tax year only \u2014 for multi-year basis tracking with \u00a7731 gain detection across years, use k1_basis_multi_year. Single-lot only \u2014 for multi-lot allocation and optimal sell ordering, see lucasandersen.ai. Federal-level only \u2014 does not include state basis adjustments.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
              "inputSchema": {
                "properties": {
                  "box1": {
                    "description": "K-1 Box 1: ordinary business income (loss)",
                    "type": "number"
                  },
                  "box11": {
                    "description": "K-1 Box 11: \u00a7179 / other deductions",
                    "type": "number"
                  },
                  "box13w": {
                    "description": "K-1 Box 13W: \u00a7199A QBI amount",
                    "type": "number"
                  },
                  "box19a": {
                    "description": "K-1 Box 19A: cash distributions",
                    "type": "number"
                  },
                  "box2": {
                    "description": "K-1 Box 2: net rental income",
                    "type": "number"
                  },
                  "box5": {
                    "description": "K-1 Box 5: interest income",
                    "type": "number"
                  },
                  "liability_decrease": {
                    "description": "\u00a7752(b) liability decrease in USD",
                    "type": "number"
                  },
                  "liability_increase": {
                    "description": "\u00a7752(a) liability increase in USD",
                    "type": "number"
                  },
                  "prior_basis": {
                    "description": "Beginning-of-year adjusted basis in USD",
                    "type": "number"
                  },
                  "tax_bracket": {
                    "type": "number"
                  },
                  "ticker": {
                    "enum": [
                      "EPD",
                      "ET",
                      "MPLX",
                      "WES",
                      "PAA",
                      "NRP",
                      "USAC",
                      "SUN"
                    ],
                    "type": "string"
                  },
                  "units": {
                    "type": "number"
                  }
                },
                "required": [
                  "ticker",
                  "units",
                  "prior_basis",
                  "box1",
                  "box19a"
                ],
                "type": "object"
              },
              "name": "k1_basis_compute"
            },
            {
              "annotations": {
                "idempotentHint": true,
                "readOnlyHint": true,
                "title": "Multi-Year K-1 Basis & Broker-Gap Tracker"
              },
              "description": "Computes a running adjusted partner basis across multiple years of Schedule K-1 data, per IRC \u00a7705 (basis computation), \u00a7731(a)(1) (gain on distributions exceeding basis), \u00a7751(a) (accumulated ordinary recapture), \u00a7752 (liability share allocation across years), \u00a7704(d) (suspended-loss carryforward), and \u00a71014(a) (step-up if death today). Returns year-by-year basis trajectory, accumulated \u00a7751 recapture estimate, projected zero-basis year, \u00a71014 step-up value if death today, and the broker-basis gap \u2014 the dollar amount by which a typical 1099-B understates true IRS-adjusted basis.\n\nUse when: User holds a direct MLP position (EPD, ET, MPLX, WES, PAA, NRP, USAC, SUN) across multiple consecutive tax years, has K-1s for those years, and wants to track adjusted basis year over year, identify the zero-basis year, quantify the gap between broker-reported basis and true IRS basis, or project \u00a71014 step-up value if death occurred today.\n\nDon't use for: Single-year basis worksheet from one K-1 \u2014 use k1_basis_compute. Long-horizon forward projection from default assumptions when no actual K-1s are in hand \u2014 use mlp_projection. 1099-DIV ETFs (AMLP, MLPX, AMZA \u2014 RIC structure, no K-1, no basis-erosion mechanism; use a standard cost-basis calculator). Multi-position portfolio basis tracking \u2014 this tool handles one position per call.\n\nLimitations: Single position, single lot \u2014 for multi-lot or multi-position basis tracking with optimal sell ordering, see lucasandersen.ai. Federal-level only \u2014 does not include state-level basis adjustments. Accumulated \u00a7751 recapture is estimated across years; actual depends on the partnership's hot-asset disposition schedule and any year-specific \u00a7751(b) events.\n\nMaintained by Lucas Andersen, MS Finance, with direct positions in major midstream MLPs. Methodology auditable at lucasandersen.ai/methodology.",
              "inputSchema": {
                "properties": {
                  "k1_years": {
                    "description": "Array of annual K-1 data, one per year held (max 50)",
                    "items": {
                      "properties": {
                        "box1": {
                          "type": "number"
                        },
                        "box11": {
                          "type": "number"
                        },
                        "box19a": {
                          "type": "number"
                        },
                        "liability_decrease": {
                          "type": "number"
                        },
                        "liability_increase": {
                          "type": "number"
                        },
                        "year": {
                          "type": "number"
                        }
                      },
                      "required": [
                        "year",
                        "box1",
                        "box19a"
                      ],
                      "type": "object"
                    },
                    "type": "array"
                  },
                  "purchase_price": {
                    "type": "number"
                  },
                  "purchase_year": {
                    "type": "number"
                  },
                  "tax_bracket": {
                    "type": "number"
                  },
                  "ticker": {
                    "enum": [
                      "EPD",
                      "ET",
                      "MPLX",
                      "WES",
                      "PAA",
                      "NRP",
                      "USAC",
                      "SUN"
                    ],
                    "type": "string"
                  },
                  "units": {
                    "type": "number"
                  }
                },
                "required": [
                  "ticker",
                  "units",
                  "purchase_price",
                  "k1_years"
                ],
                "type": "object"
              },
              "name": "k1_basis_multi_year"
            }
          ]
        }
      },
      "bad_protocol_status_code": 200,
      "delete_error": null,
      "delete_status_code": null,
      "expired_session_error": null,
      "expired_session_status_code": null,
      "issues": [
        "missing_session_id",
        "missing_protocol_header",
        "bad_protocol_not_rejected"
      ],
      "last_event_id_visible": false,
      "protocol_header_present": false,
      "requested_protocol_version": "2024-11-05",
      "session_id_present": false,
      "transport": "streamable-http"
    }
  },
  "remote_url": "https://api.lucasandersen.ai/mcp",
  "server_card_payload": null,
  "server_identifier": "ai.lucasandersen/mlp-tax"
}

Known versions

1.0.0

Validation history

7 day score delta

n/a

30 day score delta

n/a

Recent healthy ratio

100%

Freshness

3.5h

Timestamp	Status	Score	Latency	Tools
May 13, 2026 02:34:09 PM UTC	Healthy	72.7	497.8 ms	6
May 13, 2026 02:33:40 AM UTC	Healthy	72.3	610.8 ms	6
May 12, 2026 02:18:52 AM UTC	Healthy	69.1	444.6 ms	6

Validation timeline

Validated	Summary	Score	Protocol	Auth mode	Tools	High-risk tools	Changes
May 13, 2026 02:34:09 PM UTC	Healthy	72.7	2024-11-05	public	6	2	none
May 13, 2026 02:33:40 AM UTC	Healthy	72.3	2024-11-05	public	6	2	none
May 12, 2026 02:18:52 AM UTC	Healthy	69.1	2024-11-05	public	6	2	none

Recent validation runs

Started	Status	Summary	Latency	Checks
May 13, 2026 02:34:09 PM UTC	Completed	Healthy	497.8 ms	action_safety_probe, advanced_capabilities_probe, connector_publishability_probe, connector_replay_probe, determinism_probe, initialize, interactive_flow_probe, oauth_authorization_server, oauth_protected_resource, official_registry_probe, openid_configuration, probe_noise_resilience, prompt_get, prompts_list, protocol_version_probe, provenance_divergence_probe, request_association_probe, resource_read, resources_list, server_card, session_resume_probe, step_up_auth_probe, tool_snapshot_probe, tools_list, transport_compliance_probe, utility_coverage_probe
May 13, 2026 02:33:40 AM UTC	Completed	Healthy	610.8 ms	action_safety_probe, advanced_capabilities_probe, connector_publishability_probe, connector_replay_probe, determinism_probe, initialize, interactive_flow_probe, oauth_authorization_server, oauth_protected_resource, official_registry_probe, openid_configuration, probe_noise_resilience, prompt_get, prompts_list, protocol_version_probe, provenance_divergence_probe, request_association_probe, resource_read, resources_list, server_card, session_resume_probe, step_up_auth_probe, tool_snapshot_probe, tools_list, transport_compliance_probe, utility_coverage_probe
May 12, 2026 02:18:52 AM UTC	Completed	Healthy	444.6 ms	action_safety_probe, advanced_capabilities_probe, connector_publishability_probe, connector_replay_probe, determinism_probe, initialize, interactive_flow_probe, oauth_authorization_server, oauth_protected_resource, official_registry_probe, openid_configuration, probe_noise_resilience, prompt_get, prompts_list, protocol_version_probe, provenance_divergence_probe, request_association_probe, resource_read, resources_list, server_card, session_resume_probe, step_up_auth_probe, tool_snapshot_probe, tools_list, transport_compliance_probe, utility_coverage_probe