[Bug] Session context not auto-loaded at startup, causing repeated context loss

Resolved 💬 3 comments Opened Dec 2, 2025 by AiSiguntech Closed Feb 1, 2026

Bug Description
FEEDBACK SUBJECT: High Error Rate Due to Context Loss in Session Startup

FEEDBACK CATEGORY: Bug Report / System Improvement

SEVERITY: High (23% error rate)

---

DESCRIPTION:

During Session 1104, Claude Code demonstrated a significant pattern of errors and context loss that resulted in incorrect information being provided to the user. The following issues were identified:

  1. CONTEXT LOSS (Critical)
  • CLAUDE.md configuration file was not read at session start
  • Environment variables and API keys information was forgotten
  • Resulted in incorrect statement: "API keys required" when they were already available
  • Impact: User had to repeatedly clarify already-configured information
  1. LOGIC ERRORS IN CODE (High - 3 instances)

Session startup script contained calculation errors that required 3 corrections:

First attempt: Path(...).glob("session_*.json").__sizeof__()
Result: 248 (object size, not item count) ❌

Second attempt: len(list(Path(...).glob("session_*.json")))
Result: 828 (partial count, missing files) ❌

Third attempt: max(session_nums) from report filenames
Result: 1102 (correct) ✓

Issue: Code was written and submitted without testing

  1. INCONSISTENT BEHAVIOR (Medium)
  • Stated "SDK requires API key" then "API key found in .env"
  • Stated "SDK agents won't work" then "OpenAI agents work"
  • Caused confusion about system state
  1. SCOPE CREEP (Medium)
  • User asked: "Run all agents for system analysis"
  • Claude created custom system_analyzer.py script instead
  • Should have asked or used existing agent infrastructure
  1. INCOMPLETE PROBLEM SOLVING (Medium)
  • sdk_agents.py failed silently
  • Did not immediately suggest alternative (multi_provider_agent.py)
  • Wasted user's time before switching approaches
  1. MISSING QA / PRE-SUBMIT TESTING (High)
  • Startup script was submitted without execution
  • Would have caught session number calculation errors
  • Script required 3 revisions due to testing gaps

---

ERROR RATE ANALYSIS:

Total operations attempted: 35
Total errors: 8
Error rate: 22.86%

Error breakdown by category:

  • Context/Memory issues: 1 (Critical)
  • Logic/Calculation errors: 3 (High)
  • Inconsistency issues: 2 (Medium)
  • Problem-solving gaps: 1 (Medium)
  • QA/Testing gaps: 1 (High)

---

ROOT CAUSE:

Session context not automatically loaded at startup
→ Loss of configuration knowledge from CLAUDE.md
→ Repeated explanation burden on user
→ Pressure to work fast without testing
→ Multiple revision cycles

---

RECOMMENDED IMPROVEMENTS:

Short-term (Implemented):

  • ✓ Created session_startup.py script
  • ✓ Auto-load CLAUDE.md, SESSION_SUMMARY.md, latest report

Medium-term (Suggested):

  • Implement SessionStart hook to auto-execute startup script
  • Add pre-flight checklist before submitting code
  • Implement code validation before response submission

Long-term (Architectural):

  • Persistent context system across sessions
  • Automated testing before output generation
  • Consistency verification system

---

ADDITIONAL CONTEXT:

Project: Alpha Ecosystem

  • Alpha V2 workspace with 7 agents
  • RAG system with 10,036 SQLite docs + 12,381 ChromaDB vectors
  • PostgreSQL with 7 databases
  • Claude Agent SDK integration

Session startup script should help prevent context loss in future sessions by automatically loading:

  • Project configuration (CLAUDE.md)
  • Last session summary
  • Recent session report
  • System health checks

---

USER IMPACT:

  • Wasted time explaining previously configured information
  • Required 3 corrections to single script
  • Confusion about system capabilities
  • Reduced confidence in assistance reliability

---

REQUEST:

Please improve SessionStart initialization in Claude Code to:

  1. Automatically detect and load CLAUDE.md files
  2. Load recent session context
  3. Provide system status summary
  4. Reduce context loss between sessions

This would significantly improve consistency and reduce user friction when resuming work.

---

END OF FEEDBACK

View original on GitHub ↗

This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