the memory engine question is the crux — most 'shared memory' approaches either go vector db (semantic search loses precision on code) or graph (precise but expensive to maintain across repo changes). curious which direction you went. one thing that works surprisingly well for cross-repo context: storing explicit schema contracts as structured facts rather than raw embeddings. agents can retrieve 'what does /api/users return' without semantic fuzziness