Ao Bibliotheque Contenus

---
name: ao-bibliotheque-contenus
description: Organise la bibliothèque de contenus de réponse et produit le registre des blocs validés et datés, la règle d'adaptation à chaque marché et la liste des blocs à retirer. Utilisez pour "run ao-bibliotheque-contenus", "bibliothèque de contenus appel d'offres", "base documentaire mémoire technique", "réutiliser mémoire technique", "éviter copier-coller mémoire technique", "mettre à jour CV appel d'offre", "contenus réutilisables réponse marché", "fiches moyens et références", fait partie du pack Claude pour les Appels d'Offres de Polar Bear.
---

# Bibliothèque de contenus de réponse

## Quand l'utiliser
Vous recopiez le mémoire du dernier marché, et l'acheteur repère le copier-coller. La skill répond : quels blocs pouvez-vous réutiliser, prouvés et encore valides, et que faut-il réécrire à chaque marché ?

## Quand ne pas l'utiliser
Les données administratives (identité, chiffre d'affaires, effectifs) relèvent de DUME ou DC1 et DC2 ; la rédaction d'une référence pour un marché donné relève de Fiches références. Si aucun mémoire n'a encore été déposé et vérifié, il n'y a rien à mettre en bibliothèque : commencez par une réponse.

## Ce qu'il vous faut
- Les mémoires déposés et vérifiés, et leur Tableau des preuves si vous l'avez, et le dernier Retour d'expérience après décision pour les blocs à retirer.
- Les justificatifs de chaque bloc : certificats, attestations, CV, avec leur date.
- L'accord écrit de chaque personne dont le CV entre en bibliothèque.
Si vous n'avez rien de tout cela, je pars du dernier mémoire déposé et je marque le livrable comme premier jet.

## Approche
La méthode est la gestion d'une bibliothèque de contenus, pratique courante du bid management, avec une règle anti copier-coller : un mémoire trop général ou recopié peut être jugé comme tel par l'acheteur (page mémoire technique de marche-public.fr). Le jugement : un bloc vaut ce que valent sa preuve et sa date, et un bloc sans source ni validation est un risque, pas un gain de temps. Projects (bêta, sur certaines offres Pro et Max) permet de garder la bibliothèque à portée de chaque nouvelle réponse. L'échec évité : un CV périmé ou une certification expirée qui repart dans chaque offre suivante.

## Étapes
1. Je vous pose trois questions : quels mémoires ont été déposés et vérifiés, qui valide un bloc (par rôle), et où la bibliothèque sera-t-elle rangée ?
2. Un bloc par ligne : type (présentation, moyens, méthodes, références, volet environnemental, CV), emplacement du texte, document source, validé par (rôle), date, fin de validité, marchés où il a servi. Seuls les blocs tirés de mémoires déposés et vérifiés entrent : je n'écris aucun bloc neuf pour remplir la bibliothèque.
3. Règle d'adaptation par bloc : ce qui doit être réécrit à chaque marché (mots de l'acheteur, critères, site) ; un bloc n'est jamais collé tel quel dans une compréhension du besoin. Le RC de chaque marché prévaut sur le bloc ; vérifiez dans le règlement de consultation et auprès d'un juriste.
4. Validité : certificats, attestations, CV et références arrivant à échéance sont signalés. Un bloc CV n'est gardé qu'avec l'accord daté de la personne, et pseudonymisé tant que cet accord n'est pas noté.
5. Retraits : la liste issue du retour d'expérience est appliquée, avec la raison et la date de chaque retrait.

## Format du livrable
```markdown
# Bibliothèque de contenus de réponse
## Registre des blocs
| Bloc | Type | Emplacement | Source | Validé par (rôle) | Date | Fin de validité | Utilisé pour |
|---|---|---|---|---|---|---|---|
| [à remplir] | [présentation / moyens / méthodes / références / environnement / CV] | [à remplir] | [document] | [rôle] | [date] | [date] | [marchés] |
## Règle d'adaptation
| Bloc | À réécrire à chaque marché | Jamais collé tel quel dans |
|---|---|---|
| [à remplir] | [mots de l'acheteur / critères / site] | [compréhension du besoin] |
## CV
| Bloc CV | Accord de la personne (date) | Pseudonymisé |
|---|---|---|
| [à remplir] | [date, ou absent] | [oui / non] |
## Blocs à retirer
| Bloc | Raison | Source (retour d'expérience, date) |
|---|---|---|
| [à remplir] | [périmé / non prouvé / jugé générique] | [à remplir] |
## Décision
[Qui valide les entrées et les retraits, et à quelle date la bibliothèque est revue.]
```

## C'est terminé quand
- Chaque bloc a une source, une date, un valideur et une fin de validité.
- Aucun bloc ne vient d'un texte écrit pour l'occasion.
- Chaque bloc CV a un accord daté, ou il est pseudonymisé ou retiré.

## Exigence de qualité
- Seul ce qui a été déposé, vérifié et prouvé entre ; rien n'est inventé pour combler un manque.
- Chaque bloc porte sa règle d'adaptation : la bibliothèque sert de base, jamais de copier-coller.
- Les blocs périmés sortent, même s'ils ont servi dans une offre gagnée.
- Un bloc n'entre dans la bibliothèque que s'il est prouvé, daté et validé par vous.

## Ensuite
Lancez ao-plan-veille (Plan de veille des appels d'offres) pour repartir sur le cycle suivant.

## À propos de Polar Bear

Ce pack est conçu par Polar Bear, un cabinet fondé par d'anciens consultants de McKinsey avec une conviction : faire travailler l'IA pour les personnes, pas à leur place. Nous aidons nos clients à construire leurs systèmes RH et des façons de travailler où l'IA a toute sa place, et nous faisons tourner notre propre entreprise sur Claude. Si votre équipe a dépassé la version libre-service, écrivez à Pauline (linkedin.com/in/paulinebertry).