ИИ для продакта & CPO | Влад Прошинский
1.41K subscribers
750 photos
155 videos
11 files
1.03K links
Авторский блог об ИИ

Обо мне: https://t.me/AImademyday/4

Сайт: https://proshinsky.com

Для связи: @asmadeyi
Download Telegram
ИИ Система для достижения ваших целей

PAI (Personal AI Infrastructure) — это инфраструктура с открытым исходным кодом для создания собственной системы ИИ. Системы, которая знает ваши цели, учится на вашей истории и со временем становится лучше в оказании вам помощи. Не просто универсальный помощник. Ваш помощник, работающий над вашими проблемами.

Любая цель — будь то исправление ошибки, написание книги, создание компании или определение своего жизненного пути — следует одной и той же базовой структуре. Есть то, где вы находитесь. Есть то, где вы хотите быть. И есть процесс достижения этой цели.

PAI состоит из трех компонентов:
- Универсальный шаблон — два вложенных цикла, применимых к любой цели в любом масштабе.
- Персональная инфраструктура — навыки, память и контекст, которые делают ИИ действительно полезным для вашей жизни.
- Пакеты с открытым исходным кодом — проверенные в боевых условиях возможности, которые может установить или внести свой вклад любой желающий.

В основе PAI лежит простое наблюдение: весь прогресс — личный, профессиональный, цивилизационный — следует одним и тем же двум вложенным циклам.

Внешний круг: Где вы находитесь → Где вы хотите быть

Пакеты PAI — это модульные пакеты обновления для систем с ИИ-агентами. Представьте их как обучение кунг-фу в «Матрице» — каждый пакет представляет собой полноценную, протестированную функциональность, которую вы можете загрузить в свою систему.

Ключевые компоненты
- kai-hook-system — Машинное отделение. Обеспечивает передачу данных по шине событий и уровень безопасности.
- kai-core-install — Мозг. Определяет «основные» навыки, идентичность и логику маршрутизации.
- kai-history-system — Память. Фиксирует данные сессии и полученные знания.
- kai-voice-system — Добавляет возможности голосового управления через ElevenLabs.
🔥2❤1👍1
ИИ для продакта & CPO | Влад Прошинский
↓↓↓ После выступления на конференции получаю от вас много вопросов ЛС, как выстроить мультиагентную связку. Подготовил подборку, которая поможет понять процесс создания мультиагентной системы: 🎞 This AI Agent Army AUTOMATES Everything 🎞 Multi-Agent Systems…
↓↓↓

n8n_automations

🔗 Коллекция шаблонов автоматизации n8n, найденных в интернете. Эти шаблоны разработаны для автоматизации широкого спектра задач и рабочих процессов с помощью n8n , что упрощает пользователям поиск и использование готовых автоматизированных процессов для различных платформ и сервисов.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3
Forwarded from Refat Talks: Tech & AI
This media is not supported in your browser
VIEW IN TELEGRAM
VibeProxy - как выжать максимум из AI-подписки

Платишь $20 за Claude Code, еще $20 за Cursor, потом докупаешь API-токены, потому что лимиты закончились на третий день месяца. Знакомо?

На r/cursor один юзер написал, что потратил $3100 за месяц на Opus 4.5. Другой спрашивает: "Opus is the GOAT, but my wallet is crying".

Проблема в том, что мы платим дважды: за подписку и за API. А что если использовать подписку как API?

VibeProxy - нативное macOS-приложение в меню-баре, которое превращает твою подписку на Claude Code, ChatGPT, Gemini в локальный API-эндпоинт.

Под капотом CLIProxyAPI. Принцип простой:

1. Ты авторизуешься через OAuth в нужном сервисе
2. VibeProxy запускает локальный прокси на localhost:8317
3. Любой инструмент (Cursor, Cline, твой скрипт) шлет запросы на этот эндпоинт
4. Прокси маршрутизирует их через твою подписку

Как это работает технически? Прокси использует те же OAuth-токены, что и официальные CLI-инструменты (Claude Code, Gemini CLI). Для провайдера запросы выглядят как обычная работа через терминал. Прокси просто оборачивает CLI-вызовы в OpenAI-совместимый API-формат.

VibeProxy - это GUI-обертка для macOS. Но сам CLIProxyAPI написан на Go и работает на любой платформе.

Поддерживаемые сервисы

- Claude Code
- ChatGPT / Codex
- Antigravity (со всеми моделями)
- Gemini
- Qwen Code
- GitHub Copilot

