Question 1

Mitä paikallisia malleja minun tulisi ajaa, ja miten laitteisto vaikuttaa SecureContextiin?

Accepted Answer

SecureContext heikkenee hallitusti laitteistotason mukaan — jokainen LLM-pohjainen kerros epäonnistuu suljetusti (ominaisuus vaikuttaa hiljaisesti ei mitään) sen sijaan, että se rikkoisi syötteen tai haun. Laitteistosta riippuen se, kuinka suuri osa älykkyyspinosta on aktiivinen: | Taso | Laitteisto | Soveltuvat mallit | Mitä saat | |---|---|---|---| | Minimissään | Mikä tahansa CPU, ~2 GB vapaata RAM-muistia | nomic-embed-text (vain upotukset) | Hybridinen BM25+vektorihaku, työmuisti, auditointiketju, taitojen rajoitus — ytimen toiminta. LLM-kerrokset (tapahtumien poiminta, entiteettien poiminta, ristiriitojen ratkaisumenettely) pysyvät lepotilassa. | | Keskitaso | 8–16 GB GPU (tai Apple Silicon 16 GB+) | + qwen2.5-coder:14b tai phi4:14b (yksi kerrallaan) | + Tapahtuma‑fakti‑poiminta syötteessä (aikaperspektiivi), LLM‑ristiriitojen ratkaisumenettely, entiteettien poiminta, L0/L1 semanttiset tiedostoyhteenvedot. | | Täysi | 24 GB+ GPU (esim. RTX 4090/5090) | + phi4:14b ja gpt-oss:20b asennettuna samanaikaisesti | Kaikki, samanaikaisesti, interaktiivisella latenssilla — plus vahva paikallinen generaattori QA‑testaukselle/vertailuilla. Tämä on kokoonpano, jolla julkaistut benchmark‑deltat mitattiin. | Mallivalinnan ohjeistus (kaikki mitattu, ks. bench/): Upotukset: nomic-embed-text — pakollinen, pieni, toimii missä tahansa. Tapahtumien poiminta (ZCEVENTEXTRACTMODEL, oletus phi4:14b

Question 2

What do I need to run it?

Accepted Answer

Node 20+ ja (suositeltavasti) Docker, jotka sisältävät PostgreSQL‑ ja Ollama‑pinon. Yhden komennon asennus hoitaa kaiken noin viidessä minuutissa. SQLite‑varmistus toimii ilman minkäänlaista infrastruktuuria.

Question 3

Voivatko useat Claude Code -istunnot työskennellä samassa projektissa ilman konflikteja?

Accepted Answer

Kyllä — rinnakkaiset istunnot varaavat atomisesti tehtäviä työstä varastavasta jonosta (ei kaksinkertaisia varauksia 50 agentilla × 100 tehtävää testauksessa), koordinoivat tyypillisten broadcast‑viestien (ASSIGN/STATUS/MERGE/REJECT) avulla, ja ylläpitävät yksityisiä per‑agentti‑muistialueita sekä jaettua poolia. Osastotyyliset hierarkiat (päälliköt + työntekijät, N‑kerroksinen eskalointi) tukevat suurempia agenttitiimejä.

Question 4

Ovatko Claude Code -taidot turvallisia asentaa?

Accepted Answer

Tiedostojärjestelmätaidot pakkaavat skriptejä, jotka ajetaan käyttäjän oikeuksilla, eikä Claude Coden natiivi lataaja tarkista niitä. SecureContext lisää puuttuvan portin: AST‑skannaus sisäänkirjautumisen yhteydessä, HMAC‑todennus ennen jokaista suoritusta, automaattinen karanteeni epäonnistumisen tai muutoksen jälkeen, sekä tarkistettava ketjullinen loki jokaisesta sisäänkirjautumispäätöksestä.

Question 5

Lähettääkö SecureContext koodiani tai dataani pilveen?

Accepted Answer

Ei. Muisti, upotukset (Ollama nomic-embed-text), haku, tiivistys ja auditointiketju kaikki toimivat paikallisesti. Se toimii täysin offline‑tilassa (haku heikkenee sulavasti vain avainsanoihin, jos Ollama on alas) ja maksaa 0 $ tyhjäkäynnillä.

Question 6

Voiko se hallita pitkää, usean viikon projektia?

Accepted Answer

Kyllä — siihen on tarkoitettu delivery-kerros. Määritä ohjelma vaiheilla (zc_program), ja avoimen vaiheen hyväksymislista kulkee projektin tilan mukana. Vaiheen sulkeminen vaatii todistetaulukon ja luo tarkistusdokumentin automaattisesti. Jos orkestroiva agentti kuolee vaiheen keskellä, uusi agentti rekonstruoi koko toimitustilan kahdesta kutsusta — tarkistettu reaaliaikaisesti.

Question 7

Kuinka paljon SecureContext vähentää Claude Code -sovelluksen token-kustannuksia?

Accepted Answer

Mitattu 10-istunnon projektissa: noin 87 % vähemmän kontekstin ylimääräisiä kuluja (istunnon palautus on ~1,5–4 k tokenia sen sijaan, että liitetään 20–50 k tokenia uudelleen). Pitkäkestoisissa projekteissa, joissa on satoja kerättyjä muistoja, hakubudjetti pitää jokaisen haun ~4 k tokenissa, kun rajoittamaton dumptaus olisi ~47 k tokenia. Tiedostokysymyksiin vastataan 15–50‑kertaisesti pakatuista semanttisista yhteenvedoista sen sijaan, että luettaisiin raakadataa.

Question 8

Kuinka annan Claude Code -sovellukselle pysyvän muistin istuntojen välillä?

Accepted Answer

Asenna SecureContext (yksi komento – katso Quick start), jonka jälkeen agentit kutsuvat zcremember‑toimintoa tallentaakseen päätökset ja sudenkuopat ja käyttävät zcrecall_context({focus: "current task"}) istunnon alussa palauttaakseen ne – järjestettynä merkityksellisyyden mukaan, ja luonnollisen kielen aikakyselyihin vastataan suoraan muistista. Muisti säilyy uudelleenkäynnistyksissä, pakkausvaiheissa ja rebootissa, koska se sijaitsee PostgreSQL‑tietokannassa, ei kontekstin ikkunassa.

Question 9

Miten se eroaa kilpailijoista

Accepted Answer

Useimmat "muisti Claude Code" -projektit tekevät yhtä kolmesta: pakkaavat keskustelun JSON:iin. Tallentavat viestit ja toistavat ne. Ei semanttista pakkausta, ei auditointijälkeä, ei turvallisuusmallia. Synkronoidaan pilvipalveluun. Parempi UX, mutta agentin työkaluhistoria (mahdollisesti salaisuuksia, joita se käsitteli) elää toisen palvelimella. Upotetaan vektorihaku. Lisää RAG:ia dokumentteihin, mutta ei auta itse ongelmassa – agentin toiminnan orkestroinnissa, suorituksen varmistamisessa, istunnon pakkaamisen selättämisessä. SecureContext ei ole mikään näistä:

| | SecureContext | Pilvimuistepalvelut | Vektorihaku‑RAG‑lisäosat | Natiivi Claude Code |
|---|---|---|---|---|
| Pysyy käynnistyksen yli | ✅ Kyllä, paikallinen Postgres | ✅ Mutta heidän palvelimellaan | ⚠️ Vain dokumentit, ei tila |
| Menettävä automaattinen pakkaus | ❌ |
| Toimitusohjelmat + todistuksilla suojatut tarkistuspisteet | ✅ zcprogram | ❌ | ❌ | ❌ |
| HMAC‑auditointijälki | ✅ Agenttikohtainen alikoodi | ❌ | ❌ | ❌ |
| Agenttikohtainen identiteettieristys | ✅ HKDF + RLS | ❌ | ❌ | ❌ |
| Taitotarkastuksen portti (HMAC + AST) | ✅ | ❌ | ❌ | ❌ |
| Manipulaatiotodisteketju + istunnon uudelleentoisto | ✅ | ❌ | ❌ | ❌ |
| Työnjakojono rinnakkaisiin istuntoihin | ✅ FOR UPDATE SKIP LOCKED | ❌ | ❌ | ❌ |
|

Question 10

NVIDIA GPU? add: -f docker/docker-compose.nvidia.yml

Accepted Answer

curl http://localhost:3099/health # → {"status":"ok","version":"0.46.1",...} docker exec securecontext-ollama ollama pull nomic-embed-text docker/start.ps1 / docker/start.sh pakkaa tämä GPU‑automaattitunnistuksen ja tuotantotilan (nginx reverse proxy) kanssa.

Question 11

Mitä uutta (v0.46.1)

Accepted Answer

Temporal retrieval round 2 + delivery-tool kit. Monimutkaiset ajalliset kysymykset hajautuvat tapahtumaklauseiksi rank fusion -menetelmällä; ajalliset haut tuottavat kronologisen Timeline-lohkon ja vanhentuneet tulokset sisältävät ikävaroituksen. zcprogram lisää monivaiheisia toimitusohjelmia, joissa on evidence-gated, automaattinen checkpoint-vaiheen sulkeminen — live-verified orchestratorin handoff-testillä (tapa orchestrator keskivaiheessa; kylmä korvaaja jatkaa kahdesta kutsusta). Embed‑laneen on lisätty watchdog, jolla on budjetoitu itseparantuminen. Viimeaikaiset julkaisut: v0.46.0 — tiimimuisti (käyttäjäkohtaiset avaimet, jaetut työtilat, kirjoitusattribuutio), istunnon toisto kryptografisella provenienssilla, OTel Gen‑AI spanit, CI/headless muisti‑CLI, chunkatut embeddings, compliance‑raportin vienti. v0.44.0 — ajallinen faktan korvaukset, kestävä PG‑tehtävägrafi, ensimmäiset julkiset LongMemEval‑luvut. v0.43.0 — token‑budjetoitu palautteen tiivistelmä (korjaa 47 k‑tokenin palautteen tulvauksen kypsissä projekteissa). v0.41–0.42** — muistin-laatuohjelma: kohdennettu palautus, konsolidointi, bi‑ajalliset ikkunat, monihoppigraafihaku, TTL‑muistit, multimodaalinen sisäänotto. Täydelliset tiedot CHANGELOG.md:ssä; arkkitehtuurin huomautukset ARCHITECTURE.md:ssä.

Question 12

What is SecureContext?

Accepted Answer

Jos käytät Claude Codea oikeissa projekteissa, kohtaat nämä ongelmat: 1. Jokainen istunto alkaa alusta. Liität samat tiedostot uudelleen, selität samat päätökset uudelleen, löydät samat sudenkuopat uudelleen – ja maksat tokeneja samasta orientaatiotyöstä yhä uudelleen. 2. Pitkillä projekteilla ei ole toimitustilaa. Kun koordinoiva agentti kuolee kesken ominaisuuden (kaatuminen, suljettu ikkuna, tyhjäntynyt konteksti), sen korvaaja aloittaa tyhjästä. Ihmiset korvaavat tätä kirjoittamalla CHECKPOINT‑tiedostoja käsin. 3. Ei ole tallennetta siitä, mitä agentit todella tekivät. Kun jokin menee pieleen, Claude Codella ei ole manipulointia estävää historiaa siitä, mitä ajettiin. 4. Skill‑skriptit suoritetaan oikeuksillasi, tarkistamattomina. Kuka tahansa (tai mikä tahansa agentti), jolla on kirjoitusoikeus hakemistoon ~/.claude/skills/, voi istuttaa koodia, joka ajetaan seuraavalla käynnistyksellä. 5. Rinnakkaiset istunnot astuvat toistensa päälle. Kaksi ikkunaa väittävät saman tehtävän; toinen ylikirjoittaa toisen muutokset. SecureContext on MCP‑lisäosa, joka sulkee kaikki viisi ongelmaa. Asenna se kerran, ja agenttisi saavat: Muisti, joka selviää uudelleenkäynnistyksistä – päätökset, sudenkuopat ja projektin tila palautetaan yhdellä kutsulla; tiedostokohtaiset semanttiset yhteenvedot, jotka vastaavat "mitä tämä tiedosto tekee" 15–50‑kertaisella pakkausasteella raakalukujen sijaan; aikapohjainen haku, joka tietää milloin asiat tapahtuivat ja merkitsee vanhentuneen tiedon. Toimituskerros pitkälle kestäville projekteille – zcprogram seuraa monivaiheisia ohjelmia; vaiheen sulkeminen vaatii hyväksymistodisteen ja luo automaattisesti haettavan checkpoint

designer-common-anti-patterns (Grade A)Turvattuun tiedon AI-taitojen laatu testattu Clauden AI:llä. Luokka A. YLEISIÄ KESKEVIÄ HAIKKAUSSAIKOKOULUTTIA — poimittu roolitiedostosta roles.json ja syvyysämpäröinnältä designerille

Yleiskatsaus

Pääominaisuudet

Hinnat

Käyttötapaukset

Suunnittelun Accessible muotojen suunnittelu

Vikailmoitusten kehittäminen

Plussat ja miinukset

Plussat

Miinukset

Arvostelut

Kysymykset

Kysy kysymys

Taidot vaihtoehdot