Ah so the path forward then would be to not use a prefix at all or keep a constant prefix then I would assume? What is the roadmap for prefixes? Is there any desire to support more than one prefix? I think it would be interesting if prefixes were "scoped" where a schema could be written for one prefix then separately written for another prefix and they would be joined as one. Example:

// Write 1
definition core/user {}

// Write 2
definition myservice/thing {}

// Results in 
definition core/user {}
definition myservice/thing {}

// Write 3 
definition myservice/thing {
  relation owner: core/user
}
definition myservice/specificthing {
  relation thing: myservice/thing
}

// Results in 
definition core/user {}
definition myservice/thing {
  relation owner: core/user
}
definition myservice/specificthing {
  relation thing: myservice/thing
}

So the writes are scoped to a prefix and won't wipe out other prefixes.