Communitygithub.com

modèle de cache par hash de contenu

Mettez en cache les résultats coûteux du traitement de fichiers en utilisant des hachages SHA-256 du contenu — indépendant du chemin, invalidation automatique et séparation de la couche de service. À utiliser lorsque le traitement répété de fichiers est lent et que les résultats doivent être mis en cache et invalidés par contenu plutôt que par chemin.

Qu'est-ce que modèle de cache par hash de contenu ?

Ce compétence implémente un modèle de cache basé sur le hachage du contenu des fichiers (SHA-256) pour mettre en cache les résultats coûteux de traitement de fichiers. Contrairement au cache basé sur le chemin de fichier, ce modèle survit aux déplacements ou renommages de fichiers et s'invalide automatiquement lorsque le contenu change. Il est idéal pour les pipelines de traitement de fichiers (PDF, OCR, extraction de texte, analyse d'image) où le même fichier est traité plusieurs fois. Le modèle sépare la fonction de traitement pure (sans connaissance du cache) d'une couche de service qui gère la vérification du cache, la sérialisation et l'écriture. Les entrées de cache sont stockées dans des fichiers `{hash}.json` sous un répertoire dédié, ce qui permet une recherche en O(1) sans fichier d'index. La corruption des fichiers de cache est traitée avec élégance en retournant `None` (cache miss) pour éviter les plantages. Le modèle inclut également des options CLI comme `--cache/--no-cache` et des pratiques recommandées comme le hachage par morceaux pour les gros fichiers.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/everything-claude-code/tree/main/skills/content-hash-cache-pattern

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Modèle de cache par hash de contenu de fichier

