OSSV File Format Lab

Статус сейчас:

- live runtime для плана опирается на `asset/data/static/plan.txt` и helper-таблицы в `asset/data/static/helper/`
- `asset/data/static/plan.csv` удален из live runtime и сохранен только как архивный legacy-след
- экспериментальные `OSSV` материалы и попытки миграции вынесены сюда как архив и исследование

## Таймлайн

### 1. Исходное состояние

- `plan.txt` использовался как свободный ручной список с пустыми строками, повторяющимися идентификаторами и неполным набором полей
- `plan.csv` использовался как строгая живая таблица сайта со `slug`, `parent_slug`, `status`, датами и связями

### 2. Попытка Phase 1

- был создан промежуточный `plan.ossv`
- был добавлен отдельный CLI-скрипт сравнения и экспорта
- были сделаны sample-файлы с трехпробельными разделителями

### 3. Откат

- live `plan.ossv` удален из runtime
- автоматическая синхронизация `plan.txt <-> plan.csv` отключена, а текущий runtime переведен на `plan.txt`
- все рабочие материалы по `OSSV` сложены сюда в documentation-only виде

## Файлы в этой папке

- `plan-txt-vs-plan-csv.md`
- `plan-links-media-portfolio.md`
- `archive/phase-1-rollback.md`
- `archive/plan-from-plan-csv.ossv`
- `archive/plan-links-media-portfolio.csv`
- `archive/sample-plan-data.txt`
- `archive/sample-password-data.txt`
- `archive/ossv-sync.php.txt`

## Основная мысль исследования

- будущий flat-формат должен позволять вводить минимум обязательных данных
- формат не должен заставлять вручную заполнять неизвестные поля и пустые колонки только ради совместимости с `CSV`
- порядок строк может быть частично упорядоченным, но каждая строка должна иметь понятный уникальный порядок или идентификатор
- пока эта структура не стала простой и лаконичной, эксперимент должен жить в документации, а не в runtime