ChatGPT Custom GPTs : créer un assistant métier (2026)

À la fin de cette leçon, vous saurez ce qu’est un Custom GPT, qui peut en créer en 2026, configurer instructions + knowledge + conversation starters, choisir entre Apps et Actions, et gouverner le partage en workspace Business / Enterprise / Edu — avec un lab « Runbook SRE ».

Niveau : Débutant → Intermédiaire · Temps estimé : 45–60 min · Versions cibles : ChatGPT (web) · GPTs builder · workspaces Business / Enterprise / Edu · OpenAPI 3.x (Actions) · Dernière vérification : 2026-09-11

Statut : HOLD — draft only (ne pas publier sur WordPress)

Prérequis

• [ ] Compte ChatGPT connecté (navigation GPTs possible pour tous les comptes signés-in)
• [ ] Pour créer / publier un nouveau GPT : workspace Business, Enterprise ou Edu avec permission de création (selon la doc OpenAI 2026, création indisponible sur Free / Go / Plus / Pro personnels)
• [ ] 1–3 documents internes prêts en knowledge (runbook, FAQ, checklist — sans secrets)
• [ ] (Optionnel Actions) API de lab + schéma OpenAPI JSON/YAML ; notions API Key ou OAuth
• [ ] Coût estimé : inclus dans l’abonnement workspace éligible ; 0 € hors lab API externe

Cette page crée /tutoriels/chatgpt-custom-gpts/ (live absente). Angle DevOps Elastic Hayway : runbooks, onboarding, triage — pas un catalogue Store. Objectif : assistant d’équipe reproductible. Complète parcours IA DevOps 2026 et hub IA ; procédure dans Git, GPT à côté de Docker / Kubernetes.

Ce que nous allons construire

Custom GPT « Runbook SRE » (lab)
  ├── Instructions : rôle, ton FR, limites, format
  ├── Conversation starters (4)
  ├── Knowledge : runbook + FAQ (sans secrets)
  ├── Capabilities : web search optionnel
  ├── (Option) Action OpenAPI GET /status
  ├── Preview → Save → partage workspace
  └── Erreurs + FAQ + Quiz + maillage IA

(Schéma à remplacer par une image locale, alt : « Custom GPT : instructions, knowledge, Actions OpenAPI et partage workspace ».)

Étape 1 — Qu’est-ce qu’un Custom GPT ?

Un Custom GPT est un ChatGPT configuré pour un usage précis : il emporte rôle, limites, documents et éventuellement des API. Pour une SRE : runbook interactif, pas brainstorming.

Élément	Rôle
Instructions	Comportement, ton, objectifs, garde-fous
Conversation starters	Exemples de prompts au démarrage
Knowledge	Fichiers uploadés (docs, handbooks) comme référence
Capabilities	Outils intégrés (web search, images, etc.)
Apps	Services externes via outils connectés par l’utilisateur
Actions	API que vous définissez (schéma OpenAPI)

Selon OpenAI : apps ou actions, pas les deux (XOR). Choisissez tôt connecteurs utilisateur ou vos API.

Approche	Quand l’utiliser
Chat nu	Exploration ponctuelle
Custom GPT	Procédure répétable (runbook, checklist, triage)
Claude Projects	Docs + artefacts Anthropic — Claude Projects
API Assistants	Intégration produit / CI hors UI ChatGPT

Sans instructions + knowledge, le modèle invente des « best practices » parfois risquées en prod. Builder conversationnel = jet rapide ; mode Configuration = vérité pour revue PR. En astreinte, le GPT devient le point d’entrée commun : même format, mêmes sources — sans remplacer supervision ni runbook Git.

Étape 2 — Accès 2026 : créer, publier, utiliser

Action	Perso Free/Go/Plus/Pro	Business / Enterprise / Edu
Utiliser un GPT	Oui (signé-in)	Oui
Créer / publier	Non (doc OpenAI 2026)	Oui si permissions
Éditer un GPT existant	Selon permissions	Oui si autorisé
Apps / domaines Actions	Limité	Admins (allowlist)

