Question 1

Quels modèles locaux devrais-je exécuter, et comment l'utilisation du matériel affecte SecureContext ?

Accepted Answer

SecureContext dégrade de manière graduelle en fonction de la couche de matériel — chaque couche LLM échoue fermement (la fonction contribue calmement rien) plutôt que de briser la prise en charge ou la recherche. Ce qui change avec le matériel est la quantité d'empilement intellectuel qui est actif :  | Couche | Matériel | Modèles qui s'adaptent | Ce que vous obtenez |  |---|---|---|---| | Minimum | N'importe quel processeur, ~2 Go de RAM libre  | nomic-embed-text (seulement embeddings)  | Recherche hybride BM25+ vector, mémoire de travail, chaîne de journal, contrôle des compétences - le noyau. Les couches LLM (extraction d'événements, extraction d'entité, appréciation de contradictoires) restent dans le froid. |  | Intermédiaire | GPU de 8 à 16 Go (ou Apple Silicon 16 Go +)  | + qwen2.5-coder :14b ou phi4 :14b (l'un à la fois)  | + Extraction d'événements à l'ingestion (raisonnement temporel), appréciation de contradictoires LLM, extraction d'entités, résumés de fichiers semantiques L0 / L1. |  | Complet | GPU de 24 Go et plus (par exemple, RTX 4090 / 5090)  | + phi4:14b et gpt-oss:20b résident ensemble  | Tout, de manière concourante, avec une latence interactive - à côté d'un générateur local solide pour QC/besoins. C'est sur cette configuration que nos deltas de référentiel publié ont été mesurés.  | Lien vers la guidance relative au choix des modèles (tous mesurés, consultez bench/), Embeddings : nomic-embed-text — requis, petit, court sur n'importe quel système. Extraction d'événements (ZCEVENTEXTRACTMODEL, par défaut phi4 :14b) : notre épreuve a donné phi4 :14b avec une retenue des événements à 100 % / une exactitude au niveau des dates à 100 %, avec gpt-oss

Question 2

Qu'est-ce qu'il faut pour l'exécuter ?

Accepted Answer

Node 20+ et (conseillé) Docker pour le stack PostgreSQL + Ollama embarqué. L'installer en un seul commande fait tout en environ cinq minutes. Une fallback SQLite fonctionnera avec zéro infrastructure.

Question 3

Peuvent-ils plusieurs sessions de Claude Code travailler sur le même projet sans conflits ?

Accepted Answer

