ArXen42

Если нужна привязка спрайтов к краям экрана, то, возможно, стоит воспользоваться системой UI. Ну там добавить Canvas, на него закинуть UI спрайт, у спрайта можно выбрать привязку к краям экрана, pivot и т.д. и т.п.

Если UI вот совсем не то, что нужно, тогда, видимо, стоит копать в связь экранных координат (пикселей тобишь) с мировыми. Какой-нибудь cameraToWorldMatrix может быть.

С другой стороны, не так давно на структурно похожем Urho3D без особых проблем сделал что-то похожее без всяких матриц. Там OrthographicSize являлся вертикальным размером камеры в игровых координатах (здесь, наверное, тоже). Из AspectRatio получал соответственно и ширину. Ну а зная координаты и размеры камеры расположить все как надо уже несложно.
Там я еще использовал тот факт, что измерения 2D спрайта в игровом пространстве были ровно в 100 раз меньше пиксельных, в Unity3d не приходилось вникать, но вроде как reference pixels per unit как раз про это.

Но это все для очень специфичных случаев.

Как мне кажется, в unity3d, как и везде, удобнее использовать обычную VCS (с git вполне работает), чем пытаться в google-docs-style. Одновременное редактирование файла сцены вряд ли возможно, т.к. на любое изменение извне unity предлагает сделать reload scene. Но возможно я просто не знаю нужных хаков.

Может оказаться полезным посмотреть устройство редактора крафтов в Kerbal Space Program. Там он толково сделан (по крайней мере процесс соединения деталей). Там и радиальное крепление, и по определенным точкам (на "ноды").

Возможно вам поможет описание моей игры - тоже новичок, но делаю уже более полугода, общая архитектура более менее устаканилась. Суть игры вдохновлена Космическими Рейнджерами - вселенная, состоящая из звезд, основное место действия - звездные системы, игра протекает внутри них. Соответственно до старта игры ни одного объекта практически и нет - только пустышки и скрипты на них, ну и UI. При старте игры из сохранения (либо случайно генерируется) вселенная - массив звезд, которые в свою очередь содержат планеты, пояса и т.д. Эти данные никак не связаны с MonoBehaviour, просто статический массив (List на самом деле, но не суть). При старте игры опять же из сохранения берется местоположение игрока, информация о его корабле и в соответствии с этим
1)Спаунится текущая система: солнце, планеты (есть префаб планеты, при спауне висящий на нем скрипт накладывает случайно генерируемую текстуру, а другой скрипт размещает в пространстве в соответствии с заданными параметрами орбиты) и т.д.
2)Спаунится игрок (а в будущем и другие игроки)
Таким образом сцена содержит только пустышку игрока с повешенными на него скриптами и объекты UI. Все остальное создается по ходу игры.