Consommer un GPT partagé ne demande pas le droit de création. Pour un « Runbook SRE » d’équipe : workspace Business+ + propriétaire (sinon knowledge périmé). Enterprise / Edu : validez création, partage, allowlist Actions.

Builder : Explore GPTs ou https://chatgpt.com/gpts → Create → Preview → Save. Rejouez un starter d’incident et une checklist avant partage. Wiki d’équipe : lien GPT, owner, branche Git knowledge + binôme de secours.

Étape 3 — Lab : créer le GPT « Runbook SRE »

3.1 Identité

• Name : Runbook SRE — Elastic Hayway
• Description : Triage via runbooks knowledge ; réponses FR structurées ; pas de commandes hors procédure.

GPT d’astreinte : triage + runbooks, zéro commande hors procédure. Description = découvrabilité interne.

3.2 Instructions (à coller)

Tu es un assistant SRE (DevOps Elastic Hayway). Français clair, phrases courtes.
Mission : triage + runbooks du knowledge. Tu ne remplaces pas l’astreinte.

Règles :
1. N’invente jamais commandes, flags, namespaces ou URLs prod.
2. Si l’info manque en knowledge, dis-le ; propose quoi vérifier sans inventer le résultat.
3. Aucun secret / token / mot de passe.
4. Préfère le knowledge au web, sauf demande explicite de recherche.

Format : Contexte → Symptômes → Checks (commandes seulement si en knowledge)
→ Rollback → Escalade → Sources (nom du fichier knowledge).

3.3 Conversation starters

Starters = tests humains (dérive ⇒ instructions trop molles) :

1. Service API 5xx depuis 10 min — démarre le triage runbook.
2. Checklist pre-deploy Kubernetes staging (d’après knowledge).
3. Différence symptôme disque plein vs OOM — quoi vérifier en premier ?
4. Rédige un post-mortem court à partir de ces faits : …

Couvrez incident, checklist, diagnostic, post-mortem + cas « knowledge manquant ».

3.4 Capabilities

GPT « procédure stricte » : sans web search au départ, images off. Si Preview invente un kubectl hors fichiers → « non documenté ici ». Ton scannable (listes, titres courts), aligné template incident.

Étape 4 — Knowledge : runbooks sans secrets

Knowledge ≠ instructions (comportement vs matière). Évitez de coller tout le runbook dans Instructions.

Faire	Éviter
Runbooks / FAQ Markdown nommés (runbook-api-5xx.md)	Secrets, kubeconfig, .env
Re-upload après chaque changement prod	Knowledge périmé
Ordre « cite le fichier » dans les instructions	Dump Confluence géant

Fichiers courts et atomiques ; monolithes → hallucinations. Après changement prod : réexport Git → replace knowledge. En-tête version / date / owner sur chaque fichier ; évitez captures non OCR. 10–50 procédures : Custom GPT ; au-delà → RAG docs infra. Suite : ChatGPT DevOps runbooks.

Étape 5 — Actions vs Apps (aperçu)

Statut live ou ticket : Apps (connecteurs user) ou Actions (OpenAPI + auth) — XOR. Sans branchement, le GPT reste aveugle à l’état réel des services.

	Apps	Actions
Qui	Utilisateur	Vous (schéma + auth)
Cas	SaaS supportés	Status / CMDB / ticketing interne
Contrat	Apps OpenAI	OpenAPI + API Key / OAuth
Enterprise	Policy apps	Allowlist de domaines

Exemple pédagogique (pas de prod sans auth) :

openapi: 3.0.0
info:
  title: Status Lab API
  version: "1.0.0"
servers:
  - url: https://status.lab.example.com
paths:
  /status:
    get:
      operationId: getServiceStatus
      summary: État agrégé des services lab
      responses:
        "200":
          description: OK
          content:
            application/json:
              schema:
                type: object
                properties:
                  service: { type: string }
                  state: { type: string, enum: [up, degraded, down] }

Actions → Create new action, auth, Preview. GPT public + Actions : privacy policy. Détail : ChatGPT Actions & outils. Allowlist vide ⇒ Actions bloquées. Lab : GET /status avant POST ; soignez operationId. Secrets dans l’auth builder (jamais knowledge), OAuth minimal, logs API.

