TeX のコンパイルを促すモデル

LaTeX のチャット モデルに質問すると、通常は正しく見えるコードが得られますが、ドキュメント内でコンパイルに失敗します。モデルは、ユーザーがどのクラスを使用しているか、どのパッケージをロードしているか、どのマクロを定義しているかを認識していないため、ユーザーのものではない一般的なドキュメントに対して応答します。その後、貼り付けた瞬間に、パッケージが欠落しているか、定義が衝突しているため、出力が停止します。そのほとんどは、3 つのプロンプト表示の習慣に加えて、信頼する前にコンパイルするという 1 つの厳格なルールで回避できます。

プリアンブルを送信する

前文は、モデルに欠けているコンテキストです。それを貼り付けるか、少なくとも \documentclass 行と \usepackage リストを貼り付けて、「このプリアンブルの下でコンパイルされるフラグメント」を要求します。この 1 つの習慣が、最も一般的な失敗をブロックします。答えは、「tikz」、「siunitx」、またはロードしたことのない他のパッケージに暗黙的に依存します。また、セットアップが実際に提供するコマンドに向けてモデルを操作します。プロジェクトでマクロを定義している場合は、モデルにシンボル テーブルを与える で説明されている理由により、マクロも含めてください。

答えが何に依存するかを尋ねる

継続的なリクエストを追加します。「コードに私がロードしていないパッケージが必要な場合は、回答の先頭に明示的にリストしてください。」これにより、隠れた依存関係が目に見えるチェックリストに変わります。応答でパッケージに名前が付けられたら、3 コンパイル後に「未定義の制御シーケンス」エラーとして依存関係を発見するのではなく、パッケージを追加するかどうかを決定します。このエラーとその診断については、未定義の制御シーケンス で説明されています。

リライトではなく差分を要求する

既存のテキストを変更したい場合は、関連する最小のスニペットを貼り付け、リクエストに必要なものだけを変更するようにモデルに依頼し、変更内容を示します。ファイル全体を与えると、モデルは自由に書き換えます。手つかずの段落を再フォーマットし、プリアンブル行の順序を変更し、時には床に何かを落とします。本当の変化はチャーンの内部で消えてしまいます。最小限の説明された編集は、実際にレビューできるものです。 Oleafly 内部では、Oleafly 内のアシスタント で説明されているように、アシスタントは、ユーザーが承認するすべての編集を赤/緑の差分として 1 行ずつ提案することで、この形状を強制します。

信頼する前にコンパイルしてください

たとえそれがどれほどもっともらしいものであっても、コンパイルしていない LaTeX を決して出荷しないでください。提案をドキュメントに貼り付けてコンパイルし、最初のエラーがある場合はそれを読み取ります。そのエラー メッセージを問題のスニペットとともにモデルにフィードバックすると、通常は 2 回目の試行が正常に実行されます。プロジェクトを Git の下に保持しておくと、モデル支援による変更を 1 つのコマンドでロールバックできます。セットアップについては、GitHub に論文を投稿する で説明されています。このモデルは次のように提案しています。コンパイラが破棄します。