Коллеги, я вижу, что мне в личку приходят сообщения. В частности, были сообщения от @DrDruid@Aleks_Merz К сожалению, я не могу прочитать ваши вопросы - сообщения не открываются. Не пойму, то ли мне прав не хватает, то ли еще что. Используйте другие каналы коммуникации. Например, мой тг: @achaussky
ИИ не заменит человека, по крайней мере, я на это надеюсь. Но очень сильно изменит его работу, возможно, где-то даже немножко вытеснит. Однако все равно human in the loop останется. Сможет ли ИИ решать реальные серьезные проблемы? Вопрос философский. Спорить тут трудно. Время покажет. Но то что уже сейчас ИИ решает некоторые проблемы это факт. Лично мне он много раз подсказывал хорошие решения. Да, ему для этого нужно дать хорошую четкую инструкцию, следить за контекстным окном.
Теперь насчет того, чем же все-таки является AIналитик? Секретарем? Да, для опытных аналитиков он им является. Может взять на себя много рутинной работы. А для неопытных аналитиков он кто? Тут он уже больше методолог. Он подсказывает и ведет человека по процессу, который он - человек не знает. Я в статье вроде описал же все целевые аудитории...
БА все сырые материалы, в том числе транскрипты интервью, загружает в паку inputs. И дает указание клод коду их обработать. Все результаты - готовые артефакты получает в папке governance_plans/reports.
Транскрибация аудиозаписей производится какими-то сторонними сервисами, их очень много. Если же стейкхолдер не дает разрешение на аудиозапись, то это косяк, да.
Если все же дал, то транскрибируете в стороннем сервисе, и текст интервью (воркшопа) кладете в папку inputs. Пайплайн стандартный и подробно писан в документации: Айналитик обрабатывает и фиксирует, результаты складывает в папки: governance_plans/data и governance_plans/reports. Это "выходные" папки.
С единственной разницей. В reports выдаются готовые артефакты для БА - эта папка для вас. Папка data это база данных проекта, в ней хранятся файлы формата json, в которых содержаться промежуточные результаты (стейкхолдеры, принятые решения и т.д.). Сюда БА лучше не лезть и ничего не трогать.
Ну про сторонние сервисы не сказано в статье, да. В нее не все поместилось. Но в документации сказано. На данный момент по дефолту есть интеграция с конфлюенсом в виде mcp сервера. Если нужны еще какие-то сервисы, то можно их подключить. Нужно только соответствующий mcp сервер. Его надо либо найти у разработчика нужного вам сервиса, либо самостоятельно разработать.
В файле use-cases описан сценарий использования айналитика с конфлюенс. Требования можно хранить не только в виде json файлов, но и выгружать в конфлюенс. Если вы начали проект раньше и у вас уже есть требования в конфлюенсе, то можно выгрузить их в айналитика и работать с требованиями в нем. Т.е. начать использовать айналитика можно не с самого начала проекта.
В репозитории в папке docs папка use-cases лежит одноименный файл в формате md (+pdf). Там описано очень много сценариев использования Айналитика.
Не совсем понял про "A/B + C/D ≠ (A+B) / (C+D)" Хочу отметить, что в данной данный проект никак не связан с анализом данных, BI и дата саенсом. Тут про бизнес анализ: работу со стейкхолдерами, сбор требований, подготовку артефактов.
Значит, по поводу местонахождения скиллов. В корне папка должна быть или все-таки в .claude/skills/ Я тоже задавал ему этот вопрос: типа а че ты их положил не в .claude? Он ответил, что все нормально. Что в папку .claude скиллы нужно класть, когда мы разрабатываем веб приложение, а у нас типа скиллы это рабочий инструмент. Типа так правильней. Еще какие-то аргументы приводил.
Про .mcp.json С этим файлом какая-то мутка была. Там пути относительные должны быть. Из-за этого возникала ошибка. Во время одного из ревью проекта Клод в лице соннета мне посоветовал генерировать .mcp.json при старте работы на конкретном ноуте. Так что он есть - генерируется при начале работы. В репо его нет, верно.
/restart да, костыль. И это важный момент. Поэтому я в статье тему правления фазами так подробно расписал. Я подумаю в следующих версиях, что с этим можно сделать
О, да! Все эти телодвижения для того, чтобы пролезть незаметно в клод (да и в другие западные нейросети) напрягают очень сильно. Это действительно сжирает много сил и временных ресурсов. Да и наш РКН не отстает - всеми силами помогает западным сервисам реализовывать санкции. Но это мелочи, большим препятствием является другое - требования к конфиденциальности. Многие компании не согласны отправлять свои данные куда-то там за пределы.
Но, на мой взгляд, это не повод, чтобы сдаваться. Прогресс двигается. Опенсорсные локальные модели умнеют. Если не сегодня, то завтра их мощностей станет достаточно, чтобы обеспечить приемлемое качество работы для айналитика. Надо пробовать и тестировать. Локальные модели у меня в большом приоритете. Буду тестировать. Единственное, это все дополнительные накладные расходы для меня.
1) Да, пока все скиллы, клод.мд на русском. Для цели оптимизации токенов это не очень хорошо. Лучше писать скиллы на английском, конечно. Но я при разработке этой первой версии целям оптимизации не отдавал приоритет. Для меня главное было, чтобы а) хотя бы стабильно работало, 2) и было понятно. На русском мне проще понять смысл скилла. Русский дает ощущение контроля. Да и вам - пользователям тоже удобней и комфортней. Можете прочитать и понять, что происходит. А так да, в дальнейшем, когда вопросы оптимизации выйдут на первый план, лучше перевести на английский. Еще посмотреть, какие результаты будут на разных моделях (opus, sonnet, haiku). Кстати, еще когда встанет вопрос по оптимизацию, то надо бы проверить как будет работать система на других LLMках и с другими агентами (codex, opencode и т.д.). Сейчас я Антропика с его агентом выбрал из-за их топовости.
2) Да, 320 строк это многовато :( Что-то я упустил из виду этот момент совсем. Спасибо! Надо будет сократить.
В айналитике есть еще один момент, который позволит снизить нагрузку на контекстное окно... Возможно, весь код на питоне будет лучше перенести прям внутрь скиллов. Сейчас питоновский код оформлен в виде mcp серверов. Но мне сам клод посоветовал так сделать. Когда я в начале обсуждал с ним архитектуру, он мне сказал, что делай в виде mcp серверов, так типа будет надежнее.
Да, есть такой момент. Слышал подобное от коллег, что интервьюирование ботом это не правильно - стейкхолдеры могут "обидеться". Но это живому бизнес аналитику решать - можно ли с тем или иным стейкхолдером провести интервью вживую или все-таки можно через бота. Кроме того, мы же каких-то стейкхолеров анкетируем, а не интервьюируем. Интервью ботом можно рассматривать как очень продвинутый вариант анкетирования. Вот тем, кого мы решаем анкетировать, мы можем присылать ссылку на бота.
Вы имеете в виду, какую бизнес задачу я решаю, создавая айналитика? Задачу оптимизации работы бизнес аналитиков. Чтобы было проще, быстрее и качественнее. А еще чтобы те же продакты и проджекты могли легко брать на себя роль бизнес аналитика.
Следующими будут две задачи: 1) задача снижения входного барьера и 2) запуск айналитика на локальных моделях. Первая: планирую разработать либо вебприложение, либо десктопное (через апи нейросетей). Все-таки многим работать через клод код не привычно и тяжеловато. Вторая: многие компании по соображениям безопасности не могут отправлять данные в нейросети, им хотелось бы, чтобы данные не покидали контур компании - запустить айналитика на локальных моделях.
Сам Claude Code может работать без питона без проблем.Питон в Айналитике нужен для выполнения инструментов из mcp серверов. Инструментов в общей сложности 111 штук.
Не совсем понял про "питона хватит". Вы имели в виду терминала? Не все любят работать в терминале. Многих он сильно пугает. VS Code он чуть снимает барьер. В нем можно сразу видеть папки и файлы. Открывать для просмотра файлы.
Писать про установку Claude code я не стал сознательно. Статья и так получилась объемной. Про Claude code вообще много можно было чего написать. Одна тема обхода региональных ограничений Клода для российских пользователей чего только стоит :( Плюс некоторые наши российские службы им в этом активно помогают. Это какой-то треш просто.
А вроде сейчас установка Клода через npm не актуальна стала? В документации Клода npm убрали же...
Ну смотрите, с одной стороны BABOK не дает четких указаний в какой последовательности какую задачу выполнять. С другой стороны область знаний Планирование и мониторинг бизнес анализа определена как базовая. Это как фундамент, на основании которого стоится работа БА. Здесь выбор методологии, инструментарий того как мы будем "сортировать" стейкхолдеров, и вообще, как мы будем строить свою работу на проекте.
В Айналитике всего 5 фаз, кстати. Я так понимаю, что под 7 фазой вы имели в виду задачи 7 Главы? "7 фаза" же относится к задачам области знаний "Управление жизненным циклом требований". Здесь мы готовим артефакты. Предполагается, что стейкхолдеров мы выявили, сбор требований мы уже провели. Тут мы сырые требования оформляем в виде документов.
Поэтому "7 фазу" не получится поставить первой. Инструменты mcp сервера planning_mcp (задачи Главы 3) загружены в Айналитика всегда и с самого начала. И на них опираются инструменты других mcp серверов, в том числе фазы design.
Да, да! Ваш вариант я так же рассматривал в числе прочих. Он у меня даже был в числе фаворитов. Но отказался, решил не рисковать. Цензура вряд ли бы пропустила...
Коллеги, я вижу, что мне в личку приходят сообщения. В частности, были сообщения от @DrDruid @Aleks_Merz К сожалению, я не могу прочитать ваши вопросы - сообщения не открываются. Не пойму, то ли мне прав не хватает, то ли еще что. Используйте другие каналы коммуникации. Например, мой тг: @achaussky
ИИ не заменит человека, по крайней мере, я на это надеюсь. Но очень сильно изменит его работу, возможно, где-то даже немножко вытеснит. Однако все равно human in the loop останется. Сможет ли ИИ решать реальные серьезные проблемы? Вопрос философский. Спорить тут трудно. Время покажет. Но то что уже сейчас ИИ решает некоторые проблемы это факт. Лично мне он много раз подсказывал хорошие решения. Да, ему для этого нужно дать хорошую четкую инструкцию, следить за контекстным окном.
Теперь насчет того, чем же все-таки является AIналитик? Секретарем? Да, для опытных аналитиков он им является. Может взять на себя много рутинной работы. А для неопытных аналитиков он кто? Тут он уже больше методолог. Он подсказывает и ведет человека по процессу, который он - человек не знает. Я в статье вроде описал же все целевые аудитории...
Ага, он самый. Хороший был бизнес аналитик :)
БА все сырые материалы, в том числе транскрипты интервью, загружает в паку inputs. И дает указание клод коду их обработать. Все результаты - готовые артефакты получает в папке governance_plans/reports.
Транскрибация аудиозаписей производится какими-то сторонними сервисами, их очень много. Если же стейкхолдер не дает разрешение на аудиозапись, то это косяк, да.
Если все же дал, то транскрибируете в стороннем сервисе, и текст интервью (воркшопа) кладете в папку inputs. Пайплайн стандартный и подробно писан в документации: Айналитик обрабатывает и фиксирует, результаты складывает в папки: governance_plans/data и governance_plans/reports. Это "выходные" папки.
С единственной разницей. В reports выдаются готовые артефакты для БА - эта папка для вас. Папка data это база данных проекта, в ней хранятся файлы формата json, в которых содержаться промежуточные результаты (стейкхолдеры, принятые решения и т.д.). Сюда БА лучше не лезть и ничего не трогать.
Ну про сторонние сервисы не сказано в статье, да. В нее не все поместилось. Но в документации сказано. На данный момент по дефолту есть интеграция с конфлюенсом в виде mcp сервера. Если нужны еще какие-то сервисы, то можно их подключить. Нужно только соответствующий mcp сервер. Его надо либо найти у разработчика нужного вам сервиса, либо самостоятельно разработать.
В файле use-cases описан сценарий использования айналитика с конфлюенс. Требования можно хранить не только в виде json файлов, но и выгружать в конфлюенс. Если вы начали проект раньше и у вас уже есть требования в конфлюенсе, то можно выгрузить их в айналитика и работать с требованиями в нем. Т.е. начать использовать айналитика можно не с самого начала проекта.
В репозитории в папке docs папка use-cases лежит одноименный файл в формате md (+pdf). Там описано очень много сценариев использования Айналитика.
Не совсем понял про "A/B + C/D ≠ (A+B) / (C+D)" Хочу отметить, что в данной данный проект никак не связан с анализом данных, BI и дата саенсом. Тут про бизнес анализ: работу со стейкхолдерами, сбор требований, подготовку артефактов.
А вот это вот интересно. Взял в бэклог. Дополню инструменты 3 главы. Спасибо.
Интересно было почитать ревью соннета, спасибо :)
Значит, по поводу местонахождения скиллов. В корне папка должна быть или все-таки в
.claude/skills/Я тоже задавал ему этот вопрос: типа а че ты их положил не в .claude? Он ответил, что все нормально. Что в папку .claude скиллы нужно класть, когда мы разрабатываем веб приложение, а у нас типа скиллы это рабочий инструмент. Типа так правильней. Еще какие-то аргументы приводил.Про .mcp.json С этим файлом какая-то мутка была. Там пути относительные должны быть. Из-за этого возникала ошибка. Во время одного из ревью проекта Клод в лице соннета мне посоветовал генерировать .mcp.json при старте работы на конкретном ноуте. Так что он есть - генерируется при начале работы. В репо его нет, верно.
/restartда, костыль. И это важный момент. Поэтому я в статье тему правления фазами так подробно расписал. Я подумаю в следующих версиях, что с этим можно сделатьО, да! Все эти телодвижения для того, чтобы пролезть незаметно в клод (да и в другие западные нейросети) напрягают очень сильно. Это действительно сжирает много сил и временных ресурсов. Да и наш РКН не отстает - всеми силами помогает западным сервисам реализовывать санкции. Но это мелочи, большим препятствием является другое - требования к конфиденциальности. Многие компании не согласны отправлять свои данные куда-то там за пределы.
Но, на мой взгляд, это не повод, чтобы сдаваться. Прогресс двигается. Опенсорсные локальные модели умнеют. Если не сегодня, то завтра их мощностей станет достаточно, чтобы обеспечить приемлемое качество работы для айналитика. Надо пробовать и тестировать. Локальные модели у меня в большом приоритете. Буду тестировать. Единственное, это все дополнительные накладные расходы для меня.
1) Да, пока все скиллы, клод.мд на русском. Для цели оптимизации токенов это не очень хорошо. Лучше писать скиллы на английском, конечно. Но я при разработке этой первой версии целям оптимизации не отдавал приоритет. Для меня главное было, чтобы а) хотя бы стабильно работало, 2) и было понятно. На русском мне проще понять смысл скилла. Русский дает ощущение контроля. Да и вам - пользователям тоже удобней и комфортней. Можете прочитать и понять, что происходит. А так да, в дальнейшем, когда вопросы оптимизации выйдут на первый план, лучше перевести на английский. Еще посмотреть, какие результаты будут на разных моделях (opus, sonnet, haiku). Кстати, еще когда встанет вопрос по оптимизацию, то надо бы проверить как будет работать система на других LLMках и с другими агентами (codex, opencode и т.д.). Сейчас я Антропика с его агентом выбрал из-за их топовости.
2) Да, 320 строк это многовато :( Что-то я упустил из виду этот момент совсем. Спасибо! Надо будет сократить.
В айналитике есть еще один момент, который позволит снизить нагрузку на контекстное окно... Возможно, весь код на питоне будет лучше перенести прям внутрь скиллов. Сейчас питоновский код оформлен в виде mcp серверов. Но мне сам клод посоветовал так сделать. Когда я в начале обсуждал с ним архитектуру, он мне сказал, что делай в виде mcp серверов, так типа будет надежнее.
Да, есть такой момент. Слышал подобное от коллег, что интервьюирование ботом это не правильно - стейкхолдеры могут "обидеться". Но это живому бизнес аналитику решать - можно ли с тем или иным стейкхолдером провести интервью вживую или все-таки можно через бота. Кроме того, мы же каких-то стейкхолеров анкетируем, а не интервьюируем. Интервью ботом можно рассматривать как очень продвинутый вариант анкетирования. Вот тем, кого мы решаем анкетировать, мы можем присылать ссылку на бота.
Вы имеете в виду, какую бизнес задачу я решаю, создавая айналитика? Задачу оптимизации работы бизнес аналитиков. Чтобы было проще, быстрее и качественнее. А еще чтобы те же продакты и проджекты могли легко брать на себя роль бизнес аналитика.
Следующими будут две задачи: 1) задача снижения входного барьера и 2) запуск айналитика на локальных моделях. Первая: планирую разработать либо вебприложение, либо десктопное (через апи нейросетей). Все-таки многим работать через клод код не привычно и тяжеловато. Вторая: многие компании по соображениям безопасности не могут отправлять данные в нейросети, им хотелось бы, чтобы данные не покидали контур компании - запустить айналитика на локальных моделях.
Сам Claude Code может работать без питона без проблем.Питон в Айналитике нужен для выполнения инструментов из mcp серверов. Инструментов в общей сложности 111 штук.
Не совсем понял про "питона хватит". Вы имели в виду терминала? Не все любят работать в терминале. Многих он сильно пугает. VS Code он чуть снимает барьер. В нем можно сразу видеть папки и файлы. Открывать для просмотра файлы.
Писать про установку Claude code я не стал сознательно. Статья и так получилась объемной. Про Claude code вообще много можно было чего написать. Одна тема обхода региональных ограничений Клода для российских пользователей чего только стоит :( Плюс некоторые наши российские службы им в этом активно помогают. Это какой-то треш просто.
А вроде сейчас установка Клода через npm не актуальна стала? В документации Клода npm убрали же...
Ну смотрите, с одной стороны BABOK не дает четких указаний в какой последовательности какую задачу выполнять. С другой стороны область знаний Планирование и мониторинг бизнес анализа определена как базовая. Это как фундамент, на основании которого стоится работа БА. Здесь выбор методологии, инструментарий того как мы будем "сортировать" стейкхолдеров, и вообще, как мы будем строить свою работу на проекте.
В Айналитике всего 5 фаз, кстати. Я так понимаю, что под 7 фазой вы имели в виду задачи 7 Главы? "7 фаза" же относится к задачам области знаний "Управление жизненным циклом требований". Здесь мы готовим артефакты. Предполагается, что стейкхолдеров мы выявили, сбор требований мы уже провели. Тут мы сырые требования оформляем в виде документов.
Поэтому "7 фазу" не получится поставить первой. Инструменты mcp сервера planning_mcp (задачи Главы 3) загружены в Айналитика всегда и с самого начала. И на них опираются инструменты других mcp серверов, в том числе фазы design.
Да, да! Ваш вариант я так же рассматривал в числе прочих. Он у меня даже был в числе фаворитов. Но отказался, решил не рисковать. Цензура вряд ли бы пропустила...