💭 в уме · писать не нужно
Представь смену лошадей на переправе: ты держишься за обеих, пока новая опора не станет надёжной.
Что из твоего workflow ты перенесёшь первым, не отпуская старую лошадь?
💭 в уме · писать не нужно
Вернись к переправе и двум лошадям: миграция идёт по шагам, пока новая опора не проверена реальной работой.
Какой небольшой переход покажет, что новая лошадь держит вес?
Шаблон ниже задаёт безопасную последовательность: сначала setup и воспроизведение знакомой задачи, затем реальная работа, настройка, честное сравнение и решение. Самая частая ошибка — удалить старый стек до того, как новый выдержал реальную задачу; держи старый как fallback.
# Миграция на [твой стек] — 7 дней
## День 1: Setup
- [ ] Установить Frontend agent (Claude Code / Codex / Hermes)
- [ ] Поднять LiteLLM gateway локально
- [ ] Получить API keys (Cerebras / Gemini / etc.)
- [ ] Сделать «hello world» запрос через curl
## День 2: Reproduce
- [ ] Взять ОДНУ задачу, которую ты решил на старом стеке за последнюю неделю
- [ ] Повторить её на новом стеке
- [ ] Записать: где медленнее / где быстрее / где проблема
## День 3–4: Real work
- [ ] Сделать одну реальную рабочую задачу на новом стеке
- [ ] Старый стек оставить как fallback
- [ ] Не уговаривай себя что «новое лучше» — фиксируй факты
## День 5: Customize
- [ ] Настрой 1–2 skill / hook под свой workflow
- [ ] Добавь свой CLAUDE.md / AGENTS.md для нового агента
- [ ] LiteLLM: настрой fallback chain
## День 6: Honest comparison
- [ ] Запиши: что лучше на новом стеке, что хуже
- [ ] Где hybrid имеет смысл (например, Claude Code для дизайна + Codex для рефакторинга)
## День 7: Decision
- [ ] Решение: полная миграция / hybrid / возврат
- [ ] Если возврат — что нужно от стека чтобы передумать?
- [ ] Если миграция — закрепляй: убираешь старый stack из активной памяти
Создай my-experiments/u5-migration-plan.md по шаблону выше. Заполни даты конкретными.
Минимум: