Этот словарь нужен, чтобы слова из курса не мешали работе. Запоминать все сразу не нужно. Увидел незнакомое слово - открыл словарь, прочитал объяснение и пошел дальше.
Если после объяснения слово все равно непонятно, спроси Codex:
Объясни это еще проще и приведи пример на моем проекте.
Вся работа, собранная в одной папке: код, картинки, настройки, описание и проверки. Сайт, бот или приложение - это разные виды проектов.
Текст с командами для компьютера. Разработчик пишет код, а компьютер выполняет его.
То, чем пользуется человек: сайт, бот, мобильное приложение, интернет-магазин или внутренняя рабочая система.
Человек, который создает и меняет программу. Даже если большую часть кода пишет Codex, решения и ответственность остаются у человека.
Человек, для которого сделан проект. Например, покупатель магазина, ученик курса или сотрудник компании.
Один отдельный документ на компьютере. Код, текст, картинка и настройки хранятся в разных файлах.
Место, где лежат файлы и другие папки. Папка проекта содержит все, что относится к проекту.
Точный адрес файла или папки на компьютере. Например:
/Users/ivan/Projects/my-app.
Главная папка проекта. Обычно именно в ней лежат
README.md, AGENTS.md и основные настройки.
Часть имени после точки. Она помогает понять формат файла:
.md, .json, .html,
.py.
Программа, которая умеет работать с текстом, кодом, изображениями и другими данными. Она помогает человеку, но может ошибаться.
Основная система, которая понимает запрос и создает ответ. Разные модели отличаются скоростью, качеством и стоимостью работы.
Сокращение от Large Language Model, то есть большая языковая модель. Это модель, которая работает с обычным языком и кодом.
Момент, когда модель получает твой запрос и вычисляет ответ. Проще: это сама работа модели прямо сейчас.
Небольшая часть текста, которую читает или пишет модель. Чем больше текста загружено в чат, тем больше токенов тратится. Это не пароль и не ключ доступа.
Информация, которую Codex видит и учитывает сейчас: твой запрос, правила проекта и прочитанные файлы.
Объем информации, который модель может держать перед собой в одной работе. Если загружать лишние файлы, место заканчивается быстрее и тратится больше токенов.
ИИ, который не только отвечает текстом, но и выполняет работу по шагам: читает файлы, запускает команды, меняет код и проверяет результат.
Агент для разработки программ. Он умеет работать с кодом, Git, тестами и файлами проекта.
Кодинг-агент OpenAI. Он может изучать проект, писать и исправлять код, запускать проверки и объяснять результат.
Кодинг-агент компании Anthropic. Он решает похожие задачи, но работает по своим правилам и имеет свои способы установки дополнений.
Обвязка вокруг модели: программа, которая дает ей доступ к файлам, терминалу, правилам, инструментам и проверкам. Codex и Claude Code - примеры такой рабочей оболочки для модели.
Способ управлять программой через текстовые команды в терминале.
Codex CLI - версия Codex, которую запускают командой
codex.
Приложение Codex с обычным окном, кнопками и списком проектов. В нем не обязательно вводить все команды вручную.
Задание для ИИ. Хороший промпт объясняет цель, ограничения, порядок работы и ожидаемый результат.
Повторяемая последовательность шагов. Например: понять задачу, составить план, написать проверку, изменить код, снова проверить.
Сохраненная инструкция для одной повторяющейся работы. Скилл говорит Codex, когда он нужен, что делать по шагам и как проверить результат.
Устанавливаемое дополнение к программе. Один плагин может добавить сразу много скиллов и других возможностей.
Набор скиллов для правильной разработки. Он заставляет сначала понять задачу и составить план, а перед словом “готово” запустить проверки.
Встроенный в Codex помощник для создания новых скиллов. Он задает вопросы, собирает инструкцию и помогает проверить, что скилл работает.
Способ подключить к ИИ внешний сервис или инструмент. Например, браузер, базу данных, Figma или систему с документами.
Правила, по которым одна программа обращается к другой. Например, сайт может через API отправить сообщение в Telegram.
Секретный ключ, который разрешает программе пользоваться чужим API. Его нельзя публиковать в GitHub и показывать посторонним.
Система сохранения истории проекта. Git запоминает, какие файлы менялись, и помогает вернуться к прошлой рабочей версии.
Сайт, где хранят Git-репозитории. Через GitHub можно хранить резервную копию проекта и работать вместе с другими людьми.
Папка проекта вместе с историей изменений Git. Репозиторий может лежать на компьютере и на GitHub.
Репозиторий на GitHub, который может посмотреть любой человек. В него нельзя добавлять пароли, ключи, токены и закрытые данные.
Репозиторий, доступ к которому есть только у владельца и приглашенных людей. Секреты все равно не нужно хранить даже там.
На твоем компьютере. Локальный файл еще не обязательно находится на GitHub.
Адрес удаленного репозитория, с которым связан проект на компьютере. Обычно это адрес репозитория на GitHub.
Обычное имя главного remote. Когда видишь origin, чаще
всего речь идет о твоем основном репозитории GitHub.
Скачивание полной копии репозитория с GitHub на компьютер вместе с его историей.
Отдельная копия чужого репозитория в твоем GitHub. Ее можно менять независимо от оригинала.
Отдельная линия работы внутри Git. В ветке можно делать изменения, не затрагивая основную рабочую версию.
Обычное имя главной ветки проекта. В ней обычно лежит текущая рабочая версия.
Команда, которая показывает состояние проекта: какие файлы изменены, добавлены или еще не сохранены в Git.
Любая разница между текущим файлом и последней сохраненной версией Git.
Подготовка выбранных файлов к commit. Это еще не сохранение истории, а список того, что войдет в следующий commit.
Сохраненная точка в истории Git. У commit есть название, автор, дата и точный набор изменений.
Отправка локальных commit с компьютера в GitHub. После успешного push сохраненная версия есть и на удаленном сервере.
Получение новых изменений из GitHub на компьютер.
Последовательность commit проекта. По ней можно увидеть, что менялось и вернуться к прошлому состоянию.
Точное сравнение двух версий. Diff показывает добавленные, измененные и удаленные строки.
Объединение изменений из одной ветки с другой.
Ситуация, когда Git не может сам объединить две версии одного места. Человек должен выбрать правильный вариант.
Возврат к прошлому рабочему состоянию. Перед откатом нужно точно понимать, какие изменения будут потеряны.
Проверенный commit, к которому можно вернуться, если следующие изменения сломают проект.
Отдельная рабочая папка для другой ветки того же репозитория. Она позволяет вести две задачи параллельно и не смешивать их файлы.
Короткая инструкция для человека: что это за проект, как его установить, запустить и проверить.
Правила работы для Codex внутри конкретного проекта. Codex читает этот файл и узнает, что можно делать, что запрещено и какие проверки запускать.
Короткая записка о текущем состоянии проекта: что уже работает, какая задача главная сейчас и что делать следующим шагом.
Пошаговый сценарий первой настройки Codex Starter. Он проводит владельца проекта через вопросы и заполнение нужных файлов.
Список файлов и папок, которые Git не должен сохранять и отправлять в
GitHub. Обычно туда добавляют .env, временные файлы и
результаты сборки.
Локальный файл для паролей, API-ключей и других секретных настроек. Его нельзя читать вслух, печатать в чат или отправлять в GitHub.
Безопасный пример файла .env. В нем оставляют названия
настроек, но не настоящие пароли и ключи.
Настройка, которую программа получает во время запуска. В переменных окружения часто передают адрес базы данных и секретные ключи.
Главный файл настроек проекта на JavaScript или Node.js. В нем обычно
указаны название проекта, команды запуска и зависимости.
package.js - частая оговорка, правильное имя файла обычно
package.json.
Файл с точными версиями установленных зависимостей. Примеры:
package-lock.json, pnpm-lock.yaml,
yarn.lock. Его не нужно менять без причины.
Файл, который говорит программе, как работать. Настройки могут управлять сборкой, тестами, безопасностью и поведением инструментов.
Текстовый формат для настроек и данных. В нем важны кавычки, запятые и фигурные скобки.
Текстовый формат настроек, где структура задается отступами. В YAML неправильный отступ может изменить смысл файла.
Еще один текстовый формат настроек. Codex использует TOML, например, для некоторых файлов конфигурации.
Простой текстовый формат с заголовками, списками и ссылками.
README.md и AGENTS.md написаны в Markdown.
Небольшая программа или готовая команда для повторяющейся работы. Скрипт может запускать тесты, сборку или проверку безопасности.
Автоматическая проверка, которая запускается перед или после определенного действия. Например, хук может остановить опасную команду или commit с секретом.
Файл с последовательностью автоматических действий. На GitHub такие файлы часто запускают тесты после push.
Файл, куда программа записывает события и ошибки. В логах иногда случайно оказываются личные данные или токены, поэтому их нельзя публиковать без проверки.
Чужая библиотека или пакет, который использует проект. Если удалить или обновить зависимость, проект может начать работать иначе.
Готовый код для определенной задачи. Например, библиотека может отправлять запросы или рисовать графики.
Большая основа проекта с готовой структурой и правилами. Примеры: Next.js, Django, Laravel.
Часть программы, которую видит пользователь: страницы, кнопки, формы и сообщения.
Часть программы, которая работает на сервере: обрабатывает запросы, проверяет права и работает с данными.
Место, где программа хранит пользователей, заказы, задачи и другие записи.
Отдельное изменение структуры базы. Например, добавление нового столбца. Ошибка в миграции может повредить данные, поэтому ее всегда проверяют отдельно.
Компьютер или сервис, на котором программа работает для пользователей. Сервер обычно доступен через интернет и работает постоянно.
Запуск проекта на своем компьютере для разработки и проверки до публикации.
Подготовка проекта к запуску или публикации. Во время сборки исходные файлы превращаются в готовую версию программы.
Автоматическая проверка поведения программы. Тест сравнивает фактический результат с ожидаемым.
Проверка, которую человек выполняет сам: открывает страницу, нажимает кнопку и смотрит результат.
Проверка кода на ошибки оформления, подозрительные места и нарушения правил проекта. Линтер не доказывает, что вся программа работает правильно.
Проверка того, что данные используются правильно. Например, число не передается туда, где программа ждет текст.
Ошибка в программе: она падает, показывает неверный результат или ведет себя не так, как задумано.
Поиск причины ошибки. Правильная отладка начинается с повторения проблемы, а не со случайных правок.
Изменение внутреннего устройства кода без изменения его поведения. Рефакторинг делают, чтобы код было легче понимать и менять.
Автоматическая проверка проекта после отправки изменений в GitHub. CI может запускать тесты, линтер и сборку.
Публикация новой версии программы на сервере, чтобы ей могли пользоваться люди.
Настоящая рабочая версия проекта, которой пользуются реальные люди. Ошибка в production может затронуть пользователей и данные.
Отдельная выпущенная версия программы. У релиза обычно есть номер и список изменений.
Самая маленькая рабочая версия продукта, которая уже решает главную проблему пользователя. Все необязательное откладывают на потом.
План развития продукта на несколько следующих этапов. Это не обещание точных дат, а порядок крупных задач.
Тип пользователя в системе. Например: покупатель, менеджер или администратор.
Правила, которые определяют, что может видеть и делать каждая роль.
Подключение проекта к другому сервису. Например, к платежной системе, Telegram или CRM.
Автоматическое сообщение от одного сервиса другому о произошедшем событии. Например, платежная система сообщает сайту, что оплата прошла.
Программа, которой пользуются через интернет, часто по подписке. Например, онлайн-CRM или сервис аналитики.
Проект с открытым исходным кодом, который другие люди могут читать, использовать и предлагать к нему изменения по правилам лицензии.
Юридические правила использования кода. Лицензия объясняет, можно ли копировать, менять и продавать проект.
Секретная строка для входа. Пароль нельзя хранить в открытом коде, сообщениях и публичном GitHub.
Любые данные, которые дают доступ к системе или раскрывают закрытую информацию: пароль, API-ключ, токен доступа, приватный ключ.
Секретная строка, которая разрешает программе или человеку выполнить действия в сервисе. Это не тот же токен, которым измеряют объем текста модели.
Секретный файл или строка для подтверждения личности и защищенного
доступа. Файлы часто имеют расширение .pem или
.key.
Информация о реальном человеке или компании: имя, телефон, переписка, заказ, платеж или внутренний документ. Такие данные нельзя бездумно отправлять внешним сервисам.
Действие, которое легко проверить и отменить. Чтение списка файлов обычно безопаснее, чем удаление, публикация или изменение базы.
Действие, после которого данные сложно вернуть: удаление, перезапись, push не тех файлов, deploy, платеж или изменение production.
Явное разрешение человека на конкретное действие. Общая просьба “настрой проект” не означает разрешение удалить файлы, сделать push или deploy.
Commit сохраняет точку истории на компьютере.Push отправляет сохраненные commit в GitHub.Deploy публикует программу на сервере для
пользователей.Токен модели измеряет объем текста.Токен доступа является секретом и дает доступ к
сервису.Если незнакомого слова здесь нет, спроси Codex:
Объясни термин простыми словами, приведи один пример и скажи, какое действие с ним может быть опасным.