Сваггер работает. Все релевантно. Иишка написала скрипт, скрипт разбил на часть эту pdf и все что не вписывалось в форму разобрали отдельно. Уже в проде и давно.
Насчёт роутинга задач и сбора информации по авариям и инцам, то эта система постоянно дорабатывается. Тут смысл не в том что кто-то может сделать, а в том что система быстро адаптируется. Да, есть задачи, которые приходится решать вне рамок этого процесса и дописывать довольно сложную бизнес логику, но в целом, пришёл на работу, а там у тебя полностью готовый отчёт по работе систем, собранная диагностика. Ты еже жмёшь кнопку и у тебя готовое письмо улетает в тп. Приятно. Да приходится мудохаться с графами и собирать контекст из кусочков, выводов инструментов и результатов скриптов. Возёкаться с телеметрией. Иначе иишки могут творить дичь. Но с другой стороны ты получаешь не кучу логов, а нормальный отчёт о просшествии с анализом кого затронуло, отслеживанием движения заявки. И не надо сношать мозг охеревшему спецу, что ему надо хорошо делать его работу.
Насчет прав на интелектуальную собственность, то тут можно договорится, что нельзя будет использовать речь, тк это чьята интел. собственность. И почему контент будет становится только хуже? Откуда такие далеко идущие выводы? И вообще пора придумывать язык программирования для иишни, что бы у брать все её недостатки.
А маркетинг, ну кто-то должен продавать... Все иишни нарисовалиь - хрен сотрешь. Честно мне уже лень рисовать кучу обвязок для проектов. Я хочу сразу к логике переходить. А все что вне раньше позволяли фреймворки, теперь к ним иишни добавились.
Так ии это не только для кода. Это больше про рутину и понимания что нужно.
Ну вот примеры из жизни.
Раздербанить pdf файл с описанием rest и сделать на его основе swagger. Я бы дерибанил этот файл на 700+ страниц мелким шрифтом в течении месяца. Иишка это сделала за день работы плюс с рубрикатором и документацией. Да ещё и оттестировала все методы. Хорошо? Хорошо.
Роутер заявок. Приходит клиент и надо понять что он хочет. Если поняли выполняется нужный воркфлоу, если не поняли, то на л1. Понятно, что всех тошнит от иишек, но это позволяет решить проблему клиента автоматически или собрать диагностику и сведения для оператора. Нужно меньше операторов. Меньше нагрузка на л2. Хорошо? Хорошо.
Сбор инфы по авариям. Приходит алерт. Иишный диспетчер видит, что за оборудование, собирает инфу, привлекает спеца если надо. Оценивает тяжесть ситуации и проверят доступность сервисов на основе мониторинга и телеметрии. При этом тебе не нужно писать логику if else, а оно само соображает из описаний устройств, скриптов. Даже при косяка конфигурации и регистраций систем в ис. Создаёт задачи на проверки, привлекает нужные службы. Инженер приходит и уже готова диагностика. Мало того оно само формирует отчётность. Хорошо? Хорошо.
Это только начало пути и от этого инструмента никуда не деться. Он уже есть и он здесь. А код ради кода никому, кроме любования им автора, не нужен. Код нужен для выполнения функций и обладать нужными свойствами для его сопровождения и развития, что достигается методиками создания программ.
Окей. В рамках своих компетенции они действуют профессионально.
То, что было в 19м, это было некомпетентно и не профессионально. Сейчас, после извлечение уроков, компетентно и профессионально. А далёкие цели не в их компетенции. А вот кто принимает решения, это уже другой разговор. И положительные они или отрицательные будем посмотреть. Все зависит от условий, в которых принимаются решения.
У меня нет ответов на эти вопросы. Только вижу, что это все бьёт по моей работе. Скоро выполнять свои должностные без нарушений закона не получится. Потерю доступа до телеги я переживу. Потерю доступа до докерхаба да. Даже лок пайпи особо не зацепил. Гитхаб уже больно будет.
Мне вот интересно, а откуда такой далеко идущий вывод, что действия ркн не профессиональные? В рамках своей парадигмы они действуют последовательно, напористо и достаточно профессионально. А вот оценка влияния, то тут другой вопрос. Все зависит от целей, а глубинные цели они не озвучивают.
То, что они нам как специалистам в ит довольно ощутимо вставляют палки в колеса, это бесспорно. То что меры довольно зеркальны относительно действий противной стороны. В меру сил так сказать. Но болезненно. Да. Посмотрим куда кривая вывезет. Но так можно всю ит отрасль на корню задушить.
А, вон о чем речь. Ну так slash commands, это вызовы непосредственно инструментов. А скил агента это структурированый промпт под задачу, вынесеный в отдельный файл. Что он там вызывает или не вызывает, обрабатывает и вносит в контекст, это отдельная история. Важно, что это не вызов какой-то процедуры. Кста, Те-же скилы и субагенты тоже через слэш могут вызывать я. субагенты, тоже интересная концепция, фактически настроенный отдельно модели, но есть нюансы. Ещё бы селективно контекст между агентами и субагентами разделять и передавать только результат работы. Я работаю с opencode, он отличается от клода, хотя по функционалу ребята стараются не отставать. Поэтому я не всегда хорошо ориентируюсь, что там в клоде. И я не программист. У меня задачи иные.
Смотря что, вы понимаете под commands. Скил, просто структурированый промпт под задачи, с вызовом тулза или тулзов, неких скриптов, обработкой и выдачей на гора типовых действий, как правило со стандартным, чётко заданным, одинаковым результатом. Плюс некая интеллектуальная обработка и принятие решений в зависимости от ситуаций. Например найти что-то в какой-то системе и обработать заранее оговоренным образом. Это не агент, не сабагент, просто хорошо отлаженный промпт.
Пример - поиск оборудования по нетбоксу, с вызовом mcp. Предварительное описание вызовов и оговоренным связи между объектами и структурой. Уменьшает использования контекста, ускоряет вызовы. Основному агенту не надо разбираться в структуре данных. Все описано в маркдаун файле.
Второй пример. Вызов с оборудования определённых функций, получение данных, передача в калькулятор и пересчёт различных параметров с выдачей на гора результата. Например пересчёт из количества секторов в пуле массива в терабайты или тибибайты. Ллм с трудом что-то считает
Третий пример. Пересчёт и обработка специализированным промптом экселевский файлов со сметами перед анализом основным агентом. И наоборот, осмечивпние чего основной агент напихал.
Довольно удобные штуки получились, и самое главное модельки в скилах меньше фантазируют. Да мне не надо заморачиваются с объяснениями. Оно уже само работает как надо. Это как процедуру готовую вызвать.
Незнаю как про кодинг в целом, но автоматизация на уровне объясни ллм, что сделать работает чётко. Да есть куча всяких нюансов типа ллм не умеет считать, не умеет нормально читать json, не умеет нормально группировать, но зато она умеет накалякать скрипт, который все это сделает за нее. Все поменялось в момент, когда чуваки из антропика выкатили скилы. Можно поделить время до скилов и после скилов. Фактически каждый. Вот прям каждый может на коленке запилить мультиагентскую систему с разными моделька и под разные задачи. Да, косяков много, да, нет нормального понимания как оно должно быть. Но до ноября 25го иишки казались развлечением, а сейчас это рабочий инструмент.
Сваггер работает. Все релевантно. Иишка написала скрипт, скрипт разбил на часть эту pdf и все что не вписывалось в форму разобрали отдельно. Уже в проде и давно.
Насчёт роутинга задач и сбора информации по авариям и инцам, то эта система постоянно дорабатывается. Тут смысл не в том что кто-то может сделать, а в том что система быстро адаптируется. Да, есть задачи, которые приходится решать вне рамок этого процесса и дописывать довольно сложную бизнес логику, но в целом, пришёл на работу, а там у тебя полностью готовый отчёт по работе систем, собранная диагностика. Ты еже жмёшь кнопку и у тебя готовое письмо улетает в тп. Приятно. Да приходится мудохаться с графами и собирать контекст из кусочков, выводов инструментов и результатов скриптов. Возёкаться с телеметрией. Иначе иишки могут творить дичь. Но с другой стороны ты получаешь не кучу логов, а нормальный отчёт о просшествии с анализом кого затронуло, отслеживанием движения заявки. И не надо сношать мозг охеревшему спецу, что ему надо хорошо делать его работу.
Насчет прав на интелектуальную собственность, то тут можно договорится, что нельзя будет использовать речь, тк это чьята интел. собственность. И почему контент будет становится только хуже? Откуда такие далеко идущие выводы? И вообще пора придумывать язык программирования для иишни, что бы у брать все её недостатки.
А маркетинг, ну кто-то должен продавать... Все иишни нарисовалиь - хрен сотрешь. Честно мне уже лень рисовать кучу обвязок для проектов. Я хочу сразу к логике переходить. А все что вне раньше позволяли фреймворки, теперь к ним иишни добавились.
Так ии это не только для кода. Это больше про рутину и понимания что нужно.
Ну вот примеры из жизни.
Раздербанить pdf файл с описанием rest и сделать на его основе swagger. Я бы дерибанил этот файл на 700+ страниц мелким шрифтом в течении месяца. Иишка это сделала за день работы плюс с рубрикатором и документацией. Да ещё и оттестировала все методы. Хорошо? Хорошо.
Роутер заявок. Приходит клиент и надо понять что он хочет. Если поняли выполняется нужный воркфлоу, если не поняли, то на л1. Понятно, что всех тошнит от иишек, но это позволяет решить проблему клиента автоматически или собрать диагностику и сведения для оператора. Нужно меньше операторов. Меньше нагрузка на л2. Хорошо? Хорошо.
Сбор инфы по авариям. Приходит алерт. Иишный диспетчер видит, что за оборудование, собирает инфу, привлекает спеца если надо. Оценивает тяжесть ситуации и проверят доступность сервисов на основе мониторинга и телеметрии. При этом тебе не нужно писать логику if else, а оно само соображает из описаний устройств, скриптов. Даже при косяка конфигурации и регистраций систем в ис. Создаёт задачи на проверки, привлекает нужные службы. Инженер приходит и уже готова диагностика. Мало того оно само формирует отчётность. Хорошо? Хорошо.
Это только начало пути и от этого инструмента никуда не деться. Он уже есть и он здесь. А код ради кода никому, кроме любования им автора, не нужен. Код нужен для выполнения функций и обладать нужными свойствами для его сопровождения и развития, что достигается методиками создания программ.
Окей. В рамках своих компетенции они действуют профессионально.
То, что было в 19м, это было некомпетентно и не профессионально. Сейчас, после извлечение уроков, компетентно и профессионально. А далёкие цели не в их компетенции. А вот кто принимает решения, это уже другой разговор. И положительные они или отрицательные будем посмотреть. Все зависит от условий, в которых принимаются решения.
У меня нет ответов на эти вопросы. Только вижу, что это все бьёт по моей работе. Скоро выполнять свои должностные без нарушений закона не получится. Потерю доступа до телеги я переживу. Потерю доступа до докерхаба да. Даже лок пайпи особо не зацепил. Гитхаб уже больно будет.
Мне вот интересно, а откуда такой далеко идущий вывод, что действия ркн не профессиональные? В рамках своей парадигмы они действуют последовательно, напористо и достаточно профессионально. А вот оценка влияния, то тут другой вопрос. Все зависит от целей, а глубинные цели они не озвучивают.
То, что они нам как специалистам в ит довольно ощутимо вставляют палки в колеса, это бесспорно. То что меры довольно зеркальны относительно действий противной стороны. В меру сил так сказать. Но болезненно. Да. Посмотрим куда кривая вывезет. Но так можно всю ит отрасль на корню задушить.
А, вон о чем речь. Ну так slash commands, это вызовы непосредственно инструментов. А скил агента это структурированый промпт под задачу, вынесеный в отдельный файл. Что он там вызывает или не вызывает, обрабатывает и вносит в контекст, это отдельная история. Важно, что это не вызов какой-то процедуры. Кста, Те-же скилы и субагенты тоже через слэш могут вызывать я. субагенты, тоже интересная концепция, фактически настроенный отдельно модели, но есть нюансы. Ещё бы селективно контекст между агентами и субагентами разделять и передавать только результат работы. Я работаю с opencode, он отличается от клода, хотя по функционалу ребята стараются не отставать. Поэтому я не всегда хорошо ориентируюсь, что там в клоде. И я не программист. У меня задачи иные.
Смотря что, вы понимаете под commands. Скил, просто структурированый промпт под задачи, с вызовом тулза или тулзов, неких скриптов, обработкой и выдачей на гора типовых действий, как правило со стандартным, чётко заданным, одинаковым результатом. Плюс некая интеллектуальная обработка и принятие решений в зависимости от ситуаций. Например найти что-то в какой-то системе и обработать заранее оговоренным образом. Это не агент, не сабагент, просто хорошо отлаженный промпт.
Пример - поиск оборудования по нетбоксу, с вызовом mcp. Предварительное описание вызовов и оговоренным связи между объектами и структурой. Уменьшает использования контекста, ускоряет вызовы. Основному агенту не надо разбираться в структуре данных. Все описано в маркдаун файле.
Второй пример. Вызов с оборудования определённых функций, получение данных, передача в калькулятор и пересчёт различных параметров с выдачей на гора результата. Например пересчёт из количества секторов в пуле массива в терабайты или тибибайты. Ллм с трудом что-то считает
Третий пример. Пересчёт и обработка специализированным промптом экселевский файлов со сметами перед анализом основным агентом. И наоборот, осмечивпние чего основной агент напихал.
Довольно удобные штуки получились, и самое главное модельки в скилах меньше фантазируют. Да мне не надо заморачиваются с объяснениями. Оно уже само работает как надо. Это как процедуру готовую вызвать.
Незнаю как про кодинг в целом, но автоматизация на уровне объясни ллм, что сделать работает чётко. Да есть куча всяких нюансов типа ллм не умеет считать, не умеет нормально читать json, не умеет нормально группировать, но зато она умеет накалякать скрипт, который все это сделает за нее. Все поменялось в момент, когда чуваки из антропика выкатили скилы. Можно поделить время до скилов и после скилов. Фактически каждый. Вот прям каждый может на коленке запилить мультиагентскую систему с разными моделька и под разные задачи. Да, косяков много, да, нет нормального понимания как оно должно быть. Но до ноября 25го иишки казались развлечением, а сейчас это рабочий инструмент.