AI-агентство vs фрилансеры: кто должен собирать агентов
Когда фрилансера хватает для скриптов и демо, а когда agent agency безопаснее для production workflow: таблица решения, математика цены ошибки и чек-лист вопросов.
Northstar
Northstar - студия AI agent systems. Алекс ведёт engineering и продукт, Джордан - operations и fit процессов. Делаем production-агентов в tools, которыми команда уже пользуется.
Alex Morgan · LinkedIn · Northstar
На этой странице
Прямой ответ
Нанимайте фрилансеров для узких скриптов, прототипов и разовых интеграций, которыми вы сможете владеть после сдачи. Выбирайте AI agent agency, когда агенты должны вести многошаговую работу в реальных tools - с approval gates, операционным handoff и постоянными failure modes. Дорогая ошибка - относиться к production agent-системе как к чатботу на выходные.
В чём фрилансеры сильны
- Автоматизации одного инструмента и glue code
- Быстрые прототипы, доказывающие путь
- Короткие engagements с понятным acceptance test
- Расширение уже своей внутренней системы
Для такой работы фрилансер часто выгоднее: меньше overhead, быстрее старт, и ownership остаётся у вас, потому что система изначально была вашей.
Где фрилансеры обычно ломаются
- Никто не картирует весь workflow до кода
- Нет модели human approval для необратимых действий
- Знание уходит, когда заканчивается контракт
- «На моём ноутбуке работает» так и не становится мониторируемым production
- Никто не закладывает LLM call costs, и первый настоящий счёт - сюрприз
- Нет окна поддержки: контракт заканчивается на сдаче, инциденты начинаются после
Дело не в таланте. Многие фрилансеры пишут код лучше агентств. Дело в scope: production agent-системам нужны process discovery, проектирование gates, monitoring и кто-то на связи после go-live. Это операционное обязательство, а не задача по коду.
Чем должно владеть агентство
- Process discovery до build
- Границы tools, правила и очереди review
- Approval gates на рискованных действиях, спроектированные с вашей командой
- Документация, с которой ваша команда может оперировать систему
- Evals, которые можно перезапускать после каждого изменения модели или prompt
- Путь от pilot к устойчивому ownership, включая окно поддержки
Таблица решения
| Сигнал | Фрилансер | Агентство |
|---|---|---|
| Scope | Один скрипт или demo | Многошаговый production path |
| Риск | Низкий, если сломается | Высокий, если уйдёт неверное действие |
| Ops | Поддерживаете вы | Совместный handoff + обучение |
| Время | Дни или недели | Недели с discovery |
| Поверхность auth | Один tool, один ключ | Multi-tool credentials и scoping |
| Compliance | Лёгкий или отсутствует | Правила доступа, логи, audit trail |
| On-call | Заканчивается с контрактом | Определён в retainer |
| Документация | Опциональна, часто пропущена | Часть deliverable |
Математика цены ошибки
Дневные ставки делают фрилансеров дешёвыми на вид. Вместо этого оцените downside:
- Выпишите действия, которые может совершать agent: send, write, update, refund, delete.
- Для каждого оцените цену одного неверного выполнения - плохое письмо по клиентской базе, испорченное поле CRM в масштабе, ошибочный батч refunds.
- Умножьте на частоту этого действия в неделю.
- Сравните эту экспозицию с разницей между bid фрилансера и bid агентства.
Для read-only отчётного агента экспозиция около нуля, и фрилансер - рациональный выбор. Для агента, который пишет в клиентские системы, экспозиция обычно перекрывает разницу в цене уже в первый месяц.
Вопросы фрилансеру перед agent-работой
- Кто картирует workflow до кода и в каком артефакте?
- Какие действия потребуют human approval и как устроена очередь review?
- Где живут логи и traces после вашего ухода?
- Что в eval-сете и как мы перезапустим его после обновления модели?
- Как хранятся secrets и API keys?
- Сколько будут стоить LLM calls при нашем объёме и кто платит?
- Что именно входит в handoff-пакет?
- Какую поддержку вы даёте после сдачи, по какой ставке и с каким временем реакции?
- Что будет, если вы недоступны две недели?
- Кто владеет кодом, prompts и eval-сетами?
Senior-фрилансер отвечает на это легко. Молчание по трём и более пунктам значит, что вы покупаете demo, что бы ни было написано в proposal.
Что входит в передаваемый delivery-пакет
Кто бы ни строил - фрилансер или агентство - production-система сдаётся с:
- Доступом к репозиторию и README, по которому ваша команда реально может работать
- Runbook: как запускать, останавливать и восстанавливать агента
- Картой gates: какие действия под gate и кто утверждает
- Eval-сетом с порогами прохождения и инструкцией по перезапуску
- Планом по credentials: где живут secrets и как их ротировать
- Известными ограничениями и exclusions, письменно
Если в bid этого пакета нет, добавьте стоимость его производства позже - обычно другим человеком, который будет реверсить систему.
Практическое правило
Если потеря исполнителя на две недели заморозит систему - у вас не задача для фрилансера, а проблема ownership. Либо нанимайте in-house, либо студию, которая проектирует под передачу.
Комбинация тоже работает: агентство определяет архитектуру и gates, а фрилансеры владеют тонкими, хорошо ограниченными слайсами внутри этих границ. Так дневные ставки остаются там, где помогают, а ownership - там, где ему место.
Как подходит Northstar
Northstar - студия agent-систем: engineering плюс operations. Мы картируем workflows, определяем gates и внедряем в tools, которыми ваша команда уже пользуется. Смотрите solutions или начните с audit.
FAQ
Да. Фрилансеры могут владеть тонкими слайсами после того, как архитектура и gates ясны. Провальный сценарий - обратный порядок: сначала фриланс-build, архитектура никогда.
