最初のプロジェクト
最初の Arc プロジェクトは、小さく、レビューしやすく、明確な原稿範囲に結びついているべきです。
適切な範囲を選ぶ
よい最初のプロジェクトは、「これまで書いたものすべて」ではありません。通常は、次のいずれかです。
- 小説の最初の三〜五章。
- 完成した短編ひとつ。
- 連載作品のひとつのアーク。
- 大きなシリーズ内の一冊。
目的は、規模を大きくする前に、Arc が素材をどのように解釈するかを学ぶことです。
ソースファイルを準備する
クリーンで安定した章ファイルを使ってください。プレビュー期間中は、Markdown またはプレーンテキストを推奨します。各ファイルには、ひとつの章、または明確に名前づけされたひとつのセクションを含めます。
推奨される慣例は次のとおりです。
- ファイル名を順序づけ、安定させる。
- 文書内に章見出しを含める。
- メモ、破棄したシーン、最終原稿を同じファイルに混在させない。
- 元のソースファイルのコピーを Arc の外に保存しておく。
最初にレビューするもの
インジェスト後は、次の順序で確認します。
- プロジェクト状態: 実行が完了したか、または理解可能な警告付きで完了したかを確認します。
- エンティティ: 重複、欠けているキャラクター、別名の問題を探します。
- 関係性: 人物、場所、出来事、物体の間にある重要なつながりを確認します。
- 根拠: 重要な主張がソース素材に戻れることを確認します。
- Review Queue: すべてを受け入れるのではなく、不確かな項目を解決するか、保留します。
判断を明示的に保つ
二つのエンティティを統合する、主張を却下する、ある関係性をカノンだと決める。そのような行為は編集上の判断として扱ってください。作者の判断が不透明なAI応答の中に隠れるのではなく、見える状態で残るときに、Arc は最も役立ちます。
別のプロジェクトを作るタイミング
ソース素材が大きく変わる場合は、別のプロジェクトを作成してください。
- 別の本。
- 別のドラフト系統。
- カノンが重なっているが独立したスピンオフ。
- メインプロジェクトを汚染すべきではないテストインポート。
小さなプロジェクトの方が監査しやすいです。ワークフローが信頼できると感じられるようになってから、規模を大きくできます。