ITHZ MCP

Projektová pamäť, ktorú môžu agenti kontrolovať

ITHZ MCP oddeľuje to, čo sa stalo, od toho, čo si systém odvodil. Agentom dáva ohraničený projektový kontext previazaný so zdrojmi a pridáva chránený opt-in canary, ktorý môže spochybniť uloženú pamäť bez toho, aby potichu získal právomoc nad projektom.

Čo to prináša

  • Pamäť vlastní projekt: agent dostane deterministický kontext vybraný pre konkrétnu úlohu namiesto závislosti od jedného chatu alebo čítania celého archívu.
  • Udalosti zostávajú nemenné, kým rozhodnutia, riziká, brány a tvrdenia sú typované záznamy s pôvodom, platnosťou a explicitným nahradením.
  • Záznamy viazané na zdroj sa dajú porovnať s presným dôkazom; neoverená alebo od zdroja odtrhnutá pamäť sa môže zablokovať či izolovať namiesto automatického prijatia.
  • Implementátor, audítor a nezávislý oponent môžu dostať odlišné pohľady na dôkazy vrátane raw-first cesty, ktorá znižuje spoločné skreslenie zo súhrnu.
  • Hashe checkpointov, účtenky príkazov a manifesty finálnej kontroly robia posudzovaný stav reprodukovateľným; Git ostáva históriou kódu a ITHZ MCP dôkazom pre kontrolu, nie oprávnením na nasadenie.
Architektúra pamäte

Tvrdenie sa už nemusí tváriť ako fakt

Klasické projektové poznámky fungujú, kým si staré a nové rozhodnutia nezačnú odporovať alebo súhrn nestratí zdroj. ITHZ MCP uchová nemennú stopu udalostí a nad ňou vytvára typované abstrakcie: rozhodnutie, riziko, brána či tvrdenie môžu ukázať na dôkaz, určiť svoj rozsah a byť nahradené bez vymazania histórie.

Praktickým výsledkom je menší kontext podľa roly. Implementátor dostane rozhodnutia a obmedzenia potrebné pre úlohu, audítor alebo cross-lab oponent môže kontrolovať nezávislejšiu cestu k dôkazom. Model nie je zázračne múdrejší; je konzistentnejší a lepšie kontrolovateľný.

Kontrolovaná oponentúra

Canary s brzdami, nie druhá autorita

Dlhodobá pamäť dokáže uchovať chybu rovnako účinne ako správne rozhodnutie. Canary preto skúša podozrivú alebo konfliktnú pamäť v zámerne ohraničenej dráhe: začína vypnutý, dôkazy iba číta, má časový aj prípadový limit a dá sa zastaviť kill switchom.

Jeho verdikt nevie vykonať zmenu ani sa zapísať do archívu ako pravda. Povýšenie výsledku stále závisí od dohľadateľných účteniek, nezávislej kontroly a človeka alebo workflow autority, ktorá už projekt riadi.

Cesta upgradu

Existujúcu projektovú pamäť netreba prepisovať

Existujúce archívy project.ithz zostávajú čitateľné. Bezpečný upgrade znamená archív zálohovať, nainštalovať aktuálny balík do nového izolovaného prostredia Python 3.10+, spustiť kontroly integrity pamäte a canary a ponechať canary vypnutý, kým sa projekt vedome nerozhodne pre opt-in.

Staršie záznamy môžu zostať ako legacy dôkazy, kým nová práca začne vytvárať silnejšiu väzbu na zdroje a v2 účtenky kontroly. Veľmi staré alebo upravené inštalácie stále potrebujú vlastný pilot a overený rollback; kompatibilita nie je dôvodom preskočiť kontrolu.