Inventory, trigger analysis, routing gaps, and scaling concerns for your 30 memory files.
Total: 30 files, ~51 KB of memory content in ~/.claude/projects/-home-visar/memory/.
| # | File | Type | Topic | Size |
|---|---|---|---|---|
| 1 | MEMORY.md | Index | Auto-memory index (23 entries) | 3.2 KB |
| 2 | browser-automation.md | Tool guide | Chrome MCP tools, Xvfb, context rules | 3.3 KB |
| 3 | cv.md | Project | CV methodology, keyword targets | 3.1 KB |
| 4 | feedback_background_servers.md | Feedback | Use systemd, not npm run dev | 0.7 KB |
| 5 | feedback_cv_keywords.md | Feedback | Recruiter keyword checklist | 1.0 KB |
| 6 | feedback_cv_versioning.md | Feedback | Never overwrite CV, create vN+1 | 0.6 KB |
| 7 | feedback_evidence_based_debugging.md | Feedback | Cite evidence, no speculation | 1.4 KB |
| 8 | feedback_logs_before_fixes.md | Feedback | Instrument before fixing | 1.5 KB |
| 9 | feedback_no_magic_strings.md | Feedback | Use constants, not string literals | 0.9 KB |
| 10 | feedback_no_overflow_hidden.md | Feedback | Fix root cause, don't hide overflow | 0.6 KB |
| 11 | feedback_one_fix_at_a_time.md | Feedback | One approved change at a time | 0.6 KB |
| 12 | feedback_ownership_patterns.md | Feedback | Rust-inspired one-writer ownership | 2.1 KB |
| 13 | feedback_svelte5_imperative_bridge.md | Feedback | No imperative APIs inside $effect | 1.5 KB |
| 14 | feedback_sw_fetch_handler.md | Feedback | SW fetch must be no-op | 1.2 KB |
| 15 | feedback_systemd_services.md | Feedback | Use systemctl, not manual kill | 0.7 KB |
| 16 | feedback_timebox_then_pivot.md | Feedback | 1h timebox, then minimal repro | 1.1 KB |
| 17 | feedback_verify_claims.md | Feedback | Label claims, offer to verify | 2.1 KB |
| 18 | google-docs.md | Tool guide | OAuth, workflow, naming convention | 0.7 KB |
| 19 | hetzner-deploy.md | Tool guide | Deploy script, server, monorepo | 2.6 KB |
| 20 | local-apps.md | Reference | Ports, HTTPS, PWA patterns | 5.2 KB |
| 21 | plane.md | Tool guide | Plane PM API, ticket management | 1.1 KB |
| 22 | project_video_platform_ownership.md | Project | Service ownership boundaries | 2.0 KB |
| 23 | reference_pdf_convert.md | Reference | weasyprint for HTML-to-PDF | 0.4 KB |
| 24 | reference_startup_albania_grant.md | Reference | Grant portal, doc links, scoring | 0.6 KB |
| 25 | reference_streamonitor.md | Reference | SC protocol reference code | 0.8 KB |
| 26 | svelte5-pitfalls.md | Reference | 11 quick rules for Svelte 5 | 3.1 KB |
| 27 | svelte5-pitfalls-detail.md | Reference | Full explanations with code examples | 11.0 KB |
| 28 | user_identity.md | User | Name, email, phone, location | 0.6 KB |
| 29 | user_role.md | User | Professional background, career | 1.4 KB |
| 30 | xvfb.md | Tool guide | Xvfb displays, peek command | 0.4 KB |
feedback_, reference_, project_, user_)feedback_cv_keywords.md duplicates the keyword list already in cv.mdfeedback_svelte5_imperative_bridge.md restates pitfall #11 in svelte5-pitfalls.md (and expanded in svelte5-pitfalls-detail.md) — three files carry the same lessonfeedback_background_servers.md and feedback_systemd_services.md overlap heavilyfeedback_evidence_based_debugging.md and feedback_logs_before_fixes.md are two sides of the same coinsvelte5-pitfalls-detail.md (the largest file at 11 KB) is not listed in MEMORY.md. It is only reachable via a link inside svelte5-pitfalls.md. If Claude reads the quick-rules and decides it has enough context, the detail file never gets loaded.
Inconsistent frontmatter: Some files have YAML frontmatter, others don't. Files without: browser-automation.md, google-docs.md, hetzner-deploy.md, local-apps.md, plane.md, svelte5-pitfalls.md, svelte5-pitfalls-detail.md, xvfb.md.
| Trigger in CLAUDE.md | Memory File | Quality |
|---|---|---|
| "Before deploying anything to Hetzner" | hetzner-deploy.md | Strong |
| "Before interacting with Plane API or tickets" | plane.md | Strong |
"Before using any mcp__claude-in-chrome__* tools" | browser-automation.md | Strong |
| "Before creating or updating a Google Doc" | google-docs.md | Strong |
| "Before viewing or managing Xvfb displays" | xvfb.md | Strong |
| "Before working on local-network apps" | local-apps.md | Strong |
| "All Svelte 5 projects — before writing code" | svelte5-pitfalls.md | Strong |
These rely entirely on the LLM reading MEMORY.md one-line descriptions and deciding to load them:
| Category | Files | Risk |
|---|---|---|
| Universal behavioral rules (should apply to ALL tasks) | feedback_no_magic_strings, feedback_one_fix_at_a_time, feedback_evidence_based_debugging, feedback_logs_before_fixes, feedback_verify_claims, feedback_timebox_then_pivot |
High |
| Context-specific feedback (need triggers) | feedback_cv_*, feedback_background_servers, feedback_systemd_services, feedback_sw_fetch_handler, feedback_no_overflow_hidden, feedback_ownership_patterns, feedback_svelte5_imperative_bridge |
Medium |
| Reference/project data (on demand) | cv.md, reference_*, project_video_platform_ownership, user_* |
Low |
| Orphan | svelte5-pitfalls-detail.md |
High |
feedback_* behavioral rules
A fresh Claude instance sees the MEMORY.md one-liners in context, but there is no instruction in CLAUDE.md saying "before writing any code, read the feedback memories." The general-purpose rules (one_fix_at_a_time, verify_claims, evidence_based_debugging) are the most likely to be missed because they apply to everything — there is no specific keyword trigger.
High risk of being missed:
feedback_one_fix_at_a_time — arguably the most important behavioral rule (scope control), yet nothing in CLAUDE.md mentions itfeedback_verify_claims — changes how the model communicates, but no triggerproject_video_platform_ownership.md — the local-apps.md trigger covers video platform work, but doesn't point to this filecv.md, feedback_cv_keywords, feedback_cv_versioning) — no "Before working on CVs" triggerLow risk: Tool guides (good triggers), user_identity and user_role (descriptive enough one-liners).
reference_streamonitor.md| Concern | Current | At 2x Scale | Breaking Point |
|---|---|---|---|
| MEMORY.md line count | 23 entries (~23 lines) | ~46 entries | 200-line limit hit at ~80-100 entries |
| Context window pressure | ~1.5 KB for one-liners | ~3 KB | At 100 entries: ~6 KB of noisy one-liners |
| "Load everything" temptation | Manageable | 15-30 KB burned | Significant context waste |
| Feedback accumulation | 13 files | ~26 files | One-liners blur together, overlaps grow |
| Archival/deprecation | No mechanism | Stale files linger | Outdated memories mislead |