memorytrace 0.3.1__tar.gz → 0.4.0__tar.gz

memorytrace-0.4.0/.agents/skills/deploy/SKILL.md

@@ -0,0 +1,97 @@
+---
+name: deploy
+description: 배포 워크플로우를 실행할 때 사용. 사전 검증, 배포 실행, 사후 확인의 3단계로 안전한 배포를 보장한다.
+---
+
+# Deploy — 배포 워크플로우
+
+## 개요
+
+배포는 되돌리기 어려운 작업이므로 체계적 검증이 필수.
+사전 검증 → 배포 실행 → 사후 확인의 3단계를 따른다.
+
+## Phase 1: 사전 검증 (Pre-deploy)
+
+배포 전 반드시 확인:
+
+```
+- [ ] 모든 테스트 통과 (전체 스위트)
+- [ ] 빌드 성공 (프로덕션 빌드)
+- [ ] 린트/타입체크 클린
+- [ ] 환경변수 확인 (프로덕션 값 세팅)
+- [ ] 마이그레이션 필요 여부 확인
+- [ ] 변경사항 요약 준비
+```
+
+### 검증 명령 실행
+
+```bash
+# 프로젝트에 맞게 교체 <!-- TODO -->
+npm run build          # 빌드
+npm test               # 테스트
+npm run lint           # 린트
+npm run typecheck      # 타입체크
+```
+
+하나라도 실패하면 배포 진행 금지.
+
+## Phase 2: 배포 실행
+
+### 배포 전 확인
+
+사용자에게 최종 확인:
+```
+배포 준비 완료:
+- 환경: <production/staging>
+- 브랜치: <branch-name>
+- 변경사항: <요약>
+- 마이그레이션: <있음/없음>
+
+진행하시겠습니까?
+```
+
+### 배포 명령
+
+```bash
+# 프로젝트에 맞게 교체 <!-- TODO -->
+# 예시:
+git push origin main
+# 또는
+npm run deploy
+# 또는
+gh workflow run deploy.yml
+```
+
+## Phase 3: 사후 확인 (Post-deploy)
+
+```
+- [ ] 배포 성공 확인 (CI/CD 상태)
+- [ ] 헬스체크 통과
+- [ ] 핵심 기능 스모크 테스트
+- [ ] 에러 모니터링 확인 (로그, 알림)
+- [ ] 배포 결과 팀에 공유
+```
+
+## 롤백 계획
+
+배포 전에 롤백 방법을 항상 준비:
+```bash
+# 프로젝트에 맞게 교체 <!-- TODO -->
+# 예시:
+git revert HEAD
+# 또는
+# 이전 배포 버전 재배포
+```
+
+## 금지 사항
+
+- 테스트/빌드 실패 상태에서 배포
+- 사용자 확인 없이 프로덕션 배포
+- 롤백 계획 없이 배포
+- 금요일 오후 배포 (팀 합의 없이)
+
+## 규칙
+
+- 배포는 항상 사용자의 명시적 승인 후 실행
+- 모든 단계에서 증거 기반 확인
+- 문제 발생 시 즉시 롤백, 원인 조사는 이후

memorytrace-0.4.0/.agents/skills/review/SKILL.md

