Как я развернул локальный ИИ-кодер
Автор: Алексей Пасечник (Arhellist). Канонический адрес: https://arhellist.ru/blog/kak-ya-razvernul-lokalnyy-ii-koder/.
Опубликовано: 2026-08-03.
# Как я развернул локальный ИИ-кодер и почему это изменило всё
Спойлер: я не перестал быть разработчиком. Я перестал быть просто кодером.
---
🧠 Введение: от «напиши код» к «почему бы и нет»
Если ты читаешь это — ты либо разработчик, который уже начал подозревать, что его работа меняется, либо тот, кто пока думает, что «ИИ — это просто автодополнение».
Я был вторым. До недавнего времени.
Я написал 8000 строк говна на PHP, когда не знал PHP. Я переписывал проект на Node.js, потому что «так модно». Меня взламывали трижды — и каждый раз я думал, что это «ну просто совпадение». Я деплоил руками, как готовил с закрытыми глазами.
И всё это время я считал, что ИИ-кодеры — это игрушки для вайб-кодеров, которые не знают, чего не знают.
Я ошибался.
---
🧱 «Тогда vs сейчас»: как я перестал бояться
Когда я впервые услышал про Cursor, я подумал: «Ещё одна IDE? Зачем? У меня есть VSCode и 10 лет привычек».
Потом я увидел, как мой коллега делает фичу за час, на которую я бы потратил день. Не потому что он гений — он просто использовал ИИ как множитель, а не как замену.
Но цена Cursor… и привязка к облаку… и закрытый код… Меня это бесило. Я хотел контролировать свой инструментарий. Я хотел знать, что мои данные не улетают в облако. Я хотел свой ИИ.
И я начал путь.
---
🚀 Локальный ИИ-кодер: как это выглядело на самом деле
Я решил развернуть локальный ИИ-кодер, который:
- Работает полностью офлайн - Понимает мой код - Пишет код нормально, а не «как студент-первокурсник» - Может выполнять команды в терминале - И делает это без ежемесячной подписки
Звучит как магия? Нет. Это инженерия.
⚙️ Что я использовал
- Ollama — движок для локального запуска моделей - DeepSeek-R1:14b — модель-архитектор, которая мыслит, а не просто генерирует - Qwen2.5-Coder:14b — модель-кодер, которая пишет код - VibeIDE — форк VSCode, который даёт агентам доступ к файловой системе и терминалу
Да, я собрал свой «Cursor» из открытых кирпичей (Хотя сильно медленней, и сильно ниже качеством).
---
🧠 Архитектор vs Кодер: почему это важно
Большинство людей думают, что ИИ-кодер — это одна модель, которая «всё умеет».
Нет.
У меня их две.
DeepSeek-R1 — это архитектор. Он не пишет код. Он думает. Он анализирует, планирует, разбивает задачу на части. Он работает как Senior Engineer, который сидит рядом и говорит: «Слушай, тут вот так… а здесь лучше переделать…»
Qwen2.5-Coder — это кодер. Он берёт план архитектора и превращает его в код. Он не рефлексирует — он делает.
Это разделение — ключевое. Потому что одна модель, которая пытается делать всё, — это как прораб, который сам же и кладёт кирпичи. Можно, но криво.
---
🔥 Ошибки, которые я совершил
❌ Ошибка №1: Я думал, что модели «видят» мой проект
Нет. Им нужно показывать. VibeIDE, в отличие от Cursor, не имеет автоматической индексации всего репозитория. Я должен был явно указывать, какие файлы в контексте.
Мой первый вопрос: «Почему модель не видит документацию?» Потому что я не сказал ей, что она есть.
После того как я прописал --read AGENTS.md, всё изменилось.
❌ Ошибка №2: Я переоценил железо
RTX 4050 — это круто, но модель на 14B параметров в квантизации съедает 9 ГБ VRAM. Если у тебя 6 ГБ — ты будешь ждать. Долго.
Мой первый запуск: 45 секунд на ответ. Я думал, что сломал всё.
Нет. Просто модель «думает». И это нормально.
❌ Ошибка №3: Я не понимал, как работает архитектор
Я попросил DeepSeek выполнить shell-команду.
«Я не могу работать с консолью», — ответил он.
«Ах ты ж…», — подумал я.
Потом я понял: архитектор не должен выполнять команды. Это работа кодера. В VibeIDE я разграничил роли: DeepSeek — только планирование, Qwen — выполнение.
С этого момента всё пошло как по маслу.
---
🛠️ Как я всё настроил
1. Скачал модели
bash ollama pull deepseek-r1:14b-qwen-distill-q4KM ollama pull qwen2.5-coder:14b-instruct-q4KM
9 ГБ каждая. 18 ГБ всего. Место есть? Нет? Удаляй кэш браузера и старые Docker-образы — они тебе не нужны.
### 2. Настроил VibeIDE .vibe/providers.json — указал модели и базовый URL для Ollama
.vibe/agents/architect.md — инструкция для DeepSeek
.vibe/agents/coder.md — инструкция для Qwen
.vibe/rules.md — глобальные правила: язык, тесты, запреты
После этого агенты перестали быть «просто чат-ботами». Они стали частью моего рабочего процесса.
### 3. Запустил Ollama на всех интерфейсах bash OLLAMAHOST=0.0.0.0 ollama serve Без этого VibeIDE не видит модели.
## 💎 Что я получил в итоге Бесплатный локальный ИИ-кодер, который работает офлайн
Разделение ролей: архитектор думает, кодер пишет
Полный контроль: никакой телеметрии, никаких утечек кода
Глубокое понимание кода: модель видит файлы и следует правилам
Интеграция с терминалом: команды выполняются через кодера
Мой компьютер стал моим личным дата-центром. Дорого? Да. Но это моя инфраструктура. Мои данные. Мои правила.
## 🧬 Философский итог: ИИ — не замена, а множитель Если ты думаешь, что ИИ-кодер заменит разработчика — ты ошибаешься. Он заменит кодера, который пишет однотипный код. Но он не заменит инженера, который проектирует систему, понимает бизнес-контекст и принимает ответственность.
Ты не станешь архитектором, пока твои руки не писали говнокод. Но ты перестанешь им быть, если будешь писать только говнокод.
Я не перестал быть разработчиком. Я перестал быть просто кодером.
## 🚀 Что дальше? Я продолжаю экспериментировать: другие модели, другие квантизации, другие связки.
Лучший код — тот, который не надо поддерживать. А лучший инструмент — тот, который ты контролируешь.
Пишите. Я всегда открыт к интересным задачам.
Учитесь на моих ошибках. Или на своих — но тогда будет больнее. Выбор за вами.
О чём пишем
- Архитектура и эксплуатация веб-продуктов
- AI-агенты, RAG и практические контуры
- Кейсы LMS, маркетплейсов и защищённых коммуникаций
- Заметки по Next.js, Node.js, PostgreSQL и realtime