Несколько лет назад я бросил Твиттер в пользу Мастодона. Недавние события подтверждают этот выбор и подчеркивают стратегическую важность децентрализованной федеральной, которая не может быть принадлежит одному корпоративному или государственному актеру. Но в то время как Мастодон удовлетворяет мои потребности, большая часть диаспоры в Твиттере ушла в Блюзский. Пока это хорошо, но не всегда может быть. В статье под названием «Наука должна отойти от инфраструктуры на национальном уровне», — пишет Дэн Гудман:
Многие ученые прилагают огромные усилия в создание сетей для общения с коллегами и широкой публикой. Но вся эта работа и ценность в этих сетях были потеряны, когда многие ученые чувствовали себя вынужденными уйти после поглощения Элона Маска на платформе (теперь x). Процесс восстановления на Блюзском продолжается, но это займут годы и, возможно, никогда не достигнут той же критической массы. Даже если переход успешен, то же самое может случиться с Блюзским через несколько лет.
Как мы можем подготовиться к будущей миграции из Блюзского в Мастодон? Bridgy Fed — услуга, которая позволяет вам соединить ваш сайт, аккаунт Fediverse и Bluesky Account — поможет. Но Бридги ФРС должен быть проще в использовании. Поэтому я набрал новую модель Sonnet 7 Claude, чтобы сделать это.
Федеральный/Блюзский мост
Мост, изобретенный и управляемый Райаном Барреттом, позволяет Блюзски следовать и взаимодействовать с мастодонскими людьми — и наоборот — посредством пары агентов, которые позволяют создавать призрачные аккаунты на обоих концах. В принципе легко использовать мост. Вот удобная шпаргалка от Килиан Эванг:
Легко, верно? Ну, для мозга большинства разработчиков это, но не для моего и, конечно, не для многих не-дев. Чтобы следить за ручкой Bluesky jonudell.bsky.social из Fediverse, вы должны перевести @username.app.tld @bsky.brid.gy на @jonudell.bsky.social @bsky.brid.gy. Чтобы следовать Mastodon Handle judell@social.coop из Bluesky, вы должны перевести @username.app.tld.ap.brid.gy на @judell.social.coop.ap.brid.gy.
Типичные разработчики, которые могут легко и автоматически делать такую умственную замену, склонны не осознавать, что это часто бывает не для других, и что многим людям нужна помощь в совершении трансформации. Это одна из причин, по которой документы, написанные разработчиком, часто менее полезны, чем они. Дело не в том, что авторы не заботятся о эффективном общении, просто они не понимают, как то, что они молчаливо понимают, должны быть явно показаны, чтобы привести других в одно и то же место понимания.
В этом случае вот что я и, по -видимому, многие другие хотели бы увидеть:
Поэтому я показал скриншот Килиана Клоду и попросил интерактивную версию, показанную в этом клипе.
Создание первого проекта
Это была первоначальная подсказка:
Превратите это в интерактивную веб -страницу, где я могу ввести соответствующие ручки и увидеть преобразование.
Клод ответил принимающим артефактом, который вы можете увидеть здесь. Отличное начало! Это было действительно сущностью того, что я хотел; Я мог бы поделиться ссылкой и назвать ее днем. Но, конечно, когда все происходит так быстро и легко, вы не можете не хотеть украшать. Для начала, артефакт Клода основан на реагировании, и я никогда не хочу этого, если это необходимо.
Нет реагирования, нет зависимости, просто ваниль JS.
На этот раз сгенерированный артефакт потерпел неудачу в хостинговой среде, предоставленной Клодом, и несколько поворотов рукоятки не решили проблему. Но это было нормально, теперь у меня была автономная конструкция HTML/CSS/JS, которую я мог бы сохранить, тестировать и развиваться локально, и легко публиковать на любом ванильном веб-хостине. Я создал репо для этого и назвал его в день.
Улучшение первого проекта
Когда я вернулся через несколько дней с идеями для улучшения, я хотел начать с того, чтобы попросить Клода документировать существующий код. Так же, как я обсуждал, загружать ли HTML -файл или скопировать/вставить его, я заметил новую интеграцию GitHub.
Теперь вы можете разрешить Claude увидеть ваши репо, а затем указать на его файлы, которые вы хотите включить в сеанс чата. Хороший!
Вот усовершенствования, которые я имел в виду:
- Динамическая проверка. Когда вы вводите ручку, вы должны увидеть формирование перевода. Когда он становится действительным, он должен превратиться из серого в зеленый.
- Кнопка копирования. Когда он станет зеленым, должна появиться кнопка копирования.
- Проверка TLD. Мастодон заканчивается доменом и не должен стать зеленым, если это не достоверные TLD на верхнем уровне, найденные в этом списке.
- Бридги пользователь страница. Когда вы обращаетесь к аккаунту Mastodon или Bluesky, мост создает страницу, где вы можете отслеживать соответствующую учетную запись призрака. Ссылка на эту страницу также должна формироваться динамически и стать зеленым только тогда, когда действительна.
Когда мы работали с этими улучшениями, я бросил вызов Клоду доказать, что они работали, и это ответило живыми артефактами, которые изолировали изменения и предоставляли каждый доступным для интерактивного тестирования. Это придало мне большую уверенность в изменениях, но теперь мне пришлось интегрировать их в развивающий инструмент.
Интеграция изменений
Ободренно вновь обретенной способностью Клода, это было моей следующей подсказкой:
Можете ли вы подать пиар, который предлагает эти изменения и добавляет для них тесты?
На данный момент это слишком далеко. Но эй, никогда не больно спрашивать, верно? Я набрал свои ожидания и вместо этого спросил:
Можете ли вы предоставить изменения в патч -файле?
Клод мгновенно предоставил патч, который выглядел совершенно правдоподобно, но был безнадежно сломан. Это было удивительно, потому что это казалось тем, каким видом механического, ориентированного на узоры преобразования, которые LLM, как правило, хорошо хорошо справляются. Некоторое время мы ходили вокруг, и я никогда не заставил его создать рабочий патч. Когда я понял, что это может понадобиться версия исходного файла с номерами строк, я предоставил это — но это все еще не помогло. Я принес чатгпт O1 в петлю, и он также был озадачен. Я не уверен, почему эта конкретная задача, кажется, побеждает самые умные LLMS. Я спрашивал неправильный путь? Есть ли что -то в задаче, которая режет от зерна? Если кто -то может дать представление о том, почему он потерпел неудачу, я все уши.
Окончательная очистка и рефакторинг
Смешно жаловаться на это ограничение. Мне напоминают о классическом Луи К.К. («Это отстой». «Чувак, вы едете в кресле в небе!») Тем не менее, это правда, что интеграция этих изменений заняла больше времени, чем потребовалось для их создания.
Как только инструмент стал функцией, была обычная потребность в рефакторинге и консолидации. Мне было совершенно ясно, что было необходимо, но когда я попросил Клода и Чатгт просмотреть код, они придумали улучшения, которые мне не пришли, в том числе, что обработчики событий назывались избыточно из двух разных мест.
Опять же, на самом деле было сложнее интегрировать эти улучшения, чем это было бы сгенерировать их в первую очередь. Однако, как только это было сделано, Клод смог написать хороший журнал изменений.
Поездка в кресле в небе
Как указывает Дэн Гутин, мы должны быть готовы к неизбежным сдвигам платформы. Примечательно, что эти инструменты позволили мне создать и усовершенствовать этот небольшой, но полезный инструмент, гораздо быстрее и легко, чем возможно. Сделать Fediverse/Bluesky более доступным — это один шаг к изоляции себя от прихотей корпоративных владельцев и создания большей устойчивости в наших онлайн -сообществах.
Это не был совершенно гладким опытом, но я благодарен за помощь ИИ, которая упростила задачу и обогатила результат. В конце концов, мы едем на стульях в небе здесь. Случайный икота для платформы кажется небольшой ценой для оплаты.
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Джон Уделл — автор и разработчик программного обеспечения, который исследует программные инструменты и технологии и объясняет их в письменной форме, аудио и видео. Он является автором культового классического практического интернет -программного обеспечения. Прошлые концерты включают Lotus, Byte Magazine, Safari … Подробнее от Джона Уделла