Юзкейсы

1. Cursor/Cline без отдельного API-ключа
Подключаешь локальный эндпоинт, и Opus 4.5 работает через твою подписку, без дополнительных трат на токены.

2. Другие AI-агенты: Factory, Amp
Есть качественные агенты помимо СС. Есть готовые инструкции:
- Amp Code Setup
- Factory Setup

3. Мультиаккаунт для обхода rate-limits
Можно подключить несколько аккаунтов. Прокси сам делает round-robin между ними и переключается при лимитах.

4. Свои скрипты и автоматизации
Локальный API = можно интегрировать куда угодно. Python-скрипты, Shortcuts, n8n в докере и тд.

Нюанс

Из документации VibeProxy:
"Using subscriptions through a proxy may violate terms of service for some AI providers. Use at your own risk."


Разумеется, это не официальный способ использования, так что держите это в уме. Прецедентов не нашел - все-таки все маскируется под нативные вызовы, но подсветить я обязан)

---

Если интересно, в отдельном посте расскажу, как я использую API локально через macOS Shortcuts для небольших удобных автоматизаций.

🔥➕🔁
👍3🔥2
Создатель Claude Code отвечает как использует Claude Code

Claude Code отлично работает «из коробки», поэтому я лично почти его не настраиваю. Не существует единственно правильного способа использования Claude Code: мы намеренно делаем его таким, чтобы вы могли использовать, кастомизировать и «хакать» его как угодно.



1/ Я запускаю 5 окон Claude параллельно в терминале. Нумерую вкладки от 1 до 5 и использую системные уведомления, чтобы понимать, когда Claude нужен мой ввод.

2/ Также я запускаю 5–10 Claude на http://claude.ai/code
параллельно с локальными. Когда пишу код в терминале, часто передаю локальные сессии в веб (используя &) или вручную запускаю сессии в Chrome, иногда «телепортируюсь» туда-сюда.

3/ Я использую Opus 4.5 с режимом размышления для всего. Это лучшая модель для кодинга и она лучше работает с инструментами

4/ Вся команда использует один общий файл CLAUDE.md
для репозитория Claude Code. . Мы храним его в git, и вся команда дополняет его несколько раз в неделю. Каждый раз, когда видим, что Claude делает что-то неправильно, мы добавляем это в CLAUDE.md

5/ Во время код-ревью я часто тегаю @.claude в PR моих коллег с просьбой добавить что-то в CLAUDE.md
прямо в рамках PR. Для этого мы используем GitHub-action Claude Code

6/ Большинство сессий я начинаю в режиме Plan (Shift+Tab два раза). Если моя цель — написать Pull Request, я сначала работаю в Plan-режиме и итеративно обсуждаю план с Claude, пока он меня не устроит. Затем переключаюсь в режим авто-принятия правок, и Claude обычно делает всё с первого раза. Хороший план — критически важен.

7/ Я использую slash-команды для каждого «внутреннего цикла» (inner loop), который повторяется много раз в день. Это избавляет от постоянных повторных промптов и позволяет Claude самому использовать эти воркфлоу. . Команды хранятся в git и лежат в .claude/commands/.

8/ Я регулярно использую несколько сабагентов: code-simplifier упрощает код после того, как Claude закончил работу, verify-app содержит подробные инструкции по end-to-end тестированию Claude Code и т.д. Как и slash-команды, я воспринимаю сабагентов как автоматизацию самых частых воркфлоу для большинства PR.

9/ Мы используем хук PostToolUse для форматирования кода Claude. Обычно Claude генерирует хорошо отформатированный код сразу, а хук закрывает последние 10%, чтобы избежать формат-ошибок в CI.

10/ Я не использую --dangerously-skip-permissions. Вместо этого применяю /permissions, чтобы заранее разрешить часто используемые bash-команды, которые я считаю безопасными в своём окружении, и избежать лишних запросов на разрешения. Большинство из них сохранены в .claude/settings.json и шарятся с командой.

11/ Claude Code использует все мои инструменты за меня. Он часто ищет информацию и пишет в Slack (через MCP-сервер), запускает запросы BigQuery для аналитики (через bq CLI), подтягивает логи ошибок из Sentry и т.д. Конфигурация Slack MCP хранится в нашем .mcp.json и используется всей командой.

12/ Для очень долгих задач я либо
(a) прошу Claude проверить свою работу с помощью фонового агента после завершения,
(b) использую хук Stop у агента для более детерминированной проверки,
(c) или применяю плагин ralph-wiggum (изначально предложенный @GeoffreyHuntley).

