This is great and something that I've wished existed. Thanks for making it! Right now, the tiles are linear. E.g. if tile A links to tiles B and C, clicking either B or C will open a new tile directly next to A (and only one of B or C is visible at a time). What do you think about making more of a tree layout where B and C both branch from A and can be viewed simultaneously?
Personally, I’m a huge fan of a few principles that I hope to impose on the world via book, eventually:
1. Indices over keys.
2. No single set should have more than N elements, where N is usually 10 but could be 2/3/4 if you’re doing decision trees, and could be 16 if you’re insane and want to use hex indices.
3. Each element can be referenced locally with a simple index (`3`), or a full path made by concatenating the indices of its ancestors from the root (`053`).
This would be an example of an “analytic” approach, as opposed to the ad-hoc “synthetic” approach of just visualizing whatever wikilink structure there happens to be. There’s a huge space of solutions “between” these two - such as constraining the ad-hoc visualization to meta-tagged wikilink relations — but I think the dichotomy is useful.
Personally, I prefer to use predesigned structures wherever possible for exactly these reasons. It makes automated visualization possible, in many cases… An example would be reusing the same 3/4 12-element directory template for every SWE project. I hope it’s clear how the same idea could be directly applied to a research project performed with lots of automated LLM queries.