Rta-Smriti Brain
AI 코딩 에이전트를 위한 주권적이고 로컬한 프로젝트 메모리 및 증거 계층.
Rta-Smriti는 모든 프로젝트에 지속 가능한 메모리를 제공합니다: 저장소 구조(repository structure), 에이전트 세션, 결정 사항, 증거 자료, 그리고 이야기를 다시 할 필요 없이 작업을 계속하는 데 필요한 정확한 상태 정보입니다.
Concept illustration of Rta-Smriti's local evidence lattice
CI
Cross-platform binaries
Release
License: MIT
설치(Install) | 현재 릴리스(Current release) | 라이브 웹사이트(Live website) | 문서화(Documentation) | 토론(Discussions)
독립적 보도: Harness Institute 연구: Rta-Smriti가 에이전트 메모리를 로컬로 유지 | The Next New Thing에서 소개됨
v1.1B 거버넌스 연합체(Governed Federation)
현재 릴리스: v1.1.0-alpha.12. 통합 에이전트 설정(Unified Agent Setup)
하나의 검토된 설정을 통해 Codex와 Claude Code를 연결합니다: 변경 사항 미리 보기(preview changes), 소유 설정 백업(back up owned settings), 캡처 및 공개 허용 명시, 그리고 새 세션에서 제한된 이력(bounded history)을 불러옵니다. 새로운 백그라운드 서비스나 스키마 마이그레이션은 필요하지 않습니다.
증거 경계(Evidence boundary): 3턴 분량의 네이티브 Codex 파일럿 테스트를 통해 새 세션에서 수정된 결정을 복구했습니다. 네이티브 Claude의 캡처/리콜 및 크로스-호스트 핸드오프는 아직 검증되지 않았습니다. 캡처된 텍스트는 미검증 이력이며, 선택된 컨텍스트는 호스트의 모델 제공업체에 도달할 수 있습니다. 일반적인 호스트 사용은 해당 구독 또는 API 예산을 소모할 수 있습니다.
설명 가능한 변경 영향(Explainable Change Impact)은 현재 파일의 신선도 또는 손상 여부를 증명하는 것이 아니라 경계가 지정된 그래프/리스트 검사만 유지합니다.
에이전트 간 연속성(Cross-Agent Continuity)은 별도의 프로젝트/호스트 동의를 받아 세션 시작 시 선택된 메모리를 제공합니다.
프로젝트 여권(Project Passport)은 검토된 인수인계를 지원하며, 검증된 소스 렌즈(Verified Source Lens)는 개정판에 바인딩된 Python 소스를 확장합니다.
캡처 및 암호화된 협업은 여전히 별도의 옵트인(opt-in) 방식입니다.
격리된 Windows 파일럿 가이드(isolated Windows pilot guide)부터 시작하세요.
현재 성숙도: v1.1.0-alpha.12는 Windows, macOS 및 Linux용 고급 얼리 어답터(early-adopter) 릴리스입니다. 실제 프로젝트에 유용하지만, 아직 광범위하게 지원되는 프로덕션 플랫폼으로 제시되지는 않았습니다. 경계가 지정된 릴리스 검증 기록(release verification record)을 읽어보세요.
문제점 (The Problem)
모든 새로운 에이전트 세션은 값비싼 질문으로 시작합니다: 지금 이 프로젝트에 대해 무엇이 사실인가요? 리포지토리는 코드를 담고, 채팅은 결정을 담으며, 도구는 테스트 결과를 담고, 사람들은 제약 조건을 가지고 있습니다. 일반적인 검색(retrieval)은 이들을 텍스트로 무너뜨립니다.
Rta-Smriti는 이들을 로컬에 유지하고, 연결하며, 시간 인지적(time-aware)이고, 증거가 라벨링된(evidence-labelled) 상태로 보존합니다.
flowchart LR
A[Repository] --> B[Rta-Smriti Brain]
C[Agent sessions] --> B
...
얻게 되는 것 (What You Get)
| 필요성 | Rta-Smriti 기능 |
|---|
| 프로젝트로 복귀하거나 검토된 인수인계를 준비 | Project Passport: 이력, 변경 사항, 결정 및 인수인계 |
| ... | |
제품 살펴보기 (See The Product)
Project Passport Resume view with a fictional project's checkpoint and next action
프로젝트 여권(Project Passport): 프로젝트로 돌아가고 선택적인 인수인계를 검토하기 위한 집중된 로컬 워크플로우입니다. 이 화면은 고객의 브레인(brain)이 아닌 합성 데이터(synthetic data)를 사용합니다.
Rta-Smriti v1.1 Project Reality cockpit showing readiness, evidence coverage, and current release state
<table
<tr>
<td width="50%"><img src="https://raw.githubusercontent.com/sulabhdubey/rta-smriti-brain/HEAD/launch-assets/screenshots/operator-graph-v1.1.0.png" alt="Rta-Smriti v1.1 repository and evidence graph" /></td>
<td width="50%"><img src="https://raw.githubusercontent.com/sulabhdubey/rta-smriti-brain/HEAD/launch-assets/screenshots/operator-lifecycle-v1.1.0.png" alt="Rta-Smriti v1.1 Trusted Lifecycle Supervisor controls and independent health axes" /></td>
</tr>
<tr>
<td><strong>검사 가능한 프로젝트 그래프(Inspectable project graph)</strong><br />코드, 메모리, 증거 및 그 관계를 탐색합니다.</td>
<td><strong>신뢰할 수 있는 라이프사이클(Trusted lifecycle)</strong><br />봉인된 영수증을 검사하고, 미리 보고, 적용하고, 확인하고, 복구하고, 보관합니다.</td>
</tr>
</table>
Rta-Smriti v1.1B synthetic Atlas federation fixture showing scoped peers, independent health axes, quarantine, and an offline relay recovery state
관리되는 연합(Governed federation): 선택된 프로젝트 메모리는 명시적인 스코프와 장치 권한을 통해 공유됩니다. 이 스크린샷은 모든 것이 정상인 마케팅 목업이 아니라, 복구 상태를 보여주기 위해 오프라인 릴레이 및 격리된 이벤트를 의도적으로 포함하고 있습니다.
60초 분량의 v1 제품 데모는 v1.0.2에서 캡처되었습니다. 이는 프로젝트 현실(Project Reality)의 기반을 보여주며, 위에 표시된 v1.1 신뢰 라이프사이클 슈퍼바이저는 나중에 추가되었습니다.
작동 방식 (How It Works)
1. 로컬 프로젝트 브레인 구축하기
Rta-Smriti는 표준(canonical) Git 체크아웃을 프로젝트 스코프의 SQLite에 인덱싱합니다. 이는 프로젝트를 호스팅 서비스에 업로드하지 않고도 콘텐츠 해시, 심볼, 임포트, 증거, 시간적 상태 및 영구 메모리를 기록합니다.
2. 메모리에서 증거 분리하기
flowchart TB
O[직접 관찰<br/>pratyaksha] --> T[수용된 프로젝트 진실]
S[신뢰할 수 있는 지시<br/>sabda] --> T
...
테스트 결과, 인간의 지시, 추론(inference), 브레인스토밍은 동일한 종류의 사실로 취급되지 않습니다. 주장(Claims)은 출처, 검증 상태 및 유효 시간을 유지합니다.
3. 다음 작업에 필요한 컨텍스트만 컴파일하기
컨텍스트 컴파일러(context compiler)는 신뢰도가 낮은 기록보다 직접 증거를 먼저 선택하며, 명시적인 토큰 예산(token budgets)과 개인 정보 보호 권한(privacy grants)을 준수하고, 무엇이 포함되었고 왜 포함되었는지 설명하는 선택 영수증(selection receipt)을 발행합니다.
검색 결과는 작업 앵커 관련성(task-anchor relevance)을 보고합니다. 만약 명명된 프로젝트 또는 제품 앵커가 누락된 경우, 빠른 컨텍스트 패키지(quick context pack)는 운영자가 의도한 프로젝트 브레인(project brain)을 선택하거나 등록할 때까지 활동을 중단하고 약하게 중복되는 증거를 억제합니다.
CLI 및 MCP 컨텍스트 검색은 검증된 쿼리 전용 SQLite 연결을 사용합니다. Watcher, capture, continuity 워커들은 브레인당 하나의 FIFO(선입선출) 쓰기 큐에 진입합니다. 큐 티켓은 원자적으로 게시되며 소유자 전용이고, 종료된 워커의 오래된 티켓은 제거되고, 활성 운영 체제 리스(operating-system lease)는 충돌 후 자동으로 해제됩니다.
만료되거나 취소된 대기자(waiters)는 임계 영역(critical section)에 진입할 수 없습니다. Repository 및 Codex 세션 검색은 워커들이 쓰기 턴(write turn)에 참여하기 전에 실행됩니다. 종료 드레인(shutdown drains)은 유한 최종 대기를 사용하며, 하트비트는 응답성을 유지하고 과도하게 큰 WAL(Write-Ahead Log)은 유한 턴으로 체크포인트가 찍힙니다. 선택적 로컬 모델 연속성 압축(local-model continuity compaction) 또한 쓰기 턴 외부에서 실행된 후, 검증되지 않은 파생 결과(unverified derived result)를 커밋하기 위해서만 유한 턴을 재획득합니다. 종료 과정은 선택적 모델 추론(optional model inference)을 기다리지 않고 결정론적 체크포인트(deterministic checkpoint)를 보존합니다.
활성 SQLite 트랜잭션은 원자적(atomic)으로 유지되며 선점되지 않습니다. 이는 읽기 작업을 숨겨진 데이터베이스 쓰기로 처리하지 않으면서도, 백그라운드 학습 중에도 검색 기능을 이용 가능하게 유지합니다.
통합(Integrations)은 search --json --read-only를 사용하여 해당 경계를 명시적으로 주장할 수 있습니다.
JSON 응답에는 안정적인 기계 판독 가능 계약(machine-readable contract)으로 access.mode: read_only와 access.writes_performed: false가 포함됩니다.
현재 코드와 배포/패키지 미러(mirrors) 모두에 바이트 단위로 동일한 소스(byte-identical sources)가 존재하는 경우, 검색은 현재 소스 경로를 선택하고 미러들을 통합합니다.
쿼리 전용 의미론적 검색(semantic retrieval)은 로컬 캐시에서만 Sentence Transformer 모델을 로드하며, 인덱싱된 유니코드(Unicode)가 레거시 Windows 콘솔에서도 인쇄 가능하도록 CLI 출력은 UTF-8로 정규화됩니다.
4. 하나의 신뢰할 수 있는 경계를 통해 작동하기
flowchart LR
A[Inspect] --> B[Plan]
B --> C[Review risks and backups]
...
데이터베이스(Database), 저장소(repository), 캡처(capture), 연속성(continuation), MCP, 그리고 페더레이션(federation)의 상태는 독립적으로 유지됩니다. 실행 중인 프로세스만으로는 연속성이 준비되었음을 결코 증명할 수 없습니다.
5. 통제되는 프로젝트 메모리만 공유하기
flowchart LR
A[Local owner brain] -->|signed encrypted events| R[Opaque relay]
R -->|authorized scopes only| B[Local peer brain]
...
페더레이션은 기본적으로 비활성화(off)되어 있습니다. 운영자는 스코프를 명시적으로 생성하고, 장치 지문(device fingerprints)을 확인하며, 기능(capabilities)을 부여하고, 변경 사항을 미리 보고(preview mutations), 폐기 후 키를 순환합니다(rotate keys after revocation). 동시 증거와 의견 불일치는 명시적인 결정이 내려질 때까지 계속 가시적으로 남아 있습니다.
10분 만에 시작하기
요구 사항: Python 3.11 이상 및 Git이 필요합니다. Node.js는 대시보드나 웹사이트 소스를 수정할 때만 필요합니다.
v1 Project Reality CLI는 온보딩(onboarding), 검색(search), 연속성(continuation), 라이프사이클 운영(lifecycle operation), MCP 구성, 그리고 로컬 콘솔을 위한 공유 진입점입니다.
Windows PowerShell
git clone https://github.com/sulabhdubey/rta-smriti-brain.git
cd .
ta-smriti-brain
python -m venv .venv
...
<details>
<summary><strong style="font-weight: bold;">macOS 또는 Linux</strong></summary>
git clone https://github.com/sulabhdubey/rta-smriti-brain.git
cd rta-smriti-brain
python3 -m venv .venv
...
</details>
start는 표준(canonical) Git 루트를 감지하고, 브레인을 생성하거나 마이그레이션하며, 저장소를 인덱싱하고, 관리형 동기화(managed sync)를 시작하며, 로컬 세션이 존재하는 경우 Codex 연속성 캡처(Codex continuity capture) 매칭을 시작하고, 승인된 로컬 콘솔을 엽니다. 로컬 Codex 세션이 없는 머신에서는 --no-continuity 플래그를 사용하십시오.
독립 실행 바이너리(standalone binary)를 선호하십니까? Windows, macOS 또는 Linux 아티팩트와 그 SBOM(Software Bill of Materials)을 v1.1.0-alpha.12 릴리스에서 다운로드한 후, SHA256SUMS.txt와 비교하여 검증하십시오.
기본적으로 비공개(Private By Default)
flowchart LR
subgraph Machine[사용자 머신]
P[프로젝트 체크아웃] --> R[Rta-Smriti]
...
- 캡처는 옵트인(opt-in) 방식이며, 소스 범위로 제한되고, 경계가 지정되며, 영구 큐잉 전에 마스크 처리됩니다(redacted).
- 캡처된 텍스트는 검증되거나 승격되기 전까지 신뢰할 수 없는 증거물로 남아 있습니다.
- 콘솔은 루프백(loopback)에 바인딩되며 단기 세션 기능을 사용합니다.
- 프로젝트 이름, 경로, 스크립트 내용, 데이터베이스, 키 및 스냅샷은 공개되어서는 안 됩니다. 공용 진단(Public diagnostics)은 경계가 지정된 카운트와 지문(fingerprints)을 사용합니다.
- 서명되거나 암호화된 스냅샷은 게시 형식(publication formats)이 아닌 비공개 백업 아티팩트입니다.
민감한 저장소를 다루기 전에 전체 보안 및 개인정보 보호 정책을 읽으십시오. 취약점은 여기에 문서화된 비공개 프로세스를 통해 신고하십시오.
아키텍처 개요(Architecture At A Glance)
flowchart TB
CLI[CLI] --> K[프로젝트 인지 커널 (Project Cognition Kernel)]
MCP[stdio MCP] --> K
...
Rta-Smriti는 의도적으로 증거 및 연속성 계층입니다. 이는 프로젝트 작업을 실행하거나, 모델을 선택하거나, 호스트 구성을 조용히 편집하거나, RTA-Net AI와 같은 에이전트 하네스(agent harness)를 대체하지 않습니다.
릴리스 증거(Release Evidence)
현재 프리릴리즈에는 다음이 포함됩니다:
- 크로스 플랫폼 CI(Continuous Integration) 및 Windows, macOS, Linux용 네이티브 바이너리 지원;
- CycloneDX SBOM(Software Bill of Materials)과 서명된 워크플로우 출처 증명 기록(provenance trail);
- 익명 다운로드 체크섬 검증;
- 설치된 패키지, CLI, 대시보드, 라이프사이클, MCP(Multi-Cloud Platform), 개인정보 보호 및 보안 검사;
- 암호화, 서명, 폐기(revocation), 충돌, 릴레이, 복구 및 지속 동기화(sustained-sync) 검사;
- 호스트 레시피와 실제로 실행된 호스트에 대한 명시적 기록.
Green 테스트는 보편적인 정확성의 증거로 제시되지 않습니다. 정확한 범위, 알려진 한계, 그리고 남아 있는 외부 호스트 게이트는 릴리스 검증 (Release Verification)에 기록되어 있습니다.
문서화