Étape 6 — Partage, gouvernance et erreurs fréquentes

Partage : privé → personnes / lien → workspace. Admins Enterprise / Edu : création, partage, GPTs tiers, apps, domaines Actions. GPT SRE : démarrez workspace only.

Symptôme	Cause	Correction
Pas de Create	Compte perso	Workspace Business+
Ignore le runbook	Knowledge / instructions faibles	Re-upload + « cite le fichier »
Invente des commandes	Garde-fous / web search	Durcir ; couper le web
« No domains allowed »	Allowlist vide	Admin : domaine API
Conflit Apps/Actions	XOR	Un seul mode
Secret en chat	Upload / prompt	Purger + rotation

Canal semi-public — Prompt injection. Priorisez knowledge + politique ; refusez secrets. Journalisez owner, refresh knowledge, lien Git. Zéro credential dans le chat ; fuite → rotation + revue uploads.

Quiz (5 questions)

1. Qui peut créer / publier un nouveau Custom GPT en 2026 selon la doc OpenAI ?
– A. Tout compte ChatGPT Plus personnel
– B. Un workspace Business / Enterprise / Edu avec permissions
– C. Uniquement l’API Assistants, jamais l’UI

2. Que met-on de préférence dans knowledge plutôt que dans les instructions ?
– A. Le ton et le format de réponse
– B. Les runbooks / FAQ versionnés (sans secrets)
– C. Les clés API et kubeconfig

3. Apps et Actions sur un même GPT :
– A. Se cumulent librement
– B. Sont XOR (l’un ou l’autre, pas les deux)
– C. Ne fonctionnent que hors Enterprise

4. Premier réflexe si le GPT invente des commandes kubectl hors runbook ?
– A. Activer la génération d’images
– B. Durcir les instructions, couper le web search, enrichir/citer le knowledge
– C. Publier le GPT en public immédiatement

5. Symptôme Enterprise « No domains allowed » sur une Action :
– A. Le modèle GPT est trop petit
– B. Allowlist de domaines Actions vide ou domaine absent
– C. Il manque un conversation starter

FAQ

1. Créer un Custom GPT avec Plus seul en 2026 ?
Selon OpenAI (2026) : pas de création / publication sur Free/Go/Plus/Pro perso → Business / Enterprise / Edu. Usage des GPTs partagés OK. Centralisez sur un workspace d’équipe.

2. Instructions vs knowledge ?
Instructions = rôle/règles ; knowledge = documents. Procédure dans knowledge ; format dans instructions.

3. Apps ou Actions pour un ticketing interne ?
API maison → Actions. Connecteur officiel → Apps (XOR). OAuth : callback ChatGPT dans l’IdP.

4. Versionner un GPT comme du code ?
Git : instructions.md, knowledge, openapi.yaml. SoT = Git + PR ; Preview avant release.

5. Custom GPT ou Claude Project ?
ChatGPT vs Anthropic Artifacts ; souvent le même Markdown Git — IA · parcours IA DevOps 2026.

Points clés à retenir

• Un Custom GPT packagé instructions + knowledge (+ Actions ou Apps) pour un usage métier répétable.
• En 2026, créer exige en pratique Business / Enterprise / Edu ; tout compte signé-in peut utiliser les GPTs autorisés.
• Lab SRE : instructions strictes, starters, knowledge sans secrets, Preview systématique.
• Actions = OpenAPI + auth ; surveillez l’allowlist de domaines Enterprise.
• Gouvernance = propriétaire GPT, partage limité, knowledge versionné dans Git, zéro secret dans les uploads.

Pour aller plus loin

• OpenAI Help : GPTs, Creating and editing GPTs, Configuring actions, Managing GPT access
• GPT Actions getting started
• Sœurs : slash commands, Canvas, Memory, Data Analysis ; Skills Cursor / Claude hors ChatGPT

Maillage série IA (CTA)

← Module ChatGPT	Slash commands panorama · Imagerie / DALL·E
→ Suite	Actions & outils · DevOps runbooks · Teams / Enterprise
Aussi	Hub IA · Parcours IA DevOps 2026 · Claude Projects · Prompt injection