Oleafly での 1 週間の執筆

これは、空のプロジェクトから共著者に送信できる草稿まで、Oleafly での毎日の論文の実際の様子です。アプリにはアカウントもサーバーも必要ありません。プロジェクトはディスク上の .tex、.bib、および Figure ファイルのフォルダーであり、以下のすべてはそのフォルダー上で動作します。

1 日目: テンプレートから開始

空のプロジェクト、または IEEE および ACM の論文や論文のスケルトンなどの一般的な形式の テンプレート から、ライブラリにプロジェクトを作成します。テンプレートを使用すると、クラス オプションとプリアンブルがすでに適切になったコンパイル済みドキュメントがすぐに得られるため、初日からプリアンブルを 1 行ずつ組み立てる必要がなくなります。何かを書き込む前に、コンパイルを 1 回押して PDF が取得されることを確認します。

週の半ば: 書き込みとコンパイルのループ

週のほとんどは、エディターと PDF ペインの間のループです。エディターは、プロジェクト内に存在するコマンド、環境、ラベルと引用キーを自動補完し、定型文を覚えることなく、スラッシュ コマンドを使用して図や表などの大きな構造を挿入します。 2 分前に書いたテキスト内の新たなエラーは発生しやすいのに対し、午後に変更を加えた後に表面化したエラーは発生しにくいため、頻繁にコンパイルしてください。 SyncTeX は 2 つのペインを結び付けます。PDF 内の段落をクリックしてソース行にジャンプしたり、ソースから PDF にジャンプしたりできます。これは、長い文書の特定のページを改訂する場合に最も重要です。

引用を続ける

プロジェクト内に .bib ファイルを保持し、作成時に \cite{...} で引用し、オートコンプリートにキーを提供させます。執筆時に参照を追加するのはコストがかかりません。 3 週間分の「要出典」プレースホルダーを再構築することはできません。エントリが Zotero または出版社のエクスポートからのものである場合、BibTeX バリデーター は、欠落しているフィールドが奇妙に見える参照として現れる前に検出します。完全なパイプラインについては、From .bib key to in-text cite で説明されています。

儀式のない歴史

Oleafly は、コンパイルが成功するたびに Git コミットを自動的に記録できるため、検査またはロールバックできる作業状態のタイムラインが 1 週間残されます。ドラフトを共有する価値がある場合は、フォルダーをプライベート GitHub リポジトリにプッシュします。 論文を GitHub に置く にセットアップを示します。

オプション: アシスタント

ホストされているプロバイダーの API キーを追加するか、アプリをローカル Ollama に指定すると、アシスタントはプロジェクトに関する質問に答え、承認差分に基づいて編集を提案し、コンパイルして自身の作業を確認できます。オプション: 上記のすべての手順は、それなしでも機能します。詳細は Oleafly 内のアシスタント にあり、アプリの背後にある広範な設計意図は はじめに と 哲学 にあります。