Question 1

Quels sont les préRequis pour le fonctionnement de l'outil ?

Accepted Answer

Node 20+ et (recommandé) Docker pour le pilote PostgreSQL + Ollama embarqué. Le programme d'installation en une commande fait tout en environ cinq minutes. Un fallback SQLite s'exécute sans infrastructure nécessaire.

Question 2

Quels modèles locaux devrais-je exécuter, et comment l'appareil affecte SecureContext?

Accepted Answer

SecureContext dégrade gracieusement en fonction du niveau de matériel — chaque couche alimentée par LLM échoue fermée (la fonction contribue discrètement rien) plutôt que de rompre l'ingestion ou la recherche. Ce qui change avec le matériel c'est la quantité de la pile de l'intelligence active : | Nièvre | Matériau | Modèles qui s'adaptent | Ce que vous obtenez | | Minimum | N'importe quel processeur, ~2 Go de RAM libre | nomic-embed-text (embeddings uniquement) | Recherche hybride BM25+vecteurs, mémoire de travail, chaîne de suivi, régulation des compétences — le cœur. Les couches LLM (extraction d'événements, extraction d'entités, arbitrage d'opposition) restent en veille. | | Intermédiaire | 8-16 Go de GPU (ou Apple Silicon 16 Go+) | + qwen2.5-coder : 14b ou phi4 : 14b (l'un par l'autre) | + Extraction d'événements de faits à l'ingestion (raisonning temporel), arbitrage LLM d'opposition, extraction d'entités, résumés sémantiques de fichier L0/L1. | | Plein | 24 Go+ de GPU (par exemple RTS 4090/5090) | + phi4:14b et gpt-oss : 20b résidents ensemble | Tout, en temps réel, simultanément — avec un générateur local fort pour QA/benchmark. C'est la configuration sur laquelle nos deltas de benchmark ont été mesurés. | Les conseils de choix de modèles (tous mesurés, voir : bench/): Embeddings : nomic-embed-text, obligatoire, petite, fonctionne n'importe où. Extraction d'événements (ZCEVENTEXTRACTMODEL, défaut phi4: 14b) : notre course de piste a classé phi4: 14b à 100 % de rappel évennts/ 100 % d'exactitude date, l'égard gpt-oss : 20b 2 x la vitesse. Sur les GPU plus petits qwen2.5-coder : 14b est à la hauteur (84,6 % de rappel). Les modèles de cod

Question 3

Pouvez-vous faire fonctionner plusieurs sessions Claude Code sur le même projet sans conflit?

Accepted Answer

Oui, les sessions parallèles attribuent atomiquement des tâches à partir d'une file d'attente de prélèvement de travail (aucun double-attribution à 50 agents × 100 tâches en test), se coordonnent par des diffusions typées (ASSIGNER/ÉTAT/METTRE EN COMMUN/REFUSER) et maintiennent des namespaces de mémoire privés par agent, ainsi qu'une pool partagé. Des hiérarchies de style de département (chefs + travailleurs, escalade en N niveaux) sont prises en charge pour les équipes d'agents plus importantes.

Question 4

Les compétences Claude Code sont-elles sûres à installer ?

Accepted Answer

Les scripts du paquet de compétences bundle sont exécutés avec vos permissions, et le chargeur natif de Code Claude n'y scanne pas. SecureContext ajoute la portée manquante : scan AST lors de l'admission, vérification HMAC avant chaque exécution, quarantaine automatique en cas d'échec ou de changement post-admission, et une journal d'admission verifiable de chaque décision.

Question 5

Le SecureContext envoie mon code ou mes données vers le cloud ?

Accepted Answer

