diff --git a/conductor/tracks/mma_implementation_20260224/proposal.md b/conductor/tracks/mma_implementation_20260224/proposal.md
index c3e79c9..444562c 100644
--- a/conductor/tracks/mma_implementation_20260224/proposal.md
+++ b/conductor/tracks/mma_implementation_20260224/proposal.md
@@ -4,7 +4,15 @@
 *To be drafted.*
 
 ## 2. Memory Siloing & Token Firewalling
-*To be drafted. Focus: Evaluating current context management and proposing strategies to prevent token bloat during planning and execution.*
+
+### Current Evaluation
+Currently, the `conductor` extension relies heavily on reading index files and full markdown texts recursively through the project structure. This injects entire tracks, plans, guidelines, and specifications into the LLM context continuously. While beneficial for ensuring alignment with user instructions, this linear scaling creates immense token bloat during repetitive planning and execution loops. 
+
+### Proposed Upgrade Strategy
+To align with the 4-Tier Architecture, the Conductor extension must implement **Token Firewalling**:
+1. **Curated Manifests & Viewports:** Implement an extension tool or AST parser hook to generate "Skeleton Views" or restricted tree maps instead of fully loading index files into the prompt.
+2. **Stateless Sub-Agent Invocations:** Delegate localized tasks (like writing documentation updates to a single file) to a background sub-agent (via `run_shell_command` leveraging a separate stateless invocation, or by utilizing Gemini CLI's sub-agent framework). This prevents the main conductor thread from storing the trial-and-error generation in its history.
+3. **Amnesiac Context Management:** Incorporate lifecycle hooks (`before_tool_call`, `after_tool_call`) to clean up unnecessary tool outputs from the active memory array, only keeping the 50-token summaries of execution outcomes.
 
 ## 3. Execution Clutch & Linear Debug Mode
 *To be drafted. Focus: Evaluating current execution workflows and proposing mechanisms for manual step-through and auto modes.*