研究・実務
日本語の書式が崩れたため、文単位ではなく編集単位を変更しました
表内の内容が1つの文に結合されるHWPXのエラーを、セルごとの段落単位での編集に変更して修正しました。この解決策は生成モデルとOpenClawスキルに共に記録し、今後の書式にも適用するようにしました。
韓国語の原文 ↗ · 画像・動画・配布資料には、元の韓国語または英語の画面が含まれます。
課題
表が多い日本語書式を変更したところ、複数のセルの文が1つに結合されてしまいました。
取り組み
生成モデルを修正してセル内の実際の段落のみを編集するようにし、スキルにも同じルールを記録しました。
変わったこと
修正試験において長い結合された文が消え、次の書式に適用するための編集基準が生まれました。
実装方法と応用
01ファイルは正常だが書式が崩れていた
既存の日本語書式の文言を変更しつつ、表と書式を維持したかったのですが、ZIPおよびXMLの検査を通過したファイルでもテキストの配置が崩れていました。原因は、表を囲む上位段落の下部テキストをすべて収集し、複数のセルを1つの長い文として扱っていたことでした。
02セル内の段落のみを修正する
Codexを用いて、表を含む上位段落を除外し、実際のセルの段落のみを選択するように修正しました。置換・段落処理・検査・プレビューに同じ基準を適用しました。スキルには、固定された書式を順序通りに丸ごと書き直すのではなく、既存の文言や表示されたフィールドを検出して置き換えるよう記述しました。入力・修正対象・保存版も区別し、誤って変更されたファイルの復元を行いました。
03プレビューと組版情報も同時に更新する
HWPX内部のファイル順序と圧縮方式を保持し、mimetypeは最初の項目として無圧縮で配置しました。本文を修正するとプレビューテキストを更新し、既存の行配置キャッシュを削除して日本語が再度組版されるようにしました。該当する書式で要求された文字幅95%・字間-5は反映されましたが、文を無理に圧縮することはありませんでした。
04変更点を試験的に確認する
修正した生成モデルで同じ問題を試験したところ、500文字以上が結合された段落は消え、最も長い編集対象の段落は99文字となりました。文法・ZIP・書式の検査も同時に実施しました。
05修正を次のドキュメントのルールとして
今後の書式についても、元の構造の確認、変更するフィールドの指定、周辺構造の保持、ZIP・XML・プレビュー・実際の画面の確認という順序で扱う予定です。1つのファイルを修正した経験をツールとスキルに共に記録したことが最も有用でした。このツールはHWPXを作成する際に、HWPが必要な場合は日本語環境で別途変換する必要があります。
適用範囲と注意点
私が経験した書式エラーと生成モデル・スキルの修正過程を整理しました。修正試験と以前の保存版の構造検査を区別しました。以前の保存版に対するZIP・XMLの検査はファイル構造に関する確認であり、修正版の画面確認に代わるものではありません。