13/ Финальный совет — и, пожалуй, самый важный для получения отличных результатов от Claude Code: дайте Claude способ проверять свою работу. Если у Claude есть такой feedback loop, качество финального результата вырастает в 2–3 раза.

Claude тестирует каждое изменение, которое я выкладываю на http://claude.ai/code
, используя расширение Claude для Chrome. Он открывает браузер, тестирует UI и итеративно дорабатывает код, пока всё не заработает и UX не станет хорошим.
🔥2
Итоги моего 2025 на OpenRouter

Всего 111 дней почему-то, хотя весь год активно использовал в своих AI Workflow. 23.6М это конечно не 1 млрд. в Claude Code, но зато это все стабильно работающие daily связки.

отмечу, что большинство задач, 90%, решают самые простые модели. В моем случае это Gemini 2.5 Flash (DeepSeek мне не нрав, т.к. иногда мне пишет иероглифы).

Также активно использовал Free OpenSource LLM, такие как DeepSeek, Kimi и Grok 4 Fast, пока они были бесплатны.
👍1🔥1
Что поменять в продуктовой стратегии в 2026?

Мы переходим от эпохи, где продукт определялся интерфейсом, к эпохе, где продукт — это надежный «субстрат» данных, а визуальная часть (пиксели) становится дешевой и генерируемой по запросу . Успех B2B SaaS теперь зависит не от красоты дашбордов, а от того, насколько легко ИИ-агенты могут взаимодействовать с вашей системой учета и логикой.

Долгое время считалось, что единый, целостный пользовательский интерфейс (UI) — это золотой стандарт, но на самом деле это было следствием дефицита ресурсов. В течение 40 лет интерфейсы были дорогими в разработке, тестировании (QA), локализации и обучении пользователей, поэтому один дизайн должен был обслуживать миллионы юзеров .

Высокая стоимость изменений: Поскольку "пиксели" приходилось создавать вручную, компании оптимизировали структуры для поддержки долгоживущих интерфейсов, амортизируя затраты на разработку годами

Унификация против персонализации: Индивидуальные предпочтения игнорировались ради масштабируемости, что приводило к созданию сложных систем сертификации для обучения работе с софтом (Jira)

Смена парадигмы: Генеративные модели (как Nano Banana Pro) сделали пиксели дешевыми и контекстуальными, превращая интерфейс из дефицитного ресурса в одноразовый артефакт, создаваемый под конкретную задачу .

== Агентный слой и архитектура систем ==

В новой архитектуре программного обеспечения выделяются три уровня, где агенты выступают посредниками между данными и пользователем. Агентный слой (Layer 2) интерпретирует намерения пользователя (например, «покажи клиентов с риском ухода») и оркестрирует задачи, обращаясь к фундаменту системы

Слой 1: Система учета (System of Record). Это фундамент, который остается неизменным и накапливает ценность: модели данных, рабочие процессы, аудит, комплаенс и логика предметной области

Слой 2: Планирование и операции. Агенты берут на себя выполнение задач, взаимодействуя с CRM, хранилищами данных и почтовыми системами, решая, что выполнить автоматически, а где нужен визуальный интерфейс

Слой 3: Одноразовые пиксели. Интерфейс компилируется только в момент необходимости человеческого суждения — это может быть временная таблица или кнопка действия, которая исчезает после выполнения задачи

Трансформация B2B SaaS: Барьеры и API
В мире одноразовых пикселей конкурентное преимущество (moat) B2B SaaS смещается с владения «основным экраном» (primary surface) на качество «субстрата» и API. Если ваш интерфейс — это просто одна из возможных реализаций поверх данных, то ценность переходит к семантике данных и надежности схем:
1. SaaS как Substrate-as-a-Service: Побеждают продукты, которые предоставляют каноническое состояние (контракты, леджеры) и обладают высокой целостностью данных, на которые могут опираться агенты .

2. Технические требования: Важнейшими характеристиками становятся строгие схемы данных, идемпотентность операций и защитные барьеры (safeguards), позволяющие агентам безопасно вызывать функции системы .

3. Риск дезинтермедиации: Если SaaS настаивает на использовании только своего монолитного интерфейса, он рискует быть замененным агентами, которые будут парсить его экран или использовать API конкурентов, агрегируясь за универсальным рабочим пространством пользователя

