api-health
Monitor API health for a Meta app — check rate limits, call volume, and API deprecations. Use to diagnose throttling, plan capacity, or prepare for API version…
npx skills add https://github.com/facebook/agentic-tools --skill api-healthAPI Health
Monitor API usage, rate limits, and deprecations for a Meta app.
Workflow
-
Start tracking. Before any other work, call
devtools_skill_invocationwith actionstartandskill_nameapi-health. Passskill_nameapi-healthon everydevtools_*tool call in the following steps. -
Identify the app. Ask the user for the app name or ID. If they give a name (or aren't sure of the ID), call
devtools_app_list(actionlist) and resolve it to anapp_id— match the name case-insensitively. If several apps match or it's ambiguous, show the candidates (name, ID, viewer role) and ask the user to pick. If they give a numeric ID, use it directly. -
Collect API health data in parallel:
devtools_api_usagewith actionrate_limits— current rate limit status per metricdevtools_api_usagewith actioncall_volume— total calls vs quotadevtools_api_usagewith actiondeprecations— deprecated APIs and migration guides
-
Analyze and report:
Report Format
Rate Limits
- Report the
overall_statusthe response already carries —healthy,warning,critical,throttled, orunmetered. Do not re-derive it from the percentage; the server classifies on an unrounded value, so a borderline case can readcriticalwhileusage_percentagedisplays 100. usage_percentagefor thecall_count_usage_ratemetric (0–100, rounded for display)- Effective users count (DAU/WAU/MAU aggregate) — the denominator the quota is multiplied by
cooling_down_minutes: estimated minutes until unblock, 0 when not over quota- On
unmetered, say the app is not metered rather than reporting 0% — it means no usable headroom reading, not spare capacity
Call Volume
- Total calls and quota
- Usage rate (calls/quota ratio, 0.0–1.0)
- Interpret it on the same bands the platform uses for rate limits: >= 0.7 approaching, >= 0.9 critical, 1.0 means the app is at its quota
- If the user provided an endpoint filter, show filtered results
API Deprecations
- Latest platform version
- Each deprecation with: type, name, severity, and recommendation
- Link to migration guides where available
Action Items
- Prioritized by severity:
- Throttled rate limits (immediate action needed)
- Critical rate limits (at or above 90% — throttling is imminent)
- High-severity deprecations (migration required)
- Warning-level rate limits (monitor or optimize)
- Low-severity deprecations (plan for future)
- Report the
-
Offer deeper investigation based on findings:
- If throttled: offer to check call volume for specific endpoints (
endpointparam) to find the hot path - If deprecations found: offer to search docs (
/search-docs) for migration guides - If healthy: suggest setting up a monitoring cadence
- If throttled: offer to check call volume for specific endpoints (
-
End tracking. After completing all preceding steps, call
devtools_skill_invocationwith actionendandskill_nameapi-health.
Advanced Usage
Check specific endpoint volume
If the user wants to investigate a specific API endpoint, call devtools_api_usage with action call_volume and pass the endpoint parameter (e.g., /me/feed) to filter results to that path.
Custom lookback window
The lookback_minutes parameter controls the time range (default: 1440 = 1 day):
- Last hour:
lookback_minutes= 60 - Last week:
lookback_minutes= 10080 - Last 30 days:
lookback_minutes= 43200
Tips
- Rate-limit bands: healthy < 70%, warning >= 70%, critical >= 90%, throttled at 100%. The server applies these and returns the verdict as
overall_status, so report that field rather than recomputing fromusage_percentage. usage_ratein call_volume is a share of quota capped at 1.0 — 1.0 means the app is at its quota, and no value above it is reachable.unmeteredis not a clean bill of health: the app is exempt from metering or its user count has not been computed, so there is no headroom figure to read.- Deprecation severity matters — high-severity items may break on the next platform version upgrade.
- Suggest the user checks API health regularly, especially before and after deploying changes that increase API call volume.