Надайте моделі свою таблицю символів

Попросіть модель написати або переглянути математичний текст, і проза зазвичай повертається добре, поки нотація дрейфує. Ваш вектор \vect{x} повертається як \mathbf{x} в одному абзаці та \vec{x} в іншому. Очікування, яке ви записуєте як \E[X], повертається як \mathbb{E}(X). Кожен варіант компілюється, тому немає помилок. Невідповідність виявляється лише тоді, коли читач помічає той самий об’єкт, написаний трьома різними способами. Модель бачила всі існуючі умовні позначення та, без вказівок, зразки з усіх них. Передайте це своїм явно.

Макроси роблять запис дійсним

Основа не залежить від штучного інтелекту, і в будь-якому випадку її варто зробити: маршрутизуйте кожен повторюваний символ через макрос, щоб джерело вказувало \vect{x}, а не необроблене \boldsymbol{x}. Це дає кожній концепції одну назву, дозволяє змінювати стиль усієї статті, редагуючи одне визначення, і дає моделі невеликий словниковий запас, якого слід дотримуватися замість того, щоб вигадувати варіанти. Визначення макросів розглядається в Користувацькі команди.

Що вставити в підказку

Поряд із фактичним запитом додайте компактний блок позначень: визначення макросів і по одному коментарю на рядок, у якому вказується, для чого призначений кожен.

% vectors: bold italic \vect{x}
% matrices: bold upright \mat{A}
% expectation: \E{X}

Потім прямо сформулюйте обмеження: «Використовуйте лише ці макроси для цих понять. Не вводьте нових позначень для будь-чого зі списку, і якщо вам потрібен символ, якого немає в списку, скажіть це замість того, щоб винаходити його». Моделі набагато краще дотримуються конкретних інструкцій, які можна перевірити, ніж розпливчастого «відповідає моєму стилю». Для повної роботи зберігайте блок як короткий коментар до преамбули, щоб він залишався актуальним і готовим до вставлення.

Перевірте механічно

Макрорівень робить перевірку дешевою. Якщо кожен вектор має бути \vect{...}, будь-який необроблений \mathbf{ або \vec{ у виводі моделі є порушенням, яке можна знайти за допомогою текстового пошуку замість повторного читання математики. Проведіть цей пошук по всьому, що ви вставляєте, виправте недоліки, і нотація залишатиметься однорідною незалежно від того, скільки редагувань за допомогою моделі потрапляє на папері.

Всередині Oleafly

Помічник в Oleafly читає файли проекту, включно з преамбулою, де містяться ваші макроси, тому він зазвичай підбирає визначені команди без відповіді. Ясна інструкція все ще допомагає: побачити наявність макросу слабше, ніж сказати, що він обов’язковий. Додайте один рядок до свого запиту (“використовуйте макроси нотації з преамбули”) і перегляньте різницю між червоним і зеленим, перш ніж внесуть зміни. Це утримує відтік від джерела.