Блог

5 мин чтенияВыбор решения и партнёраСравнение

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:

  1. Выпишите действия, которые может совершать agent: send, write, update, refund, delete.
  2. Для каждого оцените цену одного неверного выполнения - плохое письмо по клиентской базе, испорченное поле CRM в масштабе, ошибочный батч refunds.
  3. Умножьте на частоту этого действия в неделю.
  4. Сравните эту экспозицию с разницей между bid фрилансера и bid агентства.

Для read-only отчётного агента экспозиция около нуля, и фрилансер - рациональный выбор. Для агента, который пишет в клиентские системы, экспозиция обычно перекрывает разницу в цене уже в первый месяц.

Вопросы фрилансеру перед agent-работой

  1. Кто картирует workflow до кода и в каком артефакте?
  2. Какие действия потребуют human approval и как устроена очередь review?
  3. Где живут логи и traces после вашего ухода?
  4. Что в eval-сете и как мы перезапустим его после обновления модели?
  5. Как хранятся secrets и API keys?
  6. Сколько будут стоить LLM calls при нашем объёме и кто платит?
  7. Что именно входит в handoff-пакет?
  8. Какую поддержку вы даёте после сдачи, по какой ставке и с каким временем реакции?
  9. Что будет, если вы недоступны две недели?
  10. Кто владеет кодом, 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, архитектура никогда.