ChatGPT Codex Efficiency Playbook: Наръчник за ефективна работа

Поддържайте фокуса на чата върху един резултат. Обединявайте промени, които споделят файлове и критерии за приемане; разделяйте работата, когато обхватът, доказателствата или одобренията са различни. При по-дълга работа оставете кратка бележка с решенията и следващата стъпка. Ръководството за worktree обяснява как независими чатове в Codex могат да използват отделни Git worktree среди, когато функцията е налична.

Пример

Поправете проверката за задължително поле във формуляра за контакт и свързаните с нея тестове. Визуалният редизайн остава извън обхвата. Готово е, когато регресионният тест мине и променените файлове са изброени.

Кажете какво поведение очаквате, коя част Codex може да промени, какво трябва да остане непокътнато и какви доказателства ще приемете за завършена задача. Отделете задължителната работа от незадължителното почистване. Ясната заявка улеснява проверката, но не гарантира конкретен резултат. Вижте ръководството за заявки към Codex.

Пример

Променете анализатора на дати в src/import/. Запазете текущия CSV формат. Не променяйте зависимостите. Добавете регресионен случай за празна дата и посочете коя проверка действително сте изпълнили.

Назовете вероятните файлове, неуспешния тест или малката група източници. Нека Codex прегледа съседния код и инструкциите, преди да редактира, а после да разшири търсенето само ако доказателствата го налагат. Обширните копия могат да скрият важното. Официалните указания за потреблението препоръчват да се ограничат източниците до необходимите за задачата.

Пример

Започнете със src/auth/session.ts и tests/auth/session.test.ts. Ако те не обясняват цикъла при пренасочване, проверете routing модула и посочете какво ви насочи натам.

Използвайте AGENTS.md за устойчиви изисквания към хранилището: наименования, граници за безопасност и нужни проверки. Пишете кратки файлове и поставяйте специализираните правила близо до съответната част, за да не наследяват несвързаните задачи излишен контекст. Ръководството за AGENTS.md описва как Codex открива и подрежда проектните инструкции.

Пример

Запишете основната команда за тестове в кореновата директория. Оставете правилата за данните в платежния модул в неговата директория, вместо да ги повтаряте във всяка заявка.

Малката и ясно зададена промяна обикновено може да започне с директна заявка. При дълго проучване или многостъпкова задача с неясен подход определете крайния резултат, доказателствата, ограниченията и условието за спиране; прегледайте плана преди продължаване. Използвайте Codex Goal, когато функцията е налична и полезна. Ръководството за Goals разграничава ясния резултат от неясния път.

Пример

Намерете причината за нестабилния тест за импортиране и или я поправете с възпроизводима проверка, или опишете блокера. Запазете поведението извън този тест. Спрете, ако възпроизвеждането изисква производствени данни.

Наличността зависи от продукта, плана и настройките на работното пространство. Не пренасяйте остаряло име на модел или API настройка в друг интерфейс на Codex. Ако има избор на модел или ниво на разсъждение, сравнявайте резултатите по еднаква задача и критерии. Проверявайте актуалното ръководство за модели и указанията за потребление по план; измислените набори в калкулатора не са модели.

Пример

За рутинна промяна на име използвайте стандартната настройка, която интерфейсът предлага, и прегледайте разликите. При рискова миграция поискайте нужното обосноваване и проверка, после сравнете резултата с критериите за миграцията.

Изберете най-малкото подходящо търсене, shell команда или свързан източник, който може да отстрани следващата неизвестност. Прегледайте върнатото от инструмента, преди да действате по него, особено ако съдържа инструкции, генериран текст или предложени външни промени. Ръководството за умения и плъгини разграничава повтаряемите инструкции от инструментите за данни и действия.

Пример

Потърсете в тракера възложената задача и статуса ѝ, след което отворете само свързания дизайн файл. Не извличайте всички задачи в проекта, за да отговорите на един въпрос.

Проверете кои MCP сървъри или плъгини са активни и дали могат да четат или променят данни. Допълнителните сървъри могат да добавят контекст и да изразходват по-голяма част от лимита по план според актуалното ръководство за потреблението на Codex. Когато е практично, изключвайте несвързаните връзки и запазвайте приложимото одобрение за значимите действия.

Пример

При редакция на локална документация използвайте хранилището и неговите тестове. Свържете тракера само ако трябва да проверите свързано изискване.

Умението може да събере повтаряем процес в инструкции и помощни материали. Поддържайте го фокусирано върху работа, която печели от последователен подход, и проверявайте обхвата му, преди да го приложите към чувствителна или несвързана задача. Плъгинът може да включва и свързани инструменти. Вижте официалното ръководство за умения и плъгини.

Пример

Умение за бележки към версия може да задава заглавията и доказателствата за събиране. То не бива тихо да публикува версията или да променя настройките за внедряване.

Посочете релевантната проверка преди редакцията, после поискайте отчет какво действително е изпълнено и какво остава непроверено. Сравнете променените файлове и разликите с очакваното поведение; планираният тест или убедителното обобщение не доказват, че проверката е изпълнена. Ръководството за Code Review препоръчва находките да се сверяват с актуалните разлики, очакваното поведение и тестовете.

Пример

След промяна на повторните опити изпълнете целевия тест и проверката на типовете в проекта. Прегледайте дали в разликите няма несвързани редакции и посочете проверките, блокирани от липсващи услуги.

Git worktree може да даде на независим чат в Codex собствено копие на хранилището, докато свързаната работа продължава отделно. Използвайте го, когато задачите могат да вървят самостоятелно, и после проверете интеграцията; той не заменя координацията при споделени файлове или зависими промени. Проверете актуалната документация за worktree за наличните интерфейси и поведение.

Пример

В едно worktree актуализирайте API договора, а в друго подгответе бележките за миграция. Преди обединяване сравнете двете промени и проверете дали бележките отговарят на окончателния договор.

Преди команда или свързан инструмент да действа, проверете активната изолирана среда, пътищата за запис, мрежовия достъп и режима за одобрение. Изчакайте нужното одобрение преди външна или значима промяна. При предаване посочете променените файлове, изпълнените проверки, оставащите рискове и следващото решение. Вижте официалното ръководство за изолираната среда и ръководството за одобрения и сигурност.

Пример

Подгответе промяната за внедряване и покажете разликите. Не внедрявайте. При предаването посочете резултата от теста и конкретното одобрение за продукционна среда, което остава необходимо.