Oui — les sessions parallèles prennent atomiquement des tâches d'une file d'attente de vol de travail (aucun double-prestataire à 50 agents × 100 tâches en test), coordonnent par l'émission typée (ASSIGN/STATUS/MERGE/REJECT) et maintiennent des namespaces d'espace de mémoire privé par agent plus une piscine partagée. Des hiérarchies à style de département (chefs + travailleurs, N-échelon d'escalade) sont supportés pour les équipes d'agents plus grandes.

Question 4

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

Accepted Answer

Les scripts du dossier des compétences sont exécutés avec vos permissions, et le chargeur natif de Claude Code ne les scanne pas. Le SecureContext ajoutera la porte manquante : analyse AST en admission, vérification HMAC avant chaque exécution, quarantaine automatique en cas d'échec ou de changement post-admission, et un journal verifiable de toutes les décisions d'admission.

Question 5

Le SecureContext envoie-t-il mon code ou mes données dans le cloud ?

Accepted Answer

Non. La mémoire, les embeddings (Ollama nomic-embed-text), la recherche, la sommatisation et la chaîne d'audit fonctionnent tous localement. Il fonctionne pleinement hors ligne (la recherche dégrade gracieusement à un seul mot clé si Ollama est en panne) et coûte 0 $ lorsqu'il est inactif.

Question 6

Pouvez-vous gérer un projet d'une longue durée d'une dizaine de semaines ?

Accepted Answer

Oui, c'est là que le niveau d'expédition entre en jeu. Définissez un programme avec des phases (zc_program), et la liste de contrôles d'acceptation du mode ouvert accompagne l'état du projet. Fermer une phase nécessite une table d'évidence et génère un document de point de contrôle automatiquement. Si l'agent coordinateur meurt au milieu d'une phase, un nouveau l'orchestre la pleine état de livraison à partir de deux appels — vérifié en direct.

Question 7

Dans quelle mesure SecureContext réduit-il les coûts de jetons de Claude Code ?

Accepted Answer

Mesuré pendant un projet de 10 sessions : ~87 % moins d'overhead de contexte (la restauration de la session est de ~1,5-4 k jetons au lieu de 20 à 50 k de fichiers repasser une fois). Sur des projets à long terme avec des centaines de souvenirs accumulés, le budget de rappel maintient chaque rappel à ~4 k jetons tandis qu'une dump infinie serait de ~47 k. Les questions de fichiers sont répondues à partir de 15-50 fois plus compressés des sommets sémantiques qu'à partir de lectures brutes.

Question 8

Comment puis-je attribuer une mémoire persistante à Claude Code entre les sessions ?

Accepted Answer

Installez SecureContext (une commande uniquement — voir Quick Start), puis les agents appellent zcremember pour persister les décisions et les casse-tête et zcrecall_context({'focus' : 'tâche en cours'}) au début de la session pour les restaurer — classés par pertinence, avec des requêtes de temps naturelles répondues directement depuis la mémoire. La mémoire survit aux redémarrages, compactions et redémarrages car elle vit dans PostgreSQL, et non dans la fenêtre de contexte.

Question 9

Comment cela diffère-t-il des concurrents

Accepted Answer

La plupart des projets « mémoire pour Claude Code » font une des trois choses suivantes : encapsulent la conversation dans du JSON. Enregistrent les messages, les répliquent. Aucune compression sémantique, aucune traçabilité d'audit, aucun modèle de sécurité. Synchronisent avec un service cloud. Meilleure expérience utilisateur, mais maintenant l'historique d'outils de votre agent (potentiellement y compris les secrets auxquels il a accédé) réside sur le serveur de quelqu'un d'autre. Intègre une recherche vectorielle. Ajoute RAG à vos documents, mais n'aide pas avec le problème réel — orchestrer ce que fait l'agent, vérifier ce qui s'est exécuté, résister à la compression de session. SecureContext n'est none de ceux-ci : | | SecureContext | Services de mémoire cloud | Plugins RAG vectoriels | Code Claude natif | |---|---|---|---|---| | Persistent après redémarrage | Oui, Postgres local | Mais sur leur serveur | Seulement des documents, pas d'état | Compression automatique perte | | Programmes de livraison + points de contrôle à preuve | zcprogram | | | | | Traçabilité d'audit HMAC | Sous-clé par agent | | | | | Isolement d'identité par agent | HKDF + RLS | | | | | Porte d'admission de compétence (HMAC + AST) | | | | | | Chaîne anti-falsification + réplication de session | | | | | | File d'attente pour des sessions parallèles | FOR UPDATE SKIP LOCKED | | | | | Fonctionne hors ligne | Postgres local + Ollama | | Dépend | | | Coût lorsque l'agent est inactif | 0 $ | Abonnement mensuel | 0 $ | 0 $ | Par rapport aux produits de mémoire bien connus : Mem0 et Zep sont d'excellents APIs de mémoire hébergés pour les applications LLM que vous créez ; Letta (MemGPT) est un framework d'agent avec une mémoire auto-éditable. SecureContext vise un emploi différent — moi

Question 10

Qu'est-ce de neuf (v0.46.1)

Accepted Answer

La recherche temporelle en rond 2 + le kit de livraison de Temporal. Les questions temporelles composées sont décomposées en clauses d'événement avec fusion des rangs ; les recherches temporelles rendent un bloc de ligne de temps chronologique et les résultats périmés affichent des avertissements d'âge. zcprogram ajoute des programmes de livraison multi-phase avec phase de fermeture auto-verrouillée — test d'orchestration live-verif (tuer l'orchestrateur en milieu de phase ; une réinstallation froide reprend à partir de deux appels). La bande de l'embed a maintenant un gardien avec auto-guérison budgetée. Les dernières versions : v0.46.0 — mémoire d'équipe (clés par utilisateur, espaces de travail partagés, attribution de la écriture), reprise de session avec provenance cryptographique, OTel Gen-AI spans, CLI de mémoire sans tête en CI, émotions morcelées, export de rapport de conformité. v0.44.0 — succession de fait temporel, graphique de tâche PG durable, premiers chiffres publics LongMemEval. v0.43.0 — digest de rappel budgeté par jeton (correction du filet d'événements de rappel de 47k-tokens sur les projets matures). v0.41–0.42** — programme de qualité mémoire : rappel ciblé, consolidation, fenêtres bi-temporelles, récupération de graphes multi-bond, souvenirs à temps-limite, ingestion multimodale. Détails complets dans CHANGELOG.md ; notes d'architecture dans ARCHITECTURE.md.

Question 11

Qu'est-ce que SecureContext ?

Accepted Answer

Si vous utilisez Claude Code sur des projets réels, vous avez rencontré ces problèmes : 1. Chaque session démarre à zéro. Vous recollez les mêmes fichiers, réexpliquez les mêmes décisions, redécouvrez les mêmes problèmes — et payez des jetons pour le même travail d'orientation à plusieurs reprises. 2. Les longs projets n'ont pas d'état de livraison. Lorsqu'un agent d'orchestration meurt en plein milieu d'une fonctionnalité (crash, fenêtre fermée, contexte épuisé), son remplaçant démarre à partir de zéro. Les gens compensent en créant des fichiers CHECKPOINT manuscrits. 3. Il n'y a pas d'enregistrement de ce que les agents ont vraiment fait. Lorsque quelque chose se passe mal, Claude Code n'a pas d'historique inviolable de ce qui s'est exécuté. 4. Les scripts de compétence s'exécutent avec vos autorisations, sans analyse. Toute personne (ou tout agent) ayant un accès en écriture à ~/.claude/skills/ peut planter du code qui s'exécutera lors de la prochaine invocation. 5. Les sessions parallèles se marchent sur les pieds. Deux fenêtres réclament la même tâche ; l'une écrase les modifications de l'autre. SecureContext est un plugin MCP qui résout les cinq problèmes. Installez-le une seule fois et vos agents obtiennent : une mémoire qui survit aux redémarrages — les décisions, les problèmes et l'état du projet sont restaurés en une seule appel ; des résumés sémantiques par fichier qui répondent à la question « que fait ce fichier » avec une compression de 15 à 50 fois au lieu de lectures brutes ; une recherche temporelle qui sait quand les choses se sont produites et signale les connaissances obsolètes. Une couche de livraison pour les projets à long terme — zcprogram suit les programmes à plusieurs phases ; la fermeture d'une phase nécessite des preuves d'acceptation et génère automatiquement un point de contrôle recherchable ; un nouvel orchestrateur reprend le travail d'un orchestrateur mort à partir de deux appels. Un audit trail cryptographique

developer-prime-directives (Grade A)Solution de sécurité de données-ia pour Claude AI. Grade A. PRIME DIRECTIVES — extraites à partir de roles.json de deepPrompt pour le développeur

Aperçu

Fonctionnalités clés

Tarifs

Cas d’usage

Intégration des développeurs

Revues de code

Pour & contre

Pour

Contre

Avis

Questions & réponses

Poser une question

Alternatives à Compétences