Non. La mémoire, les embeddings (Ollama nomic-embed-text), la recherche, la résumé et la chaîne d'audit s'exécutent tous localement. Il fonctionne en entier en mode hors-ligne (s'il dégrade la recherche si Ollama est bas) et coûte 0 $ quand il est inactif.

Question 6

Peut-il gérer un projet d'une longue durée, qui peut durer plusieurs semaines ?

Accepted Answer

Oui — c'est à quoi est destinée la couche de livraison. Définir un programme avec des phases (zc_program) et la liste de contrôle d'acceptance de la phase ouverte est gérée conjointement avec l'état du projet.

Question 7

Comment fais-je pour donner un stockage persistant à Claude Code au-delà des sessions ?

Accepted Answer

Installez SecureContext (une commande unique — voir Quick start), puis les agents appellent zcremember pour persister les décisions et les astuces puis zcrecall_context({focus : "tâche actuelle"}) lorsque vous commencez une session pour les restaurer — triés par pertinence, avec des requêtes de temps naturel répondues directement à partir de la mémoire. La mémoire survivra aux redémarrages, aux compactions et aux redémarrages car elle vit dans PostgreSQL, et non dans la fenêtre de contexte.

Question 8

À quel point réduit SecureContext les coûts de jetons de Claude Code ?

Accepted Answer

Mesurée à travers un projet à 10 séries : ~ 87 % moins de surcoût de contexte (la restauration de session est ~ 1,5 à 4 k tokens à la place de 20 à 50 k de fichiers répétés). Sur des projets longue durée avec des centaines de souvenirs accumulés, le budget de rappel garde chaque rappel à ~ 4 k tokens où une dumping sans frontières serait ~ 47 k. Les questions de fichiers sont répondues à partir de 15 à 50 fois des résumés sémantiques comprimés à la place de lectures brutes.

Question 9

Qu'est-ce qui le différencie des concurrents

Accepted Answer

La plupart des projets "memory for Claude Code" font l'une ou l'autre des choses : Mettre en forme le conversation en JSON. Enregistre les messages, les reprend. Aucun compressage sémantique, aucun modèle d'audit, aucune sécurité. Synchroniser avec un service de clouds. Une meilleure expérience utilisateur mais votre agent conserve désormais un historique des outils (potentiellement incluant des secrets auxquels il a accès) sur un serveur appartenant à quelqu'un d'autre. Insérer la recherche vectorielle. Ajoute des RAG sur vos documents, mais n'aide pas avec le problème réel — faire fonctionner l'agent, vérifier ce qui a été exécuté, survivre à la compactation de sessions. SecureContext n'est dans aucune de ces catégories. | | SecureContext | Services cloud | Plugins de recherche vectorielle RAG | Claude Code natif | |---|---|---|---|---| | Persistance à la redémarrage | ✅ Oui, Postgres local | ✅ Mais sur leur serveur | ⚠️ Seulement les documents, pas l'état | ❌ Compaction auto-détruisant | | Lancement de programmes + points de contrôle soumis à preuve | ✅ zcprogram | ❌ | ❌ | ❌ | | Audit d'empreinte de HAC | ✅ Sous-clé par agent | ❌ | ❌ | ❌ | | Isolement d'identité par agent (HKDF + RLS) | ✅ | ❌ | ❌ | ❌ | | Système d'admission de compétences (HMAC + AST) | ✅ | ❌ | ❌ | ❌ | | Chaîne tamponneuse de preuves à la session + replay | ✅ | ❌ | ❌ | ❌ | | File d'attente de travail parallèle pour sessions | ✅ FOR.UPDATE SKEEP LOCKED | ❌ | ❌ | ❌ | | Exécution hors ligne | ✅ Postgres local + Ollama | ❌ | ⚠️ Dépend | ✅ | | Coût en veille | $0 | Abonnement mensuel | $0 | $0 | Cela le distingue des produits de mémoire bien connus : Mem0 et Zep sont des excellentes APIs de mémoire accueillies pour les applications de LLM que vous constru

Question 10

Quelles sont les nouveautés pour la version 0.46.1 ?

Accepted Answer

La prise en charge de la récupération temporelle round 2 et du kit de livraison de l'outil de livraison. Les questions temporelles composées se décomposent en clauses d'événements avec une fusion de classement ; les recherches temporelles affichent une chronologie de bloc de ligne avec des avertissements de résultats anciens. Zcprogram ajoute des programmes de livraison multi-phase avec phase de fermeture vérifiée automatiquement, et phase avec preuves - vérifié en direct avec un test de transfert de main avec un orchestrateur (tuer le nœud orchestrateur en cours de phase ; un remplaçant froid reprend depuis deux appels). La zone d'embed a maintenant un vigilant avec un échauffement de budget. Les versions récentes : v0.46.0 — mémoire d'équipe (clés par utilisateur, espaces de travail partagés, reconnaissance d'écriture), replay de session avec preuve cryptographique, OTel Gen-AI spans, mémoire CLI de têtes/headless, embeddings éclatées, rapport de conformité exportable. v0.44.0 — supplantation de faits temporels, graphes de tâches durables de PG, premiers nombres publics LongMemEval. v0.43.0 — rappel de la digestion budgétée sur les jetons (résolve l'écumeur de rappel des 47k-tokens sur les projets matures). v0.41–0.42** — programme de la qualité de la mémoire : rappel focalisé, consolidation, fenêtres bi-temporelles, récupération de graphes multi-hop, mémoires TTL, ingestion multimodale. Détails complets dans CHANGELOG.md ; notes d'architecture dans ARCHITECTURE.md.

Question 11

NVIDIA GPU ?

Accepted Answer

curl http:

Question 12

Qu'est-ce qu'un SecureContext ?

Accepted Answer

Si vous utilisez Claude Code sur des projets réels, vous avez déjà buté contre ces murs : 1. Chaque session démarre froide. Vous réécopiez les mêmes fichiers, expliquez les mêmes décisions, redécouvrez les mêmes pièges, et payez des jetons pour le même travail d'orientation plusieurs fois de suite. 2. Les longs projets n'ont pas d'état de livraison. Lorsqu'un agent orchestrateur meurt en cours de fonctionnalité (crash, fenêtre fermée, contexte épuisé), son remplaçant démarre les yeux fermés. Les gens compensent avec des fichiers CHECKPOINT écrits à la main. 3. Il n'y a aucun enregistrement de ce que les agents ont fait en réalité. Lorsque quelque chose se produit mal, Claude Code n'a pas d'histoire tamper-evidente de ce qui a couru. 4. Les scripts de compétences s'exécutent avec vos permissions, non scannés. N'importe qui (ou n'importe quel agent) avec des droits d'accès en écriture à `~/.claude/competences/` peut planter de la code qui exécute sur la prochaine invocation. 5. Les sessions parallèles se pénètrentMutuellement. Deux fenêtres revendiquent la même tâche; l'une efface les édits de l'autre.  SecureContext est un plugin MCP qui fermes tous les cinq. Installez-le une fois et vos agents obtiendront : Une mémoire qui survit aux redémarrages — décisions, pièges, et l'état de projet restaurés dans une seule appel; des résumés sémantiques par fichier qui répondent « ce que ce fichier fait » à 15–50× compression au lieu de lectures brutes; une recherche temporelle qui sait quand les choses se sont produites et met en évidence les connaissances dépassées. Une couche de livraison pour les projets d'implant longue —  zcprogram suit les programmes multi-phares; la fermeture d'une phase nécessite des preuves d'acceptation et génère automatiquement un point de contrôle cherchable ; un orchestrateur frais reprend le travail d'un mort de deux appels.

analyst-prime-directives (Grade A)Compétence data‑ai testée sur le plan de sécurité pour Claude AI. Grade A. PRIME DIRECTIVES — extrait de deepPrompt roles.json pour l’analyste

Aperçu

Fonctionnalités clés

Tarifs

Cas d’usage

Analyse des tendances du marché

Étude du comportement client

Pour & contre

Pour

Contre

Avis

Questions & réponses

Poser une question

Alternatives à Compétences