Инженерные решения не происходят в боковых панелях IDE. Они происходят в нитях Slack, в том же месте, где ваша команда уже разговаривает, дебютирует, уже работает над проблемами вместе. That disconnect is a problem. Разговор о Это происходит в одном месте, а фактическое строительство происходит где-то совсем в другом. Контекст теряется. Решения объясняются снова. Кто-то неизбежно копирует проблему в чат ИИ где-то и вставляет ответ обратно, и все притворяются, что это нормальный рабочий процесс. Что Просто отправил что-то, что действительно обращается к этому: Команда, стоящая за ним, уже несколько месяцев использует бот внутренне, и он фундаментально изменил то, как они строят и поставляют. Кило Слабая интеграция Kilo для Slack позволяет @упоминать агент кодирования ИИ непосредственно в беседах вашей команды. Он читает полный контекст нитей, подключается к вашему репо GitHub, и может отвечать на вопросы или открывать PR, не покидая Slack. Тл; Др : Попробуйте Kilo для Slack . Тл; Др : Try Kilo for Slack Попробуйте Kilo для Slack . Контекстный сменный налог Вот сценарий, который, вероятно, вам знаком. Кто-то сообщает о ошибке в канале команды Slack. Три инженера придумывают теории. Разработчик прокручивает нить, поглощает контекст, а затем вставляет альт-таблицы в свой IDE. Они открывают свой агент кодирования ИИ по выбору и начинают объяснять ситуацию снова с нуля. Они вставляют ошибку. Они описывают то, что было попробовано. Они предоставляют контекст, который уже был в этой нити Slack, за исключением того, что теперь они вводят его снова. Затем он возвращается в Slack, чтобы поделиться ссылкой и обобщить, что изменилось. Это происходит десятки раз в неделю на активных инженерных командах.И каждый раз, есть налог на трение.Контекстная передача, повторное объяснение, ментальный сдвиг между "режим обсуждения" и "режим реализации". Это не огромный налог для одного случая, но он суммируется, и, что более важно, он создает искусственную границу между тем, где принимаются решения, и тем, где выполняется работа. Что на самом деле делает Kilo for Slack Вот новый рабочий процесс. Возьмите ту же салютную нить: проблема была обсуждена, теории были переплетены, и есть грубый консенсус о том, что должно произойти. Вместо контекстного переключения на IDE, вы можете просто нажать @Kilo: @Kilo based on this thread, can you implement the fix for the null pointer exception in the Authentication service? Бот читает всю нить, и поскольку он подключен к репо GitHub команды через платформу Kilo, он включает в себя Несколько минут спустя есть PR-ссылка прямо там в Slack. Облачный агент Нет копирования. Нет альт-таббирования. Нет объяснения одной и той же вещи дважды. Контекст, который уже существовал в разговоре, становится вводом для реализации. Для более простых вопросов он работает так же: @Kilo how is error handling implemented in the payment module? Он читает вашу кодовую базу и отвечает в нити. Коллеги по команде могут видеть ответ, и вы можете запрашивать последующие действия и давать инструкции по внедрению. Знания остаются в Slack, где их можно ссылаться позже. Как команда Kilo на самом деле использует это Команда использует Kilo для Slack внутренне с момента его публичного запуска, и это стало стандартным способом внесения многих изменений. Появившиеся паттерны более разнообразны, чем ожидалось: Реальное время Bug Fixes Возможно, самый очевидный случай использования, и тот, который попадает постоянно. Ошибка появляется в производстве. Кто-то флагирует в Slack. Команда обсуждает, что может быть причиной этого. И тогда вместо того, чтобы кто-то добровольно "посмотреть на это", они просто маркируют @Kilo. Ключевое: бот не начинает с нуля, когда он читает эту проблему. Он имеет полный контекст разговора, и доступ к всей базе кодов. Он может читать то, что команда подозревает, и что было исключено. Он знает, какое ожидаемое поведение должно быть. Он работает с той же информацией, которую человеческий разработчик имел бы после прочтения нити: @Kilo I'm seeing this error in production: [stack trace]. Based on what we discussed above, can you create a PR with a fix? PR приземляется в нити. Кто-то пересматривает его. Если он выглядит хорошо, он сливается. Весь цикл происходит без того, чтобы кто-то формально «подбирал» задачу. Быстрые изменения кода от дискуссий Это то, что стало повседневным опытом для многих людей в Kilo. Разговор происходит о особенности или поведении. Кто-то говорит: «Мы, вероятно, должны изменить X на Y». С помощью бота Slack «позже» становится «сейчас».Человек, у которого была идея, просто маркирует Kilo и описывает, что должно измениться.Контекст того, почему оно должно измениться, уже есть в нити: @Kilo please change "2025" to "2026" through all of the announcement files in our kilo-org/kilocode repo Для команды, которая движется быстро, это имеет значение. Трение на небольших изменениях - это то, что заставляет их накапливаться. Документация и обновления контента Это относится к людям в менее технических или нетехнических ролях. Команда Kilo постоянно использует бота для всех видов изменений на всей платформе Kilo. копия целевой страницы, записи руководства, обновления документации, улучшения README. Модель одна и та же: в Slack происходит дискуссия о том, что нужно изменить, а затем бот реализует ее. @Kilo the getting started guide is missing the new authentication flow. Can you update it based on what we discussed in this thread? Для контента, который живет в репо (который, если вы делаете docs-as-code, это большая часть вашего контента), этот рабочий процесс является огромной экономией времени. Особенно для людей, которые чувствуют себя перегруженными погружением в рабочий процесс разработки только для того, чтобы сделать простое изменение целевой страницы. Внедрение функций из обсуждений Spec Иногда нить развивается от "должны ли мы это сделать?" до "здесь примерно, как это должно работать" до "хорошо, давайте на самом деле построим его". @Kilo please implement the caching improvements we discussed in this thread Это лучше всего работает, когда нить содержит достаточно специфики.Бот хорошо выводит намерения, но более четкий контекст приводит к лучшему выходу.Команда Kilo получила привычку быть явным в дискуссиях, особенно когда разговор может стать спецификацией. Координация кросс-репо Реальная инженерная работа обычно охватывает несколько репозиториев. Фронт-энд, бак-энд, общие библиотеки, конфигурации инфраструктуры. В отличие от некоторых других интеграций Slack, Kilo автоматически выводит, какие репо ссылаются. @Kilo the API change we discussed needs updates in both the backend service and the frontend client. Can you create PRs for both? Нет ручной конфигурации по каналу. Нет контекста переключения, чтобы указать, какой репо использовать. Он читает нить, понимает, что ссылается, и действует соответственно. Почему это отличается от других Slack ботов Многие интеграции AI Slack чувствуют себя как новинки - это общее предназначение ИИ, который пытается маскироваться как специалист в каждой категории.Они отвечают на вопросы, возможно, генерируют некоторые фрагменты кода, но в тот момент, когда появляется что-то нетривиальное, оно возвращается к копированию в IDE. Подход Кило архитектурно отличается тем, что имеет значение. Многосторонние разговоры Большинство ботов AI Slack предназначены для одноразовых взаимодействий. Задайте вопрос, получите ответ. Kilo строится на всей нити. Он поддерживает контекст через несколько обменов. Может произойти дискуссия назад и назад, подход может быть усовершенствован, могут быть заданы уточняющие вопросы, а затем может быть задействована реализация. Это отражает, как работают человеческие разговоры. никто не объясняет всю ситуацию каждый раз, когда они добавляются в дискуссию. Multi-Repository по умолчанию Интеграция Cursor's Slack требует конфигурирования одного репозитория на рабочее пространство или канал. Это хорошо для простых настроек, но это быстро разрушается, когда инженерная работа охватывает несколько repos. Kilo выводит соответствующий репозиторий из разговора. Если файлы или услуги, которые живут в разных репозиториях, упоминаются, он справляется с этим. Нет предварительной конфигурации. Это кажется небольшой вещью, пока вы не работали над проектом, где фронт-энд, бак-энд и инфраструктура все живут в отдельном помещении. Реальное исполнение, а не просто чат Это фундаментальная разница. Kilo для Slack не является ботом Q&A. Это слой исполнения. Когда вас просят что-то реализовать, он создает облачного агента, создает филиал, вносит изменения и открывает PR. Он выполняет работу, а не просто говорит о работе. И поскольку он использует облачные агенты Kilo, ни одна локальная машина не участвует. Репо не нуждается в локальном клонировании. Реализация происходит в облаке, и результат появляется как PR, готовый к обзору. Постоянный контакт с PR Как только PR существует, бот может продолжить работу над ним.Если приходит отзыв об обзоров, Кило может быть попрошен обратиться к нему в той же нити.Разговор о PR и внедрении изменений происходит в том же месте: @Kilo the reviewer asked for better error handling in the auth flow. Can you update the PR? Существует непрерывный разговор о том, что строится, и код развивается в ответ на этот разговор. Технические детали Для тех, кто интересуется, как это на самом деле работает под капотом: Когда @Kilo упоминается в канале или DM, бот читает контекст нитей. Он получает доступ к подключенным хранилищам GitHub (настроенным один раз в панели Kilo). В зависимости от запроса, он либо отвечает с информацией, либо отключает агент в облаке, чтобы внести изменения. ТЭ Они работают в инфраструктуре Kilo, создают филиалы, делают коммиссии и открывают PR против repos. Облачные агенты Цены основаны на использовании, с той же стоимостью за токен, что и при использовании модели непосредственно через Kilo - это означает, что вам взимаются только цены, установленные поставщиками моделей. Установить его Установка занимает около двух минут: Создать учетную запись Kilo (бесплатно для начала) Подключите GitHub repos на вкладке Интеграции в app.kilo.ai Добавить интеграцию Slack с той же страницы Интеграции Начните упоминание или DM @Kilo в рабочем пространстве Килограммный счет Интеграция Таб Слабая интеграция Бот может быть DM-ed непосредственно для частных вопросов, или упомянут в любом канале, где он был добавлен для команды видимых взаимодействий. Подключение GitHub является важной частью - и занимает около 10 секунд и 2 клика. боту нужен доступ для восстановления, чтобы ответить на вопросы о кодовой базе и создать PR. Для чего его использовать Некоторые шаблоны появились для того, где это светит: Быстрые исправления и небольшие изменения. Опережение открытия IDE, поиска правильного файла, внесения изменений и продвижения PR высокое по отношению к самой работе. Когда «что» и «почему» уже запечатлены в нити, кажется естественным просто добавить «делать это» в конце. Документация и контент. Все, что живет в репо, но не строго кодируется. READMEs, руководства, файлы конфигурации, копия целевой страницы. Когда изменение должно касаться нескольких репозиториев, управление этим с одной нити Slack чище, чем отступление между окнами IDE. Мобильные и асинхронные ситуации. PR можно запустить с телефона. Работа происходит в облаке. Обзор происходит позже. Когда идея все еще побеждает Это не замена для среды развития, это дополнение. Быстрая итерация, локальное тестирование и уточнение в режиме реального времени все еще требуют IDE или Kilo CLI. Шаг за шагом по коду, проверка состояния и понимание поведения требует полного инструментария. Большие архитектурные изменения пользуются полным контекстом, который предоставляет IDE. Килограмм кли Ментальная модель: Slack-first для изменений, которые возникают из разговоров, IDE-first для изменений, которые требуют глубокой инженерии. Более широкая платформа Kilo для Slack является частью более крупной платформы Kilo для инженеров-агентов. , , The и кило • The Одна и та же платформа, один и тот же выбор моделей 500+ и одно и то же качество, просто доступные с другой поверхности. VS Код JetBrains Килограмм кли Облачные агенты Слабая интеграция Когда вы закончите строительство в Кило, вы также можете включить искусственный интеллект Один клик , и даже поделиться своими сеансами по всей вашей команде с . Код пересмотра развертывания Кило сеансов Для команд, оценивающих инструменты кодирования ИИ, об этом стоит подумать.Не только о том, какой инструмент генерирует лучший код - что неоспоримо важно - но и о том, какой инструмент вписывается в реальный рабочий процесс с наименьшим трением.Если команда живет в Slack, то наличие ИИ, который может участвовать в этих разговорах без необходимости контекстных переключателей, является значительным улучшением. Место, где команды обсуждают код, теперь может быть местом написания кода.Обсуждение и реализация происходят вместе.Контекст естественно протекает от одного к другому. Это тип улучшения рабочего процесса, который сочетается со временем. > Попробуйте Kilo для Slack сейчас Попробуйте Kilo для Slack сейчас Kilo - это агент кодирования ИИ с открытым исходным кодом с более чем 1 миллионом пользователей. Он доступен в VS Code, JetBrains и CLI, Cloud Agents, Live-preview App Builder, одноклассные развертывания, автоматизированные обзоры кода и теперь интеграция Slack. Килограммы . Килограммы