Mettez en cache les résultats coûteux du traitement de fichiers (analyse PDF, extraction de texte, analyse d'image) en utilisant des hachages SHA-256 du contenu comme clés de cache. Contrairement au cache basé sur le chemin, cette approche survit aux déplacements/renommages de fichiers et s'invalide automatiquement lorsque le contenu change.

Quand activer

  • Construction de pipelines de traitement de fichiers (PDF, images, extraction de texte)
  • Coût de traitement élevé et mêmes fichiers traités de manière répétée
  • Besoin d'une option CLI --cache/--no-cache
  • Ajout de cache à des fonctions pures existantes sans les modifier

Modèle de base

1. Clé de cache basée sur le hachage du contenu

Utilisez le contenu du fichier (pas le chemin) comme clé de cache :

import hashlib
from pathlib import Path

_HASH_CHUNK_SIZE = 65536  # Morceaux de 64 Ko pour les gros fichiers

def compute_file_hash(path: Path) -> str:
    """SHA-256 du contenu du fichier (en morceaux pour les gros fichiers)."""
    if not path.is_file():
        raise FileNotFoundError(f"Fichier introuvable : {path}")
    sha256 = hashlib.sha256()
    with open(path, "rb") as f:
        while True:
            chunk = f.read(_HASH_CHUNK_SIZE)
            if not chunk:
                break
            sha256.update(chunk)
    return sha256.hexdigest()

Pourquoi le hachage du contenu ? Renommage/déplacement du fichier = hit de cache. Changement de contenu = invalidation automatique. Aucun fichier d'index nécessaire.

2. Dataclass figée pour l'entrée de cache

from dataclasses import dataclass

@dataclass(frozen=True, slots=True)
class CacheEntry:
    file_hash: str
    source_path: str
    document: ExtractedDocument  # Le résultat mis en cache

3. Stockage du cache basé sur fichier

Chaque entrée de cache est stockée sous forme de {hash}.json — recherche en O(1) par hachage, aucun fichier d'index requis.

import json
from typing import Any

def write_cache(cache_dir: Path, entry: CacheEntry) -> None:
    cache_dir.mkdir(parents=True, exist_ok=True)
    cache_file = cache_dir / f"{entry.file_hash}.json"
    data = serialize_entry(entry)
    cache_file.write_text(json.dumps(data, ensure_ascii=False), encoding="utf-8")

def read_cache(cache_dir: Path, file_hash: str) -> CacheEntry | None:
    cache_file = cache_dir / f"{file_hash}.json"
    if not cache_file.is_file():
        return None
    try:
        raw = cache_file.read_text(encoding="utf-8")
        data = json.loads(raw)
        return deserialize_entry(data)
    except (json.JSONDecodeError, ValueError, KeyError):
        return None  # Traite la corruption comme un miss de cache

4. Wrapper de couche de service (SRP)

Gardez la fonction de traitement pure. Ajoutez le cache comme une couche de service séparée.

def extract_with_cache(
    file_path: Path,
    *,
    cache_enabled: bool = True,
    cache_dir: Path = Path(".cache"),
) -> ExtractedDocument:
    """Couche de service : vérification du cache -> extraction -> écriture du cache."""
    if not cache_enabled:
        return extract_text(file_path)  # Fonction pure, sans connaissance du cache

    file_hash = compute_file_hash(file_path)

    # Vérifier le cache
    cached = read_cache(cache_dir, file_hash)
    if cached is not None:
        logger.info("Cache hit : %s (hash=%s)", file_path.name, file_hash[:12])
        return cached.document

    # Cache miss -> extraction -> stockage
    logger.info("Cache miss : %s (hash=%s)", file_path.name, file_hash[:12])
    doc = extract_text(file_path)
    entry = CacheEntry(file_hash=file_hash, source_path=str(file_path), document=doc)
    write_cache(cache_dir, entry)
    return doc

Décisions de conception clés

DécisionJustification
Hachage SHA-256 du contenuIndépendant du chemin, invalidation automatique lors du changement de contenu
Nommage de fichier {hash}.jsonRecherche O(1), aucun fichier d'index nécessaire
Wrapper de couche de serviceSRP : l'extraction reste pure, le cache est une préoccupation séparée
Sérialisation JSON manuelleContrôle total sur la sérialisation des dataclasses figées
La corruption retourne NoneDégradation progressive, re-traitement lors de l'exécution suivante
cache_dir.mkdir(parents=True)Création paresseuse du répertoire lors de la première écriture

Bonnes pratiques

  • Hachez le contenu, pas les chemins — les chemins changent, l'identité du contenu ne change pas
  • Découpez les gros fichiers en morceaux lors du hachage — évitez de charger les fichiers entiers en mémoire
  • Gardez les fonctions de traitement pures — elles ne doivent rien savoir du cache
  • Enregistrez les hits/miss de cache avec des hachages tronqués pour le débogage
  • Gérez la corruption avec élégance — traitez les entrées de cache invalides comme des misses, ne plantez jamais

Anti-modèles à éviter

# MAUVAIS : Cache basé sur le chemin (casse lors du déplacement/renommage du fichier)
cache = {"/chemin/vers/fichier.pdf": résultat}

# MAUVAIS : Ajout de logique de cache à l'intérieur de la fonction de traitement (violation SRP)
def extract_text(path, *, cache_enabled=False, cache_dir=None):
    if cache_enabled:  # Maintenant cette fonction a deux responsabilités
        ...

# MAUVAIS : Utilisation de dataclasses.asdict() avec des dataclasses figées imbriquées
# (peut causer des problèmes avec des types imbriqués complexes)
data = dataclasses.asdict(entry)  # Utilisez plutôt la sérialisation manuelle

Quand utiliser

  • Pipelines de traitement de fichiers (analyse PDF, OCR, extraction de texte, analyse d'image)
  • Outils CLI qui bénéficient d'options --cache/--no-cache
  • Traitement par lots où les mêmes fichiers apparaissent d'une exécution à l'autre
  • Ajout de cache à des fonctions pures existantes sans les modifier

Quand NE PAS utiliser

  • Données qui doivent toujours être fraîches (flux en temps réel)
  • Entrées de cache qui seraient extrêmement volumineuses (envisagez plutôt le streaming)
  • Résultats qui dépendent de paramètres autres que le contenu du fichier (par exemple, différentes configurations d'extraction)

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/claude-api

Anthropic Claude API patterns for Python and TypeScript. Covers Messages API, streaming, tool use, vision, extended thinking, batches, prompt caching, and Claude Agent SDK. Use when building applications with the Claude API or Anthropic SDKs.

affaan-m/everything-claude-code

End-to-end marketing campaign planning and execution. Covers audience research, positioning, campaign angle definition, landing page copy, email sequences, social posts, ad copy, short-form video scripts, and content calendars. Use as the orchestration layer for multi-channel product launches. Use when planning or executing a multi-channel product launch, or producing landing page, email, social, or ad copy.

affaan-m/everything-claude-code

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/everything-claude-code-conventions

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/frontend-design

Create distinctive, production-grade frontend interfaces with high design quality. Use when the user asks to build web components, pages, or applications and the visual direction matters as much as the code quality.

affaan-m/gget

gget CLI and Python workflow for quick genomic database queries, sequence lookup, BLAST-style searches, enrichment checks, and reproducible bioinformatics evidence logs.

affaan-m/literature-review

Systematic literature-review workflow for academic, biomedical, technical, and scientific topics, including search planning, source screening, synthesis, citation checks, and evidence logging.

affaan-m/motion-ui

Production-ready UI motion system for React/Next.js. Use when implementing animations, transitions, or motion patterns.

affaan-m/project-guidelines-example

Example project-specific skill template based on a real production application.

affaan-m/pubmed-database

Direct PubMed and NCBI E-utilities search workflows for biomedical literature, MeSH queries, PMID lookup, citation retrieval, and API-backed literature monitoring.

affaan-m/scholar-evaluation

Structured scholarly-work evaluation for papers, proposals, literature reviews, methods sections, evidence quality, citation support, and research-writing feedback.

affaan-m/uspto-database

USPTO patent and trademark data workflow for official record lookup, PatentSearch queries, TSDR checks, assignment data, and reproducible IP research logs.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

Skills associés