{"version":"2.1.229","anchor":"session-host-and-storage-handles-passed-in-explicitly","canonical_anchor":"session-host-and-storage-handles-passed-in-explicitly","heading":"Session, host and storage handles passed in explicitly","tier":"internal","area":"Session State","scope":null,"heads_up":null,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.229\/e\/session-host-and-storage-handles-passed-in-explicitly","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.229","markdown":"### Session, host and storage handles passed in explicitly\n\nA broad refactor passes session, project root and storage explicitly, preparing for several sessions in one process.\n\n**What**\n\nA large refactor across config writing, hooks, the status line, file suggestions, notifications and MCP elicitation: each now receives the session, its project root and cwd, or a storage handle as an argument instead of reading ambient globals, and the remaining shared state sits behind accessor objects. Groundwork for running more than one session correctly in a process.\n\n**Details**\n\n- Covers the skills registry, teleport info, cached CLAUDE.md, sticky betas and cron tasks.\n- A root session now carries a host object built by a factory.\n\n**Evidence**\n\n`backgroundHousekeeping`\n\n- Area: Session State\n- Tier: Under the hood\n- Useful: 2\/5\n- Signal: 4\/5"}