Роли в продуктовых командах радикально меняются: фокус смещается с создания статичных страниц на проектирование систем, управляемых намерениями (intents).

Дизайнеры:
Прорисовка конкретных экранов и потоков (flows) → Создание «грамматики интерфейсов», определение ограничений и систем безопасности для внимания пользователя .

Продакт-менеджеры:
Какую фичу или страницу создать следующей → Какие намерения (intents) поддерживать? Какие изменения состояний безопасны? Где необходимо вмешательство человека?

Инженеры:
Front-end верстка и pixel-perfect реализация → Создание стабильных интерфейсов для агентов, валидация логики и обеспечение композируемости компонентов в безопасных границах .
🔥2❤1
OpenAgents — это open-source фреймворк для подключения и оркестрации миллионов ИИ-агентов в масштабе:
- Discovery: поиск подходящих агентов по компетенциям/описанию, чтобы автоматически подбирать исполнителей под подзадачи
- Communication: обмен данными между агентами через защищённые каналы, включая асинхронные сценарии
- Coordination: оркестрация большого числа агентов, распределение задач и согласование результатов между несколькими исполнителями
- Децентрализованная модель взаимодействия «peer-to-peer» повышает устойчивость и снижает зависимость от единого центра управления
- Заявлена интероперабельность с популярными агентными/LLM-экосистемами, чтобы агенты из разных стеков могли работать вместе

Платформа предоставляет открытые протоколы для децентрализованного взаимодействия агентов из разных фреймворков

Кейсы применения по вертикалям

1️⃣ Customer Service & Продажи
Автоматизация обработки запросов через сеть специализированных агентов: тriage-агент классифицирует обращение, knowledge-агент извлекает релевантную информацию из базы знаний, resolution-агент предлагает решение

2️⃣ HR & Рекрутинг
Система агентов для анализа резюме, проведения первичного скрининга кандидатов, генерации персонализированных talking points для 1:1 встреч менеджеров с сотрудниками. Performance-агенты собирают данные о достижениях и выравнивают цели команды с бизнес-задачами


3️⃣ Supply Chain & Operations
Мультиагентная сеть для предиктивного обслуживания оборудования, анализа lead time, выявления дефектов через computer vision. Агенты предоставляют сценарии при bottleneck и задержках, позволяя операциям адаптироваться динамически


4️⃣ Продукт & Исследования
Research-агенты автономно собирают информацию из множества источников, анализируют данные и синтезируют инсайты. Creative collaboration tools с несколькими агентами для brainstorming и генерации идей

5️⃣ ИТ/Operations: агенты для мониторинга инцидентов, обогащения алертов контекстом, полуавтоматической диагностики и подготовки плана действий для инженера
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2🔥2
Не пилю проекты с 0

Копипащу веб-продукты с Alloy — это ИИ-инструмент для прототипирования изменений в существующих продуктах. Вместо создания прототипов с нуля в Figma или других дизайн-инструментах, Alloy захватывает реальный интерфейс продукта через браузерное расширение и позволяет вносить изменения через чат-промпты. Прототипы выглядят идентично реальному продукту, автоматически используя существующую дизайн-систему и компонентную библиотеку.

🎞 Радикальное сокращение времени на прототипирование

Готовые прототипы экспортируются как React-приложения или в Figma.

===

Традиционный подход с вставкой скриншотов и сборкой в Figma дает результаты, которые не соответствуют бренду. Alloy понимает твою дизайн-систему и автоматически генерирует прототипы, которые выглядят как работа твоих дизайнеров.

Инструмент создан специально для PM, позволяя им самостоятельно прототипировать идеи без ожидания освобождения дизайнеров. Это критично для быстрой валидации гипотез с командой и клиентами.
​
дизайнеры не нужны.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥1
Как заставить ИИ кодить по вашим стандартам, а не галлюцинировать? Разбираем Agent OS v2

Знакомая боль: вы даете задачу ИИ-агенту, он пишет код. Вроде работает. Но стоит попросить доработать следующую фичу — и начинается хаос. Агент «забывает» контекст, игнорирует архитектуру и лепит костыли.

В итоге вместо ускорения вы тратите часы на код-ревью и объяснение прописных истин.

Это классическая проблема «дрейфа» (drift), когда ИИ теряет фокус. Решение — не бесконечные промпты, а смена методологии. Брайан Касл выкатил Agent OS v2 — open-source систему, которая внедряет Spec-Driven Development в работу с нейросетями.