@@ -0,0 +1,84 @@
+---
+name: review
+description: 구조화된 코드 리뷰 워크플로우. 보안 → 로직 → 성능 → 구조 → 컨벤션 순서로 5단계 순차 리뷰를 진행한다. /review 또는 "코드리뷰 해줘"로 호출.
+---
+
+# Code Review Workflow
+
+## 사용법
+
+```
+/review                    # 스테이징된 변경사항 리뷰
+/review path/to/file.ts    # 특정 파일 리뷰
+/review --branch feat/xxx  # 브랜치 전체 변경사항 리뷰
+```
+
+## 리뷰 대상 결정
+
+1. `$ARGUMENTS`가 있으면 해당 파일/브랜치 대상
+2. 없으면 `git diff --staged` → 스테이징된 변경사항
+3. 스테이징도 없으면 `git diff` → 언스테이징된 변경사항
+4. 변경사항이 없으면 사용자에게 리뷰 대상을 질문
+
+## 5단계 순차 리뷰
+
+### Step 1: 보안 (Security)
+
+- 하드코딩된 시크릿, API 키, 크레덴셜
+- SQL 인젝션, XSS, 커맨드 인젝션 가능성
+- 인증/인가 우회 가능성
+- 민감 데이터 로깅 여부
+
+### Step 2: 로직 (Logic)
+
+- 엣지 케이스 누락 (null, empty, boundary)
+- 오프바이원 에러
+- 레이스 컨디션
+- 에러 핸들링 누락 또는 삼킴(swallowing)
+
+### Step 3: 성능 (Performance)
+
+- N+1 쿼리, 불필요한 반복
+- 메모리 누수 가능성 (이벤트 리스너, 타이머 미정리)
+- 대용량 데이터셋에서의 시간복잡도
+- 불필요한 리렌더링 (프론트엔드)
+
+### Step 4: 구조 (Architecture)
+
+- 단일 책임 원칙 위반
+- 순환 의존성
+- 레이어 경계 침범 (예: UI에서 DB 직접 접근)
+- 기존 패턴과의 불일치
+
+### Step 5: 컨벤션 (Convention)
+
+- 네이밍 일관성
+- 프로젝트 코드 스타일 준수
+- 불필요한 주석, TODO, console.log
+- 테스트 커버리지
+
+## 출력 형식
+
+각 단계별로 아래 형식을 따른다:
+
+```
+### Step N: 카테고리명
+- ✅ 통과 항목 요약
+- ⚠️ 경고: [파일:라인] 설명 + 제안
+- ❌ 심각: [파일:라인] 설명 + 수정 필수
+```
+
+최종 요약:
+
+```
+### 종합
+- 심각: N건 / 경고: M건 / 통과: K건
+- 머지 가능 여부: ✅ 가능 / ⚠️ 조건부 / ❌ 수정 필요
+```
+
+## 규칙
+
+- 추측하지 않는다 — 코드를 직접 읽고 판단
+- "아마 괜찮을 것"이라고 넘기지 않는다
+- 수정 제안 시 구체적인 코드 예시 포함
+- 칭찬할 부분이 있으면 언급 (좋은 패턴, 깔끔한 구현)

memorytrace-0.4.0/.agents/skills/sprint/SKILL.md

@@ -0,0 +1,69 @@
+---
+name: sprint
+description: 대규모 기능을 체계적으로 구현할 때 사용. 브레인스토밍 → 계획 → 실행 → 리뷰 → 완료의 전체 개발 사이클을 관리한다.
+---
+
+# Sprint — 대규모 기능 구현 사이클
+
+## 개요
+
+단일 기능을 브레인스토밍부터 완료까지 전체 사이클로 관리한다.
+각 단계에서 해당 전문 스킬을 호출하여 품질을 보장한다.
+
+## 스프린트 흐름
+
+```
+1. 브레인스토밍  → brainstorming 스킬
+2. 계획 작성    → writing-plans 스킬
+3. 환경 준비    → using-git-worktrees 스킬
+4. 계획 실행    → executing-plans 또는 subagent-driven-development 스킬
+5. 코드 리뷰    → requesting-code-review 스킬
+6. 브랜치 완료  → finishing-a-development-branch 스킬
+```
+
+## 시작 방법
+
+```
+/sprint <기능 설명>
+```
+
+### Phase 1: 브레인스토밍
+- 사용자 의도와 요구사항 탐색
+- 2-3가지 접근법 제안
+- 설계 승인 후 설계 문서 저장
+
+### Phase 2: 계획 작성
+- 설계를 2-5분 단위 태스크로 분해
+- 파일 경로, 코드, 테스트, 명령어 포함
+- 계획 문서 저장
+
+### Phase 3: 환경 준비
+- Git worktree로 격리 환경 생성
+- 의존성 설치
+- 베이스라인 테스트 통과 확인
+
+### Phase 4: 계획 실행
+- 태스크별 TDD 사이클 (Red-Green-Refactor)
+- 각 태스크 후 검증
+- 블로커 발생 시 중단 후 논의
+
+### Phase 5: 코드 리뷰
+- 전체 변경사항 리뷰
+- Critical/Important 이슈 수정
+- 전체 테스트 스위트 통과 확인
+
+### Phase 6: 브랜치 완료
+- 4가지 옵션 (머지/PR/유지/폐기) 제시
+- 선택 실행 및 정리
+
+## 체크포인트
+
+각 Phase 완료 시:
+- 진행 상태 저장 (`docs/plans/` 내)
+- 컨텍스트가 70% 이상이면 상태 저장 후 세션 정리 권장
+
+## 규칙
+
+- Phase 순서를 건너뛰지 않는다
+- 각 Phase에서 해당 전문 스킬을 반드시 따른다
+- 사용자 승인 없이 다음 Phase로 넘어가지 않는다

