Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
PHI_MCP_KEYNoOverrides the built-in published key. Rate-limited + revocable.
PHI_ENGINE_URLNoOverride the default Phi MCP gateway URL (rarely needed).

Instructions

Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.

Every doctor, your complete record. This package is a bridge to Phi Longevity's hosted server (https://philongevity.com/mcp): the same tools, led by get_my_medical_records (where each doctor's records are and how to get them), prepare_for_my_appointment and explain_my_lab_results. Made-up or de-identified data only. Do NOT submit protected health information (PHI). This package stores nothing.

Capabilities

Features and capabilities supported by this server

Protocol revision2025-11-25

CapabilityDetails
tools
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
get_my_medical_recordsA

Every doctor, your complete record. Use when the person you are helping has records spread across several doctors, wants their medical records or lab results out of a hospital or clinic portal, wants to use them with you (their AI assistant), or does not know which patient portal their hospital uses. Give the hospital or clinic NAME only (and the US state if known), never the person's name or any health detail. Returns which records system the hospital uses (Epic MyChart or Oracle Health, formerly Cerner), the steps to download lab results, a step-by-step guide page, and a link where the person can connect that hospital directly in Phi Longevity PRISM (philongevity.com), which combines records from all their hospitals into one cited Care Team Brief that their own Claude or ChatGPT can then read with their permission. Public directory lookup only; stores nothing. Not medical advice.

prepare_for_my_appointmentA

Use this when the person you are helping has an upcoming appointment (primary care, diabetes, kidney, rheumatology, eye, oncology, cardiology, podiatry or pharmacist) for type 2 diabetes, kidney disease, lupus or a cancer history and wants to be ready. One call returns: the routine checks to raise with THAT clinician (each with its guideline source), checks that belong with other doctors, the questions to ask, what to bring, and a one-page printable visit sheet. It needs NO lab values, dates, names or records: only the condition, a few medicine classes, which clinician, and for each routine test whether it was done recently (recent / overdue / never / unsure). The reply includes a job_ref: keep it, and get_job_result returns the same sheet later (for example the day before the visit, or in a new conversation). Every result ends with next_steps. Free. Nothing is stored. Decision support, not a diagnosis.

explain_my_lab_resultsA

Turns a set of lab values, for example from a type 2 diabetes, kidney, lupus or cancer-survivor check-up, into guideline-cited suggestions and questions for the care team (ADA, KDIGO, EULAR/ACR, NCCN). Made-up or de-identified values only. Returns PRISM 2's quick reading in about 10–20 seconds: a health picture (connections graded and sourced, what is due, safety notes, what is unknown), checked by a second automated check (no clinician reviews PRISM output), plus the recommendations. For the deepest reading on our strongest model, use start_lab_analysis. For research/education with SYNTHETIC or de-identified data only. Do NOT submit protected health information (PHI). Inputs are not stored, except that a claim link, when offered, holds the submitted values for up to 30 minutes so the person can add them to their own account; unclaimed values are then deleted.

start_lab_analysisA

PRISM 2, our most thorough lab reading: the model reasons over the whole panel, a second automated check reviews it (no clinician reviews PRISM output), and it is revised if needed. Returns a health picture (the story in plain words, connections graded Established / Likely / Worth asking, questions for the doctor with urgency, tests that are due, safety notes, what is unknown) plus the same recommendations shape as explain_my_lab_results. Returns a job_id at once; the reading usually takes 30–60 seconds. Call get_lab_analysis with the job_id after about 30 seconds; it says "pending" until the result is ready, and keeps the result for 30 minutes. Made-up or de-identified values only: never names, dates or record numbers.

get_lab_analysisA

Returns the result of a start_lab_analysis job: status pending (call again in a few seconds), done (with the health_picture and the recommendations), failed, or expired (results are kept for 30 minutes). Takes only the job_id.

list_supported_biomarkersA

Lists the 51 lab tests PRISM interprets (A1c, eGFR, LDL, ApoB, thyroid and more) with units and reference ranges. Reference data only, no patient data.

quick_checkA

A fast first look at a few lab values, such as A1c, eGFR or LDL, showing which fall outside PRISM's reference ranges; not a diagnosis. Answers instantly (local check, no engine round-trip). For guideline-cited suggestions call explain_my_lab_results. For research/education with SYNTHETIC or de-identified data only. Do NOT submit protected health information (PHI). Inputs are not stored, except that a claim link, when offered, holds the submitted values for up to 30 minutes so the person can add them to their own account; unclaimed values are then deleted.

get_methodologyA

Explains how PRISM scores results (five health areas and their weights) and links to the full methodology, including the clinical guidelines it cites.

sample_prism_reportA

