なぜ作ったか
複数PDFの結合と、必要ページだけの分割をブラウザ上で完結させる。 NAYUTA Laboとして小さく実装し、実際の操作で成立するかを検証する。
どう作ったか
使用したAI・制作環境：Gemini / Browser JavaScript（予定）
要件を整理 → Geminiへ初期指示 → MVPを実装 → 実データで操作確認 → Error / Fixを記録 → Complete / Resultを撮影
今回の検証
外部送信を行わないクライアントサイド処理の構成
今回の実験では、Google Apps Script（HtmlService）から配信されるHTML/JavaScript上で、軽量なPDF操作ライブラリ「pdf-lib」を利用する構成を採用しました。
ユーザーがドラッグ＆ドロップしたPDFファイルは、ブラウザ内のメモリ（ArrayBuffer）に直接読み込まれます。ページの解析、複数ファイルのページ統合、特定ページの複製といった処理はすべて閲覧中のブラウザ環境内で実行され、ファイルをバックエンドのサーバーへ送信することなく完結します。
- pdf-lib（CDN経由）による純粋なクライアントサイドPDF再構築
- ファイルの外部サーバー送信を排したメモリ上でのバイナリ処理
- Google Apps Scriptを静的UI配信基盤として活用
実装した2つの操作機能（結合・分割抽出）
業務で頻出する「2つ以上のPDFを1本にまとめる（結合）」と「不要なページを除いて必要な範囲だけを取り出す（分割・抽出）」の2モードをタブ切り替えで実装しました。
結合モードでは、追加したファイルの並び替えやページ総数の集計を即座に確認できます。分割モードでは「1, 3-5」のような範囲指定や、奇数・偶数ページをワンクリックで選択できるプリセット機能を備えています。
- 結合モード：複数ファイルの一括追加、上下の順序入れ替え、合計ページ数・容量の算出
- 分割モード：カンマおよびハイフン区切りによるページ範囲パース、奇数/偶数抽出プリセット
- 処理状態の視覚表示：ドラッグ＆ドロップ受領、メモリ内処理スピナー、ダウンロード導線
検証状況と現時点での制約事項
本ツールは現在、検証中（IN_VERIFICATION）ステータスです。基本構造とUIの動作検証を進めている段階であり、特定ブラウザでの動作速度や高負荷処理の限界については継続調査が必要です。
ブラウザのメモリのみを使用するため、数十メガバイトを超える巨大なPDFや極端にページ数が多いファイルを扱う場合、ブラウザタブのクラッシュや処理遅延が生じる可能性があります。また、パスワード保護されたファイルや特殊な暗号化が施されたファイルは読み込みエラーとなります。
- 暗号化やパスワードロックが施されたPDFは対象外（読み込み時にエラー表示）
- 端末の空きメモリに依存するため、大規模ドキュメント処理時の安定性は要検証
- HTMLやCDNスクリプトの取得自体にはネットワーク接続が必要
実際の操作画面
BEFORE
AFTER