memorytrace-0.4.0/.claude/skills/deploy/SKILL.md

@@ -0,0 +1,97 @@
+---
+name: deploy
+description: 배포 워크플로우를 실행할 때 사용. 사전 검증, 배포 실행, 사후 확인의 3단계로 안전한 배포를 보장한다.
+---
+
+# Deploy — 배포 워크플로우
+
+## 개요
+
+배포는 되돌리기 어려운 작업이므로 체계적 검증이 필수.
+사전 검증 → 배포 실행 → 사후 확인의 3단계를 따른다.
+
+## Phase 1: 사전 검증 (Pre-deploy)
+
+배포 전 반드시 확인:
+
+```
+- [ ] 모든 테스트 통과 (전체 스위트)
+- [ ] 빌드 성공 (프로덕션 빌드)
+- [ ] 린트/타입체크 클린
+- [ ] 환경변수 확인 (프로덕션 값 세팅)
+- [ ] 마이그레이션 필요 여부 확인
+- [ ] 변경사항 요약 준비
+```
+
+### 검증 명령 실행
+
+```bash
+# 프로젝트에 맞게 교체 <!-- TODO -->
+npm run build          # 빌드
+npm test               # 테스트
+npm run lint           # 린트
+npm run typecheck      # 타입체크
+```
+
+하나라도 실패하면 배포 진행 금지.
+
+## Phase 2: 배포 실행
+
+### 배포 전 확인
+
+사용자에게 최종 확인:
+```
+배포 준비 완료:
+- 환경: <production/staging>
+- 브랜치: <branch-name>
+- 변경사항: <요약>
+- 마이그레이션: <있음/없음>
+
+진행하시겠습니까?
+```
+
+### 배포 명령
+
+```bash
+# 프로젝트에 맞게 교체 <!-- TODO -->
+# 예시:
+git push origin main
+# 또는
+npm run deploy
+# 또는
+gh workflow run deploy.yml
+```
+
+## Phase 3: 사후 확인 (Post-deploy)
+
+```
+- [ ] 배포 성공 확인 (CI/CD 상태)
+- [ ] 헬스체크 통과
+- [ ] 핵심 기능 스모크 테스트
+- [ ] 에러 모니터링 확인 (로그, 알림)
+- [ ] 배포 결과 팀에 공유
+```
+
+## 롤백 계획
+
+배포 전에 롤백 방법을 항상 준비:
+```bash
+# 프로젝트에 맞게 교체 <!-- TODO -->
+# 예시:
+git revert HEAD
+# 또는
+# 이전 배포 버전 재배포
+```
+
+## 금지 사항
+
+- 테스트/빌드 실패 상태에서 배포
+- 사용자 확인 없이 프로덕션 배포
+- 롤백 계획 없이 배포
+- 금요일 오후 배포 (팀 합의 없이)
+
+## 규칙
+
+- 배포는 항상 사용자의 명시적 승인 후 실행
+- 모든 단계에서 증거 기반 확인
+- 문제 발생 시 즉시 롤백, 원인 조사는 이후

