Как я развернул локальный ИИ-кодер

Автор: Алексей Пасечник (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