Разберем, как это меняет правила игры для продуктовых команд.

Почему это важно для CPO и техлидов?

Agent OS — это не очередной инструмент, а «операционная система» для управления любыми ИИ-кодерами (Claude, Cursor, Gemini). Она решает две фундаментальные задачи:

1. Адаптация стиля: Заставляет агентов копировать ваши паттерны разработки. ИИ начинает писать код так, как это сделал бы ваш сеньор-разработчик.
2. Системность: Внедряет жесткий стандарт разработки через спецификации.

Как это работает: Алгоритм из 3 шагов

Вместо хаотичных чатов процесс строится вокруг артефактов в репозитории.

Шаг 1. Фундамент (`plan product`)
На старте создаются три файла: Миссия продукта, Роадмап и Техстек. Это «долгосрочная память» проекта. Агент всегда сверяется с ними, прежде чем написать строчку кода.

Шаг 2. Формирование спецификации (`shape spec` → `write spec`)
Агент не бросается кодить сразу. Сначала он проводит интервью с вами:
· Задает уточняющие вопросы
· Принимает макеты и скриншоты
· Генерирует файл requirements.md

Затем на его основе пишется spec.md — четкая техническая инструкция с юзкейсами и границами скоупа.

Шаг 3. Реализация (`implement` vs `orchestrate`)
Самое интересное в версии 2.0 — гибкость.
· Implement: Один агент последовательно закрывает задачи. Идеально для мелких фич.
· Orchestrate: Режим для крупных задач. Система дробит спецификацию и делегирует куски разным субагентам (особенно мощно работает в связке с Claude Code).

Результат в цифрах и фактах

· 0% Vendor Lock-in: Работает с любым стеком и любой LLM.
· Консистенция: Агент не «дрейфует» от задачи к задаче, так как каждый шаг опирается на утвержденную документацию.
· Онбординг: Новые разработчики (и новые агенты) сразу видят контекст и правила игры в файлах проекта.
👍3❤2🔥1
Совет самому себе

>> Перестань «нахватываться» верхушек.
💭 Твой кратчайший путь — это глубокое понимание оценки качества (Evals). Тот, кто умеет измерять галлюцинации ИИ, управляет продуктом. Тот, кто просто промптит — остается пользователем.

===

Распарсил своё интервью в крупный Бигтех, и понял что deep dive не моё. Мне интересен БИЗНЕС (процессы, маркетинг, продукт, продажи, воронки). Data Science, ML, RAG, K8s, Docker, Dataframes, Eval и тп. — это всё прикольно-интересно, но не вызывает дикого восторга и желания проводить здесь часы...

===

Какие топики спрашивают на DS / ML продактов на интервью:
- Для чего и как в стриминг API (WebSockets)
- Большой фокус RAG (кстати, самый прибыльный навык)
- Плюсы/минусы CAG vs RAG
- Agentic RAG (когда сначала планирует поиск)
- трейсинг и отладка LLM (на каком шаге агент ошибся, LangFuse)
- Docker и Kubernetes (K8s)
- Векторный поиск (если у тебя данных на млрды токенов)
- Про векторные БД (Qdrant, Pinecone), эмбеддинги, LlamaIndex
- Простые агенты (LangChain)
- Мульти-агенты (LangGraph, Tool Use)
- Оценки качества (EVAL, Precision, Recall)
- Третья нормальная форма (3NF)
- Косинусное расстояние между векторами
- Agentic AI (в 2026 начинают писать ИИ агентов, которые будут выполнять часть работы. например «AI Аналитик», который пишет SQL-запросы к витринам данных)
- Роутинг запросов, оркестрация агентов
- Безопасность (lost-in-the-middle, guardrails, риск цепочки, минимизация)
- Производительность и UX (респонс, галлюцинации → Способы борьбы с ними)

Примеры вопросов:
Как ты оцениваешь стоимость инференса при масштабировании ассистента на всю компанию (100 млрд токенов в базе)?

Почему для внутреннего ассистента Яндекса ты выберешь конкретную модель (например, GPT-4o vs. Claude 3.5 Sonnet) под задачу написания SQL?

В каких случаях ты вынесешь логику из промта в код (few-shot примеры vs. динамическая подгрузка через RAG)?

Как ты предотвращаешь «дрейф инструкций» (instruction drift) в длинных промтах для ассистента с контекстом в 2 млн токенов? → А как ты проверяешь, что длинный промт не стал работать хуже после добавления новых правил?


