Привет, это «Притворяюсь айтишником» В ролике были три приема: Gitingest, gitmcp.io и точка на клавиатуре.
А здесь еще 50 приемов. Разложил их по разделам, чтобы ты мог сразу найти нужный.
Три приема из ролика
Начни с них, в том же порядке, что и в ролике. Достаточно поменять слово в адресе или нажать одну клавишу. Ничего устанавливать и скачивать не нужно.
Замени домен на gitingest.com, и весь репозиторий окажется в одном текстовом файле. Его можно сразу отдать Claude. Только сначала выбери нужные папки и исключи лишнее: в примере с React получилось около 1,7 миллиона токенов. Такой объем не влезает ни в одно контекстное окно.
Замени домен на gitmcp.io и подключи документацию проекта к Claude. Теперь у него будет источник, с которым можно свериться, вместо того чтобы придумывать несуществующие функции. Важная деталь: сервис передает документацию, а не код. Лучше всего, если в репозитории есть llms.txt.
Открой любой репозиторий и просто нажми точку. Прямо в браузере появится VS Code: можно искать по проекту и даже добавлять расширения. Всего одна клавиша :)
И еще два приема, которые тоже пригодятся
Замени github.com на gitdiagram.com, и вместо кучи файлов получишь карту проекта. На ее части можно нажимать. Для популярных репозиториев сервис иногда показывает уже сохраненную карту. Если дата старая, нажми Regenerate («Сгенерировать заново»).
Замени домен на github1s.com. Получишь тот же вид VS Code в браузере, но входить в аккаунт не придется. Если репозиторий огромный, дай ему немного времени на загрузку.
Нажимаешь точку, а ничего не происходит? Проверь две вещи: ты вошел в GitHub, а курсор стоит вне текстового поля. Нажми на пустое место страницы и попробуй еще раз. Не хочешь входить в аккаунт? Тогда открывай через github1s.
Как получить полезный ответ
Если просто загрузить весь репозиторий, Claude начнет его пересказывать. Скорее всего, тебе нужно не это. Сначала попроси карту проекта, потом задай свой вопрос. И пусть каждый раз показывает, в каком файле нашел ответ.
После выгрузки из Gitingest или Repomix вставь этот запрос целиком:
Ниже я вставляю целый репозиторий GitHub в виде одного файла.
Прежде чем что-либо объяснять, составь для меня его карту:
- Где на самом деле начинается выполнение и что запускается первым.
- От 5 до 7 важных модулей и по одной строке о том, за что отвечает каждый.
- Все, что похоже на настройки, которые мне потребуется изменить, чтобы запустить это самостоятельно.
Затем ответь на один вопрос: где обрабатывается [интересующая меня функция]?
Правила: для каждого своего утверждения указывай путь к файлу и диапазон строк. Если чего-то нет во вставленном мной содержимом, пиши «нет в предоставленном коде», а не гадай. Не пересказывай файлы, о которых я не спрашиваю.Сначала убери лишнее. Выбери нужные папки или типы файлов. Иначе все место в контексте займут lock-файлы и тестовые данные, а до самого кода Claude так и не доберется.
1 из 8
?plain=1Добавь к адресу Markdown-файла. Откроется исходный текст с кликабельными номерами строк. Удобно, когда нужно показать одну конкретную строку README.
Собери адрес по шаблону /owner/repo/branch/path. Получишь сам файл, без HTML-страницы GitHub. Можно забрать через curl или вставить в Claude.
Добавь к адресу коммита или пул-реквеста, и увидишь изменения обычным текстом. В .patch еще есть автор и дата. Такой файл можно применить через git apply.
Весь репозиторий одним ZIP-архивом. Клонировать ничего не надо. Даже Git устанавливать не придется.
Прямой адрес для скачивания того самого ZIP. Без HTML-перенаправлений. Удобно, если скачиваешь репозиторий из скрипта.
Всегда ведет на последний релиз. Сохрани в закладки или вставь в инструкцию, и не придется каждый раз менять номер версии.
/releases/latest/download/<asset>Ссылка на скачивание самой свежей сборки. Есть одно условие: файл должен называться одинаково во всех релизах.
/find/<branch>Сразу открывает поиск файлов по неполному названию. Даже на главную страницу репозитория заходить не нужно.
/commits/main.atom, /releases.atom, /tags.atom. RSS-лента репозитория, без аккаунта и спама уведомлениями.
Подставь вместо github.com. Получишь вики по проекту и чат, в котором можно задать вопрос. Только помни: вики создает ИИ. Последние изменения в коде могут еще не попасть в нее.
2 из 8
У точки есть напарник, о котором легко забыть. Нажми >, и тот же редактор откроется в новой вкладке. Страница GitHub останется на месте.
Замени github.com на github.dev в адресе репозитория. Это VS Code прямо в браузере: поиск, расширения и все бесплатно.
Тот же VS Code в браузере, но на стороне Microsoft. Можно попробовать, когда github.dev тормозит.
Подставь этот домен, и проект откроется в CodeSandbox. Здесь код можно уже запускать, а не только читать. Лучше всего подходит для JavaScript и фронтенда.
Запускает проект с Node прямо в браузере. Обычно получается быстрее, потому что все работает в твоей вкладке.
В адресе файла .ipynb замени github.com на colab.research.google.com/github. Ноутбук откроется в Colab, где его можно запустить, в том числе с бесплатным GPU.
3 из 8
symbol:language:go symbol:WithContext. Покажет, где функция или другой элемент определены. А не тысячу мест, где они упоминаются. Один из самых полезных приемов здесь.
path:path:*.txt, path:/src/**/*.js, path:unit_tests.
content:Ищет только внутри файлов, без совпадений в путях и названиях.
language:language:ruby OR language:cpp OR language:csharp.
repo:github-linguist/linguist, org:github, user:octocat.
/sparse.*index/. Если внутри нужна косая черта, запиши ее так: /^App\/src\//.
/(?-i)True/. По умолчанию поиск не различает большие и маленькие буквы. Поэтому на запрос True он тоже находит true. Этот вариант учитывает регистр.
sparse AND index, "fatal error" NOT path:__testing__. Кавычки работают и внутри поисковых уточнений.
log4j NOT is:fork. Убери форки из поиска. Часто именно из-за них один и тот же файл попадается сорок раз.
Исключи сторонний и сгенерированный код, чтобы искать по самому проекту, а не по всем его зависимостям.
Если поиск кажется сломанным, сначала вспомни про ограничения GitHub. Даже для публичного кода нужно войти в аккаунт. Результатов будет не больше 100, а поиск идет только по основной ветке. Файлы больше 350 КиБ, сторонний и сгенерированный код в результаты вообще не попадают.
4 из 8
is:open linked:pr покажет открытые задачи, к которым уже готовят исправление. Не придется заново сообщать об ошибке, над которой уже работают.
Хочешь понять, что больше всего волнует пользователей проекта? Посмотри на реакции. Добавь sort:reactions-+1-desc, чтобы поднять самые популярные обсуждения наверх.
state:closed comments:>100 поможет найти большие споры. Часто именно там объясняют, почему проект устроен так, а не иначе.
type:pr reviewed-by:someone. Так можно найти людей, которые проверяют изменения и решают, что попадет в проект.
5 из 8
bОткрывает blame: кто и когда менял строки. Кнопка спрятана в меню, а здесь достаточно одной клавиши.
tОткрывает поиск файлов. Особенно удобно, когда название помнишь только примерно.
yДелает ссылку на конкретный коммит. Поделишься ей, и человек увидит именно эту версию, даже если код потом поменяется.
Открывает палитру команд. Затем нажми >, чтобы перейти к командам. Но если курсор в поле комментария, сочетание вставит Markdown-ссылку. Там используй Command+Option+K.
Сначала нажми на пустое место страницы. Если курсор остался в поиске или комментарии, ты просто напечатаешь туда букву :)
6 из 8
Посмотри, что изменилось за последние две недели. Без поиска тегов, SHA и описаний релизов. Нужен другой период? Подставь @{1day} или @{3months}.
Все различия между двумя ветками, тегами или коммитами. Подставь нужные версии и сравни.
/commits/main/<path>Вся история одного файла. Если встретилась странная строка, здесь можно выяснить, зачем ее добавили.
/commits?author=<handle>Все изменения одного человека в этом репозитории.
Маленький значок в blame позволяет шагнуть еще дальше в историю строки. Полезно, если последний коммит просто поправил форматирование и ничего не объясняет.
Нажми на номер первой строки, зажми Shift и выбери последнюю. Скопируй постоянную ссылку и вставь в комментарий к задаче: GitHub покажет этот код прямо там. В Markdown-файлах такой прием не работает.
7 из 8
Одна страница с коммитами, принятыми пул-реквестами и активными участниками за выбранный период. Быстрый способ понять: проект вообще жив?
Если 95% коммитов делает один человек, это повод присмотреться. По числу звезд такой риск не заметишь.
Посмотри, кто еще использует этот репозиторий и сколько таких проектов. Это убедительнее звезд: люди действительно строят на нем свои продукты, а не просто сохраняют на потом.
Проект забросили? Посмотри активные форки и отсортируй по звездам. Часто там можно найти продолжение, которое все еще поддерживают.
Здесь видны force push, удаления веток и прямые изменения main. Обычный список коммитов всего этого не показывает.
Без токена и входа в аккаунт получишь JSON со звездами, лицензией, archived и pushed_at. Можно быстро проверить, что происходит с репозиторием.
8 из 8
Похож на Gitingest, но показывает, сколько токенов занимает каждый файл. Можно выбрать нужные файлы, исключить лишнее и убрать то, что похоже на секреты. Есть и локальный запуск: npx repomix --remote <url>.
context7.com/<org>/<repo>/llms.txtОчень полезная штука: документация библиотеки в виде чистого текста для ИИ. Бесплатно, без входа в аккаунт. У каждого фрагмента есть ссылка на исходный файл. Можно добавить ?topic= и ?tokens=.
Все дерево файлов в JSON одним запросом, без входа в аккаунт. Удобно, если хочешь показать ИИ устройство проекта, но не отдавать ему сам код.
Бесплатный поиск по публичному коду, и не только на GitHub. Есть регулярные выражения и структурный поиск. Для публичного кода входить в аккаунт не нужно.
Честно о важном
В примере с React выгрузка из Gitingest заняла около 1,7 миллиона токенов. Сначала выбери нужные папки или типы файлов. Или используй Repomix, чтобы заранее увидеть объем.
Он увидит содержимое, которое ты ему передашь. С публичным репозиторием это нормально. А вот с приватным кодом или проектом клиента сначала подумай, можно ли им делиться.
Диаграммы и автоматические вики могут не знать о последних изменениях. Если карта и код говорят разное, верь коду.
Занятие один на один с автором блога
Делаешь сайт, приложение или бота с ИИ? Приходи со своей задачей. На встрече посмотрим, где ты застрял, и попробуем следующий шаг.
Пробный урок$49 / 50 минут
Когда вопрос застал врасплох, ЭйАй Рядом слушает разговор и показывает, с чего можно начать ответ.