memorytrace-0.4.0/.claude/skills/review/SKILL.md

@@ -0,0 +1,84 @@
+---
+name: review
+description: 구조화된 코드 리뷰 워크플로우. 보안 → 로직 → 성능 → 구조 → 컨벤션 순서로 5단계 순차 리뷰를 진행한다. /review 또는 "코드리뷰 해줘"로 호출.
+---
+
+# Code Review Workflow
+
+## 사용법
+
+```
+/review                    # 스테이징된 변경사항 리뷰
+/review path/to/file.ts    # 특정 파일 리뷰
+/review --branch feat/xxx  # 브랜치 전체 변경사항 리뷰
+```
+
+## 리뷰 대상 결정
+
+1. `$ARGUMENTS`가 있으면 해당 파일/브랜치 대상
+2. 없으면 `git diff --staged` → 스테이징된 변경사항
+3. 스테이징도 없으면 `git diff` → 언스테이징된 변경사항
+4. 변경사항이 없으면 사용자에게 리뷰 대상을 질문
+
+## 5단계 순차 리뷰
+
+### Step 1: 보안 (Security)
+
+- 하드코딩된 시크릿, API 키, 크레덴셜
+- SQL 인젝션, XSS, 커맨드 인젝션 가능성
+- 인증/인가 우회 가능성
+- 민감 데이터 로깅 여부
+
+### Step 2: 로직 (Logic)
+
+- 엣지 케이스 누락 (null, empty, boundary)
+- 오프바이원 에러
+- 레이스 컨디션
+- 에러 핸들링 누락 또는 삼킴(swallowing)
+
+### Step 3: 성능 (Performance)
+
+- N+1 쿼리, 불필요한 반복
+- 메모리 누수 가능성 (이벤트 리스너, 타이머 미정리)
+- 대용량 데이터셋에서의 시간복잡도
+- 불필요한 리렌더링 (프론트엔드)
+
+### Step 4: 구조 (Architecture)
+
+- 단일 책임 원칙 위반
+- 순환 의존성
+- 레이어 경계 침범 (예: UI에서 DB 직접 접근)
+- 기존 패턴과의 불일치
+
+### Step 5: 컨벤션 (Convention)
+
+- 네이밍 일관성
+- 프로젝트 코드 스타일 준수
+- 불필요한 주석, TODO, console.log
+- 테스트 커버리지
+
+## 출력 형식
+
+각 단계별로 아래 형식을 따른다:
+
+```
+### Step N: 카테고리명
+- ✅ 통과 항목 요약
+- ⚠️ 경고: [파일:라인] 설명 + 제안
+- ❌ 심각: [파일:라인] 설명 + 수정 필수
+```
+
+최종 요약:
+
+```
+### 종합
+- 심각: N건 / 경고: M건 / 통과: K건
+- 머지 가능 여부: ✅ 가능 / ⚠️ 조건부 / ❌ 수정 필요
+```
+
+## 규칙
+
+- 추측하지 않는다 — 코드를 직접 읽고 판단
+- "아마 괜찮을 것"이라고 넘기지 않는다
+- 수정 제안 시 구체적인 코드 예시 포함
+- 칭찬할 부분이 있으면 언급 (좋은 패턴, 깔끔한 구현)

memorytrace-0.4.0/.claude/skills/sprint/SKILL.md