Опиши архитектуру оркестратора, который должен решить, какому из 5 узкоспециализированных агентов передать запрос пользователя.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5❤1
Forwarded from Нейроцех (Михаил Шумовский)
💛 Как специалисты из разных сфер используют нейросети в работе

Прочитал тут классное исследование Ленни Рачицкого — про то, как разные спецы уже используют нейросети в работе и чего им не хватает.

Ленни Рачикий — бывший продакт-лид в Airbnb, а сейчас автор одной из самых популярных рассылок о продуктовом менеджменте с более чем 670 тысячами подписчиков. Недавно он опубликовал большое исследование о том, как люди в технологических компаниях используют ИИ. Опросили 1750 человек — продакт-менеджеров, инженеров, дизайнеров и основателей стартапов.
Начну с главного: 55% опрошенных говорят, что ИИ превзошел их ожидания, а почти 70% отмечают, что качество их работы улучшилось. Больше половины экономят минимум полдня в неделю на своих основных задачах.

Теперь про каждую роль отдельно.

🟡 Продакт-менеджеры уже разобрались, как использовать ИИ для финальных задач: написать документацию по продукту, подготовить презентацию, составить письмо. Но им не хватает помощи на более ранних этапах — там, где нужно понять, что вообще строить. Самый большой запрос — на пользовательские исследования. Только 4,7% продактов применяют ИИ для этого сегодня, но почти треть хотели бы. Ещё одна растущая тема — прототипирование. Сейчас 19,8% используют ИИ для создания макетов, а хотят уже 44,4%. Продакты все чаще делают прототипы сами, не дожидаясь дизайнеров, с помощью инструментов вроде Lovable, v0 и Replit.

🟡 Дизайнеры получают меньше всего пользы от ИИ по сравнению с другими. Только 45% говорят, что ИИ приносит им реальную пользу, а 31% считают, что он не оправдал ожиданий — это в три раза больше, чем у основателей стартапов. ИИ помогает дизайнерам с задачами вокруг дизайна: обработка результатов исследований, написание текстов, генерация идей. Но сама работа с визуалом пока остается человеческой — только 3,3% используют ИИ непосредственно для отрисовки интерфейсов.

🟡 Айтишники уже приняли ИИ как напарника для написания кода — это их главный сценарий использования (51%). Зато огромный потенциал в задачах после написания кода: документация, проверка чужого кода и написание тестов. Это скучная, но необходимая работа, которую разработчики не любят делать сами и с радостью отдали бы ИИ. При этом инженеры чаще других отмечают неоднозначные результаты по качеству: 51% говорят, что качество улучшилось, но 21% считают, что ухудшилось.

🟡 Основатели стартапов — самые довольные пользователи ИИ. Половина из них экономит больше шести часов в неделю, а 45% говорят, что качество работы значительно выросло. Но главное отличие предпринимателей в том, как они используют ИИ. Если продакты и дизайнеры применяют его для производства готовых материалов (документы, прототипы, тексты), то основатели используют ИИ для мышления. Их главные задачи: помощь в принятии решений (32,9%), генерация продуктовых идей (19,6%) и работа над стратегией (19,1%). Они относятся к ИИ как к партнеру, с которым можно обсудить идею, проверить гипотезу, продумать выход на рынок — а не просто как к инструменту для конкретных задач.

Из инструментов: ChatGPT лидирует почти везде — им пользуются 57,7% продактов, 49,6% дизайнеров и 72,1% основателей. Claude на втором месте. Но у айтишников картина другая: Cursor (33,2%), ChatGPT (30,8%) и Claude Code (29%) идут практически вровень. Разработчики выбирают специализированные инструменты под свои задачи, а не универсальные чаты.

Еще один показательный момент: 83,6% опрошенных назвали хотя бы один инструмент, без которого им было бы очень некомфортно работать — настолько глубоко ИИ уже встроился в рабочие процессы.

🟡 Главный вывод из исследования: следующая волна ИИ-инструментов будет не про более умные модели, а про лучшие сценарии совместной работы человека и ИИ над сложными, неоднозначными задачами. Например, как провести анализ конкурентов или придумать продуктовую идею.

Короче, дизайнерам повезло меньше всего. Они все делают своими руками. Хотя все так упорно который год кричат, что дизайнеров заменят первыми

Ну и го в комментах рассказывать, ускоряют вас нейронки или нет и для каких задач в их используете ↓↓↓

#мнения

@neurozeh
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5❤2