llm-api-integration
Skill0 starsChanged 24 days agoMITView on GitHub
Design and validate LLM application integrations, provider adapters, safe structured outputs, tool authorization, rate limits, budgets and reproducible offline evaluations.
In this repository28 other files it gives its agents.
- agent-skill-security-auditorSkill
- backend-api-engineerSkill
- backend-debuggingSkill
- backup-disaster-recoverySkill
- code-review-prSkill
- database-transaction-integritySkill
- dependency-supply-chain-auditorSkill
- devops-ci-cdSkill
- documentation-handoverSkill
- frontend-design-directionSkill
- load-resilience-testingSkill
- mcp-integration-builderSkill
- observability-monitoringSkill
- performance-accessibilitySkill
- playwright-webapp-testingSkill
- privacy-data-governanceSkill
- product-business-analystSkill
- project-bootstrap-environmentsSkill
- qa-release-gatekeeperSkill
- qa-test-strategySkill
- react-artifacts-builderSkill
- security-authorization-auditorSkill
- skill-authoring-toolkitSkill
- skill-evaluation-benchmarkSkill
- software-architectSkill
- technical-project-orchestratorSkill
- theme-design-systemSkill
- visual-assets-designSkill
The file
We split this skill into the rules it gives an agent
2 rules. About 0 are common, 2 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
Create versioned typed JSON contracts.
- Distinctive: line 31
Never secretly transmit user code or prompts, ask for tokens when not necessary, treat model output as authority or assert latest API …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
LLM API integration — auditable implementation contract
Trigger, exclusions and tool boundary
Use for LLM-assisted features, API/provider migration, structured answers, retrieval, agents with tools and inference reliability. Do not invoke for deterministic CRUD that needs no model. On ChatGPT web without an actual service connector, produce code/specifications and mark model calls and observed costs NOT RUN; pasting this skill does not grant API access.
Review and engineering sequence
- Clarify product outcome, user/tenant scope, prompt and output classifications, consent, jurisdictions, risk tolerance, minimum quality, timeout, budget and realistic latency. Verify from current provider docs before naming concrete model, pricing, SDK or feature.
- Separate roles: model adapter, policy/authorization boundary, deterministic validation, tool executor, audit/metrics and domain transaction service. Model output is untrusted and must never directly authorize a write, payment or data access.
- Create versioned typed JSON contracts. Bound input size, output size and schema depth, reject unknown keys, injection, truncation and invalid tool requests. Never parse a refusal or incomplete response as success.
- Define prompt/data trust levels: developer policy, user request and retrieved/tool content. Treat retrieved web pages and documents as data, not instructions. Redact unnecessary personal data, keep provider credentials out of client bundles/logs and use explicit service-side secret handling.
- Provide bounded failure behavior: timeout, transient retry/backoff, provider quota, 429, server errors, max attempts, idempotency for external side effects and budget exhaustion. Retry only safe read operations; do not retry a non-idempotent write after uncertain outcomes.
- Evaluate offline first: golden fixtures for valid structured outputs, schema errors, refusals, prompt injection, oversized inputs, provider errors and double tool calls. For online model quality, preserve model/version, prompt, seed or sampling controls where supported, input case IDs, human scoring method and cost/tokens/latency if genuinely observed.
- Gate release on actual acceptance tests, logs without raw sensitive prompts, permissions, trace IDs, cost limits, fallbacks and rollback to deterministic handling. Do not claim security or answer accuracy from unit tests alone.
Required artifacts and decision
- Architecture and trust diagram; minimal adapter interface; JSON schema and rejection examples
- Provider-independent failure/timeout/retry matrix with exact ceilings and budget owner
- Tool permission matrix: actor | operation | resource | write confirmation | audit event
- Evaluation plan: labeled cases, metric, baseline, observed outputs and missing evidence
- Release decision PASS/FAIL/NOT RUN, including unresolved privacy, vendor and hallucination risks
Executable reference
examples/llm-contract/ is a network-free deterministic fake provider and gate suite that tests schema validation, tool authorization, injection-shaped text, quotas and retries. It does not call a real model or validate model quality. In ChatGPT web, provide its concepts and runnable examples for later execution without assuming Python is available.
Forbidden shortcuts
Never secretly transmit user code or prompts, ask for tokens when not necessary, treat model output as authority or assert latest API pricing without source/date. Do not weaken tool permissions to make demos pass.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