@@ -0,0 +1,69 @@
+---
+name: sprint
+description: 대규모 기능을 체계적으로 구현할 때 사용. 브레인스토밍 → 계획 → 실행 → 리뷰 → 완료의 전체 개발 사이클을 관리한다.
+---
+
+# Sprint — 대규모 기능 구현 사이클
+
+## 개요
+
+단일 기능을 브레인스토밍부터 완료까지 전체 사이클로 관리한다.
+각 단계에서 해당 전문 스킬을 호출하여 품질을 보장한다.
+
+## 스프린트 흐름
+
+```
+1. 브레인스토밍  → brainstorming 스킬
+2. 계획 작성    → writing-plans 스킬
+3. 환경 준비    → using-git-worktrees 스킬
+4. 계획 실행    → executing-plans 또는 subagent-driven-development 스킬
+5. 코드 리뷰    → requesting-code-review 스킬
+6. 브랜치 완료  → finishing-a-development-branch 스킬
+```
+
+## 시작 방법
+
+```
+/sprint <기능 설명>
+```
+
+### Phase 1: 브레인스토밍
+- 사용자 의도와 요구사항 탐색
+- 2-3가지 접근법 제안
+- 설계 승인 후 설계 문서 저장
+
+### Phase 2: 계획 작성
+- 설계를 2-5분 단위 태스크로 분해
+- 파일 경로, 코드, 테스트, 명령어 포함
+- 계획 문서 저장
+
+### Phase 3: 환경 준비
+- Git worktree로 격리 환경 생성
+- 의존성 설치
+- 베이스라인 테스트 통과 확인
+
+### Phase 4: 계획 실행
+- 태스크별 TDD 사이클 (Red-Green-Refactor)
+- 각 태스크 후 검증
+- 블로커 발생 시 중단 후 논의
+
+### Phase 5: 코드 리뷰
+- 전체 변경사항 리뷰
+- Critical/Important 이슈 수정
+- 전체 테스트 스위트 통과 확인
+
+### Phase 6: 브랜치 완료
+- 4가지 옵션 (머지/PR/유지/폐기) 제시
+- 선택 실행 및 정리
+
+## 체크포인트
+
+각 Phase 완료 시:
+- 진행 상태 저장 (`docs/plans/` 내)
+- 컨텍스트가 70% 이상이면 상태 저장 후 세션 정리 권장
+
+## 규칙
+
+- Phase 순서를 건너뛰지 않는다
+- 각 Phase에서 해당 전문 스킬을 반드시 따른다
+- 사용자 승인 없이 다음 Phase로 넘어가지 않는다

{memorytrace-0.3.1 → memorytrace-0.4.0}/.claude/workspace/evaluation.md

