I think I cracked the code on why we are all having a hard time with this second brain stuff. The real problem is that we are saving information that we think will be relevant to future endeavors, not just the stuff that is presently needed. Thus, we need rules that work in many (read "all") workspaces to make the information usable/searchable etc. These hypothetical rules would likely be more constraining than the rules that an actual use case would require. The second issue is that ICM is (correctly) very broad. Its principles map extremely well to the constraints of a task at hand, but poorly to undefined future tasks (like the goofballs making ICMs for imaginary problems) Possible solution: We stop saving unnecessary info and let our desired function determine the format (within ICM L3 Principles). That solution sucks, I still want to save info I don't need today!! I found a better solution... (If you just want the solution skip to the last paragraph. If you want some cool info on why your second brain doesn’t work, read on.) In practice, our L3 files are almost all SOPs. But the way an SOP is structured doesn't work for the way externally-authored source material should be kept for citation or lookup (which btw = split into its natural segments and indexed). This is why Tiago Forte’s PARA system doesn’t work, it’s built for helping a human decide what to do next, not have access to the relevant info. Google’s OKF fails because it's a format for shipping knowledge between tools/organizations, not the method for finding that info. Karpathy’s wiki fails because it defines only the loop (ingest / query / lint), so retrieval quality is only as good as the agents improvisation, its unreliable. RAG and vector databases are for bulk data, not a second brain. For instance, a million support tickets is a pile to query, not a knowledge base. Like our boy Jake likes to say (shout out Jake!), the principles for darn near everything have been around for decades. We're just applying timeless principles to an unrefined tool. The principle needed here is called faceted classification, developed by a librarian named S.R. Ranganathan in 1933, decades before we had a database to apply it to.