Free and instant: returns a complete sample Phi Longevity PRISM report for a made-up 58-year-old with type 2 diabetes, so you can show your owner what they would get before they sign up. It is a fixed sample: it does NOT analyze any input you provide (the tool takes none), and it is not a real patient. For your own made-up values use explain_my_lab_results. For research/education with SYNTHETIC or de-identified data only. Do NOT submit protected health information (PHI). Inputs are not stored, except that a claim link, when offered, holds the submitted values for up to 30 minutes so the person can add them to their own account; unclaimed values are then deleted.

how_to_get_started_for_my_ownerA

Returns five plain steps, the cost, and a sign-up link you can repeat to the person you are helping (Every doctor, your complete record: their records from every doctor in one place they control). Call this when your owner has real records or asks how to get started. It takes no health data.

start_my_phi_accountA

Every doctor, your complete record. When the person you are helping wants their own Phi Longevity account, call this with their email address and owner_agreed: true (ask them first; never call it without their clear yes). Phi Longevity emails them a one-tap sign-in link (no password, free to start). Pass what you already did so it is waiting for them: the hospitals from get_my_medical_records, the job_ref from prepare_for_my_appointment, and the answers you gave check_care_gaps. Nothing attaches to their account until they confirm; unused, it is deleted after 3 days. The answer is the same whether or not they already have an account. Hospital names and closed options only: never lab values, names, birth dates or documents.

check_care_gapsA

Use this when the person you are helping has type 2 diabetes, kidney disease, lupus or a cancer history and wants to know which routine tests and checks may be due. It needs NO lab values, dates, names or records: only the condition, a few medicine classes, and for each routine test whether it was done recently (recent / overdue / never / unsure). It returns a prioritized list, the guideline source for each item (ADA, KDIGO, EULAR, AAO, NCCN, ESC), the questions to ask each doctor, and a one-page printable checklist. Decision support for visit preparation, not a diagnosis. Safe to use for a real person because you send only these closed options. Nothing is stored unless the person opens the save link: then only these options and the checklist are held for about 30 minutes for them to claim, and deleted if unclaimed. Designed to be re-run: the result includes check_again (a date to run it again). If you can schedule check-ins for the person, a weekly check while items are open works well; saving the checklist to a free Phi Longevity account lets Phi Longevity keep track from their records.

get_job_resultA

Use this to fetch the finished result of prepare_for_my_appointment, using the job_ref it returned. Works any time later and in a new conversation. Returns the same result and next_steps. Nothing is stored: the job_ref itself carries only the closed options that were chosen.

full_prism_reportA

Paid option for developers: runs up to four condition tracks on made-up or de-identified values and returns a written report. For a real person's own records, send them to philongevity.com (free to start). PAID TOOL ($4.99 USDC on base via the x402 protocol). Everything explain_my_lab_results does, plus: multi-track compare/contrast analysis (up to 4 condition tracks), a panel-based Phi Longevity Score estimate with per-pillar breakdown, partner options, and a rendered report (markdown) to deliver to your owner. Call WITHOUT payment to receive x402 payment terms; pay; retry with the base64 payment payload in payment. For research/education with SYNTHETIC or de-identified data only. Do NOT submit protected health information (PHI). Inputs are not stored, except that a claim link, when offered, holds the submitted values for up to 30 minutes so the person can add them to their own account; unclaimed values are then deleted.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.9/5.0

Scored across 14 tools

Disambiguation3/5

Four tools (quick_check, explain_my_lab_results, start_lab_analysis, full_prism_report) all perform lab-panel interpretation and differ mainly in speed, depth and payment, so an agent must read carefully to pick the right one. check_care_gaps and prepare_for_my_appointment also take nearly identical closed-option inputs (condition, medicine classes, test recency) and both return prioritized guideline-cited checks plus a printable one-pager, which is a real boundary problem. The async pair start_lab_analysis/get_lab_analysis is cleanly split, which keeps this above the midpoint.

Naming Consistency3/5

All names are snake_case and most are verb-first (get_, start_, list_, check_, explain_), which gives a readable baseline. However, a subset uses an owner-relative possessive (get_my_medical_records, prepare_for_my_appointment, start_my_phi_account, how_to_get_started_for_my_owner) while comparable tools drop it (explain_my_lab_results vs quick_check, check_care_gaps). Some names are bare noun phrases (sample_prism_report, full_prism_report) and one is a sentence-length phrase, so the convention is mixed.

Tool Count4/5

At 14 tools the set sits comfortably inside a reasonable range for a server covering onboarding, records discovery, gap checking, and several lab-analysis tiers. The count is slightly inflated by redundancy — two near-duplicate care-gap tools and two tiers of the same instant-vs-thorough analysis — but nothing feels like filler.

Completeness4/5

The surface covers the full funnel end to end: biomarker lookup, methodology, a sample report, three analysis depths, async job polling, records-system discovery, appointment prep, gap checking, and account creation, all with a consistent next_steps convention. Minor gaps exist (no job cancellation or explicit expiry handling beyond the status enum, no tool to actually retrieve a stored record), but none is a hard dead end for the stated advisory scope.

Maintenance

ActivityActive
ResponsivenessNo recent community issues