Synthèse automatique
Encadre l'analyse et la maîtrise du volume de requêtes vers Flexport en s'appuyant sur les limites documentées et les réponses observées, sans inventer de quota global.
Points forts
- Sépare explicitement les budgets : acquisition de jetons OAuth, lectures REST, mutations, traitement des webhooks et appels d'outils MCP.
- Ancre le seul chiffre fixe réellement documenté (10 requêtes de jeton par jour) et impose un cache partagé avec refresh single-flight pour éviter la consommation inutile.
- Refuse de supposer des en-têtes de rate limit ou un Retry-After universels et exige des preuves mesurées avant tout changement de concurrence.
- Produit un reçu YAML expurgé qui trace la décision, la preuve et le propriétaire du rollback.
Limites
- Ne donne aucun débit chiffré par endpoint : il faut la documentation Flexport à jour ou des réponses observées pour trancher.
- Suppose une instrumentation déjà en place (métriques par opération, files bornées, statuts observés) que le skill ne construit pas lui-même.
- Fortement lié à Flexport : la démarche se transpose, mais le contenu concret ne s'applique pas à un autre fournisseur.
À utiliser lorsqu des appels Flexport sont throttlés ou renvoient des 429, ou lorsqu'il faut dimensionner concurrence, pagination et budget de jetons OAuth.
À éviter pour concevoir un limiteur de débit générique ou pour un fournisseur autre que Flexport.
Analyse de sécurité
SûrThe skill only uses Read, Grep, Write, and Edit for discovery and producing approved artifacts. It does not execute shell commands, network calls, or destructive actions. It explicitly instructs not to log credentials or tokens and to avoid unapproved external changes, so there is no meaningful execution or exfiltration risk.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Our Flexport invoice sync keeps hitting 429s. Review the client and propose a bounded-backoff and queue design, grounded only in documented limits and observed responses.We're burning through Flexport token requests. Design a shared token cache with single-flight refresh so our 10-per-day budget survives concurrent workers.Audit our Flexport pagination page sizes, cursor handling, and mutation retry policy, then produce the redacted receipt with rollback ownership.name: flexport-rate-limits description: >- Analyze and control Flexport request volume without inventing undocumented global limits or headers. Use when handling throttling, OAuth token budgets, endpoint-specific quotas, pagination pressure, or retry policy. Trigger with: "Flexport rate limit", "throttle Flexport calls", "budget Flexport tokens". allowed-tools: Read, Grep, Write, Edit version: 2.0.0 argument-hint: '[surface-endpoint-and-observed-evidence]' model: inherit effort: high license: MIT author: Jeremy Longshore jeremy@intentsolutions.io tags:
- saas
- flexport
- reliability
- quotas compatibility: 'Requires per-operation metrics, bounded queues, and current endpoint documentation or observed provider responses.'
Evidence-Driven Flexport Quota Control
Overview
Build controls from documented endpoint constraints and observed responses, not a fictional universal requests-per-minute number. The clearest fixed budget is OAuth token issuance: at most 10 token requests per day per documented credential flow.
Prerequisites
- Inventory by OAuth, REST endpoint, and MCP tool
- Shared token cache and per-workload queues
- Observed statuses, provider messages, and latency without sensitive payloads
Instructions
Step 1: Separate budgets
Track token acquisition, read traffic, mutations, webhook processing, and MCP tool calls independently.
Step 2: Eliminate token churn
Reuse each 24-hour OAuth JWT through a shared cache and single-flight refresh so business concurrency does not consume the 10/day token-request budget.
Step 3: Honor explicit evidence
Apply endpoint-specific documented limits and provider retry signals when present. Do not assume rate-limit headers or Retry-After exist universally.
Step 4: Shape reads
Use documented page sizes/cursors or links, avoid expensive expansions on index calls, and stop pagination when the business window is satisfied.
Step 5: Serialize mutations
Queue bookings and record creation by business key, cap attempts, and reconcile ambiguous outcomes before retry.
Step 6: Tune from receipts
Change concurrency only from measured latency/error evidence and preserve the before/after decision.
Authentication
REST calls authenticate with a cached OAuth 2.0 client-credentials Bearer token using audience https://api.flexport.com, or an explicitly accepted broad API key. Use distinct credentials per workload and never log credentials or tokens. MCP calls use the authenticated connection to https://mcp.flexport.com/mcp and remain subject to each tool's documented account permissions.
Tool Discipline
Use Read and Grep for discovery and evidence. Use Write or Edit only for the approved artifact, code, configuration, test, or receipt described by this workflow; do not make an unapproved Flexport-side change.
Output
- Scoped decision or implementation artifact
- Redacted operation and validation receipt
- Failure, rollback, and follow-up ownership record
Return a machine-reviewable receipt in this shape; adapt the operation values, but never place credentials or provider payloads in it:
surface: rest-v3
operation: shipment-read
decision: approved
outcome: verified
evidence:
release_sha: recorded-out-of-band
provider_reference: redacted
rollback_owner: logistics-platform
Examples
An importer reads freight invoices from /invoices in pages of 10 as recommended for performance, caches its OAuth token, limits concurrent reads based on observed behavior, and never claims a global Flexport quota that the docs do not publish.
Error Handling
| Failure | Response | | --- | --- | | 429 without retry metadata | Pause the affected surface, use bounded backoff with jitter, and seek provider guidance. | | Token requests approach 10/day | Stop acquisition and repair cache sharing before tokens expire. | | Queue grows after concurrency increase | Roll back the increase and inspect endpoint latency/error evidence. | | Mutation throttled | Reconcile existing business references before resubmitting. |
Resources
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/flexport-rate-limits-mu26hb4a/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/flexport-rate-limits-mu26hb4a' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/flexport-rate-limits-mu26hb4a/download' --output '.skill-downloads/flexport-rate-limits-mu26hb4a/SKILL.md.part' && mv '.skill-downloads/flexport-rate-limits-mu26hb4a/SKILL.md.part' '.skill-downloads/flexport-rate-limits-mu26hb4a/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Environnement déclaré par l’auteur : Requires per-operation metrics, bounded queues, and current endpoint documentation or observed provider responses.
Outils déclarés par l’auteur (à vérifier dans votre agent) : Read, Grep, Write, Edit
Extrait original : Prerequisites
- Inventory by OAuth, REST endpoint, and MCP tool
- Shared token cache and per-workload queues
- Observed statuses, provider messages, and latency without sensitive payloads
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/flexport-rate-limits-mu26hb4a/SKILL.md' && test -s '.skill-downloads/flexport-rate-limits-mu26hb4a/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/flexport-rate-limits' && cp -R '.skill-downloads/flexport-rate-limits-mu26hb4a' '.claude/skills/flexport-rate-limits'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/flexport-rate-limits-mu26hb4a'openskills read 'flexport-rate-limits-mu26hb4a'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/flexport-rate-limits-mu26hb4a/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Configurer un canal de discussion avec SecretRefs
DevOps
Configurez des canaux de discussion avec des commandes non interactives, les secrets étant uniquement des SecretRefs. Couvre les étapes de collecte, modification, réparation et vérification.
Enquêter sur les échecs CI de ClickHouse
DevOps
Investigue un échec CI de ClickHouse de bout en bout à partir d'une URL de PR ou de rapport S3. Récupère les tests échoués, classe flaky vs vraie régression, et cherche des issues/fixes existants.
Revue de PR Ansible
DevOps
Examine une PR Ansible selon le processus standardisé du projet, incluant la validation des changelogs, la couverture de tests et le suivi des commentaires.