@@ -1,72 +1,72 @@
-# Evaluation: Engram 3-Session Vibe Coding E2E Simulation
-
-## Verdict: PASS
-
-## Test Results Summary
-
-| Step | Test | Status | Details |
-|------|------|--------|---------|
-| Session 1 - Save #1 | Tech stack save | PASS | Saved successfully, no entities auto-detected |
-| Session 1 - Save #2 | Church model save | PASS | Saved successfully |
-| Session 1 - Save #3 | JWT auth save | PASS | Saved, entities detected: Access Token, Refresh Token |
-| Session 1 - Save #4 | Kakao map save | PASS | Saved successfully |
-| Session 1 - Save #5 | Session summary save | PASS | Saved successfully |
-| Session 2 - Save #1 | Review model save | PASS | Saved successfully |
-| Session 2 - Save #2 | CORS fix save | PASS | Saved successfully |
-| Session 2 - Save #3 | PostGIS search save | PASS | Saved successfully |
-| Session 2 - Save #4 | Session summary save | PASS | Saved successfully |
-| Session 3 - recent 10 | All 9 notes returned | PASS | All 9 notes listed in reverse chronological order |
-| Session 3 - find JWT | JWT note found | PASS | Returned exact match |
-| Session 3 - find CORS | CORS note found | PASS | Returned exact match |
-| Session 3 - find Review | Review model found | PASS | Returned exact match |
-| Session 3 - find PostGIS | PostGIS notes found | PASS | Returned 3 matching notes (tech stack, PostGIS specific, Church model) |
-| Session 3 - status | Correct counts | PASS | 2 entities, 0 facts, 9 notes, 0 conflicts, healthy |
-| Dedup - duplicate save | No new note created | PASS | Output said "Updated" (not "Saved"), notes stayed at 9 |
-| Delete - preview | Shows matching note | PASS | Found 1 note, displayed preview, showed confirm command |
-| Delete - confirm | Note deleted | PASS | "Deleted 1 note(s)" |
-| Delete - verify gone | Search returns nothing | PASS | "Nothing found for CORS" |
-| Delete - count check | Notes dropped to 8 | PASS | Status shows 8 notes |
-
-## Criteria Results
-
-| Criterion | Status | Notes |
-|-----------|--------|-------|
-| Multi-session persistence | PASS | Notes saved in session 1 and 2 fully retrievable in session 3 |
-| Korean text handling | PASS | All Korean content stored and retrieved without corruption |
-| Search accuracy | PASS | All 4 search queries returned correct results |
-| Deduplication | PASS | Exact duplicate did not increment notes count (stayed at 9) |
-| Delete preview (safe mode) | PASS | Without --confirm, shows preview only and prompts for confirmation |
-| Delete execution | PASS | With --confirm, deletes the note and confirms count |
-| Delete verification | PASS | Deleted note no longer appears in search |
-| Entity auto-detection | PASS | Detected "Access Token" and "Refresh Token" as entities from JWT note |
-| Status reporting | PASS | Accurate counts at every checkpoint |
-
-## Issues Found
-
-### [Issue 1 - Severity: Low]
-- **What**: Entity auto-detection is sparse -- only 2 entities detected across 9 notes containing terms like "NestJS", "Prisma", "PostgreSQL", "PostGIS", "Church", "Review", "JWT", "CORS"
-- **Where**: Entity extraction logic (internal to engram)
-- **Expected**: More domain terms would be recognized as entities
-- **Actual**: Only "Access Token" and "Refresh Token" were detected (2 entities total)
-- **Fix suggestion**: This is a minor observation. The entity detection appears to focus on capitalized multi-word terms. Not a functional problem since `find` search works correctly regardless.
-
-### [Issue 2 - Severity: Low]
-- **What**: `engram recent 10` requested 10 notes but only 9 existed -- no error or warning, just returned all 9
-- **Where**: `recent` subcommand
-- **Expected**: This is actually correct behavior (return up to N)
-- **Actual**: Correct -- returned all 9 without error
-- **Fix suggestion**: No fix needed, this is the expected behavior.
-
-## Regressions
-
-None detected. All core operations (save, find, recent, status, delete-note, dedup) function correctly.
-
-## Summary
-
-All 20 test steps passed. The engram tool correctly handles:
-- Persistent storage across simulated sessions
-- Korean (UTF-8) content without corruption
-- Full-text search returning accurate results
-- Deduplication of exact-match notes (count stays stable)
-- Two-phase delete (preview then confirm) with verification
-- Accurate status reporting at every checkpoint
+# Evaluation: Engram 3-Session Vibe Coding E2E Simulation
+
+## Verdict: PASS
+
+## Test Results Summary
+
+| Step | Test | Status | Details |
+|------|------|--------|---------|
+| Session 1 - Save #1 | Tech stack save | PASS | Saved successfully, no entities auto-detected |
+| Session 1 - Save #2 | Church model save | PASS | Saved successfully |
+| Session 1 - Save #3 | JWT auth save | PASS | Saved, entities detected: Access Token, Refresh Token |
+| Session 1 - Save #4 | Kakao map save | PASS | Saved successfully |
+| Session 1 - Save #5 | Session summary save | PASS | Saved successfully |
+| Session 2 - Save #1 | Review model save | PASS | Saved successfully |
+| Session 2 - Save #2 | CORS fix save | PASS | Saved successfully |
+| Session 2 - Save #3 | PostGIS search save | PASS | Saved successfully |
+| Session 2 - Save #4 | Session summary save | PASS | Saved successfully |
+| Session 3 - recent 10 | All 9 notes returned | PASS | All 9 notes listed in reverse chronological order |
+| Session 3 - find JWT | JWT note found | PASS | Returned exact match |
+| Session 3 - find CORS | CORS note found | PASS | Returned exact match |
+| Session 3 - find Review | Review model found | PASS | Returned exact match |
+| Session 3 - find PostGIS | PostGIS notes found | PASS | Returned 3 matching notes (tech stack, PostGIS specific, Church model) |
+| Session 3 - status | Correct counts | PASS | 2 entities, 0 facts, 9 notes, 0 conflicts, healthy |
+| Dedup - duplicate save | No new note created | PASS | Output said "Updated" (not "Saved"), notes stayed at 9 |
+| Delete - preview | Shows matching note | PASS | Found 1 note, displayed preview, showed confirm command |
+| Delete - confirm | Note deleted | PASS | "Deleted 1 note(s)" |
+| Delete - verify gone | Search returns nothing | PASS | "Nothing found for CORS" |
+| Delete - count check | Notes dropped to 8 | PASS | Status shows 8 notes |
+
+## Criteria Results
+
+| Criterion | Status | Notes |
+|-----------|--------|-------|
+| Multi-session persistence | PASS | Notes saved in session 1 and 2 fully retrievable in session 3 |
+| Korean text handling | PASS | All Korean content stored and retrieved without corruption |
+| Search accuracy | PASS | All 4 search queries returned correct results |
+| Deduplication | PASS | Exact duplicate did not increment notes count (stayed at 9) |
+| Delete preview (safe mode) | PASS | Without --confirm, shows preview only and prompts for confirmation |
+| Delete execution | PASS | With --confirm, deletes the note and confirms count |
+| Delete verification | PASS | Deleted note no longer appears in search |
+| Entity auto-detection | PASS | Detected "Access Token" and "Refresh Token" as entities from JWT note |
+| Status reporting | PASS | Accurate counts at every checkpoint |
+
+## Issues Found
+
+### [Issue 1 - Severity: Low]
+- **What**: Entity auto-detection is sparse -- only 2 entities detected across 9 notes containing terms like "NestJS", "Prisma", "PostgreSQL", "PostGIS", "Church", "Review", "JWT", "CORS"
+- **Where**: Entity extraction logic (internal to engram)
+- **Expected**: More domain terms would be recognized as entities
+- **Actual**: Only "Access Token" and "Refresh Token" were detected (2 entities total)
+- **Fix suggestion**: This is a minor observation. The entity detection appears to focus on capitalized multi-word terms. Not a functional problem since `find` search works correctly regardless.
+
+### [Issue 2 - Severity: Low]
+- **What**: `engram recent 10` requested 10 notes but only 9 existed -- no error or warning, just returned all 9
+- **Where**: `recent` subcommand
+- **Expected**: This is actually correct behavior (return up to N)
+- **Actual**: Correct -- returned all 9 without error
+- **Fix suggestion**: No fix needed, this is the expected behavior.
+
+## Regressions
+
+None detected. All core operations (save, find, recent, status, delete-note, dedup) function correctly.
+
+## Summary
+
+All 20 test steps passed. The engram tool correctly handles:
+- Persistent storage across simulated sessions
+- Korean (UTF-8) content without corruption
+- Full-text search returning accurate results
+- Deduplication of exact-match notes (count stays stable)
+- Two-phase delete (preview then confirm) with verification
+- Accurate status reporting at every checkpoint

{memorytrace-0.3.1 → memorytrace-0.4.0}/.gitignore

@@ -18,3 +18,4 @@ build/
 .env
 .venv/
 venv/
+.worktrees/