Dikaya Pro で長い手順書を比較する：変更と矛盾の追跡方法

最小 API サンプル

説明用の Python コードで、実行した回答ではありません。キーは環境変数から読み、自動再試行は無効です。切断時は結果と費用の両方が不明になり得るため、無条件に再送しないでください。

import os
from openai import OpenAI

client = OpenAI(
    base_url="https://dikaya.cc/v1",
    api_key=os.environ["DIKAYA_API_KEY"],
    max_retries=0,
)
response = client.chat.completions.create(
    model="seller-pro",
    max_tokens=512,
    messages=[{"role": "user", "content": "私の課題の確認リストを作り、元の事実と仮定を分けてください。"}],
)
print(response.choices[0].message.content)

比較の目的を一つの運用場面に絞る

架空の施設で、通常の閉館、機器点検中の閉館、担当者不在時の閉館を比べるとします。単に二冊の違いを尋ねるのではなく、鍵の返却、電源確認、異常時の連絡を対象にします。文章の差と、実際の作業が変わる差を分けると、確認すべき箇所を担当者へ渡しやすくなります。

Pro は公開されたブランド階層で、ここでは基盤モデルを推定しません。別モデルにある low、high、max を当然使えるとも考えません。長文比較はこのガイドの作業例であり、他モデルより正確、速い、長文を必ず漏らさないという根拠のない評価を示すものではありません。

本文を渡す前に版と章の対応を作る

旧版を MANUAL-A、新版を MANUAL-B とし、章と段落に A-01、B-01 の番号を付けます。発行日、承認の有無、別紙の一覧も記録します。ファイル名に最新版とあっても、承認記録がなければ適用済みとは判断できません。後に並んだ資料を自動的に正解にしないよう依頼します。

表の列や脚注がテキスト化で崩れていないか、自分で確認します。例外条件が脚注だけに書かれている場合、そこを落とすと比較の前提が変わります。画像資料は別料金のテキストブリッジを経由するため、Pro をネイティブ画像モデルや万能な文書変換器として説明しないでください。

両側の原文から変更の意味を調べる

比較表には対象作業、旧版の引用、新版の引用、変更種別、影響する条件を並べます。旧版の受付担当が、新版で最終退出者になったなら、単なる言い換えではありません。誰が、いつ、どの条件で実施するかを一組として確認し、根拠の番号がない説明は未確認に戻します。

旧版にだけある項目は、まず対応箇所未発見とします。別章へ移動した可能性があるため、見つからないだけで削除と断定しません。新版から旧版への対応も調べ、追加された条件が既存の手順を狭めていないか確認します。文字の類似度だけでは作業上の意味は判断できません。

入力容量と実際に渡る資料を区別する

宣言されたモデルのコンテキストは、ブラウザーが過去の全メッセージを毎回送るという意味ではありません。メッセージ数や JSON のバイト数、添付、出力上限は別に制限されます。日本語の文字数、UTF-8 のバイト数、トークン数を一つの換算率で扱わないことも重要です。

資料を分割するなら、作業場面ごとのまとまりを保ち、毎回同じ番号を使います。局所比較を統合する際は、結論だけでなく重要な原文も戻します。要約文をさらに要約すると例外を失いやすいため、確認した章と未確認の章を一覧にし、出力終了を全文比較の完了と取り違えないようにします。

矛盾はもっともらしい解釈で埋めない

本文が全設備を停止するとし、別紙が保冷設備は継続とする場合、別紙の適用範囲を確かめます。両方が成立する解釈を考えることはできますが、それを正式な運用規則に変えることはできません。どの定義が優先するか、誰の承認が必要かを具体的な確認質問として残します。

外部資料を使う場合も、施設の内部規則とは別欄に置きます。有料ブラウザーチャットの明示的検索は背景確認に使えますが、検索結果がこの施設の承認記録になるわけではありません。公開 API が同じ検索機能を提供するとも限らず、モデルが知っている一般論で欠けた手順を補わせないでください。

完了条件を短い確認記録にまとめる

採用する比較結果には、資料の版、対象範囲、引用、担当者の確認、残った質問を添えます。料金は現在の公開設定と自分の条件を確認し、一度の出力に必要な予算を明示します。モデルが全体を確認済みと書いても、章の対応や欠落確認がなければそのまま承認記録にしません。

SDK の自動再試行を止め、通信状態も残します。公式 Python SDK と MDN は再試行や HTTP 応答の扱いを説明していますが、費用結果までは証明しません。明確な拒否と結果不明を分け、切断だけで未実行や無課金と断定せず、記録を調べてから手動で再依頼するか決めます。

よくある質問

Dikaya Pro の基盤モデルは公開名から推定できますか？

推定すべきではありません。Pro の基盤は本稿の公開条件では特定されておらず、価格やコンテキスト数も出自の証拠にはなりません。Pro 2 に許可された基盤の説明を Pro へ転用せず、seller-pro という正確な公開 ID と現在の条件で接続を確認します。

新版に旧手順が見当たらなければ削除されたのですか？

まず対応箇所が未発見であることを記録します。章の移動、別紙への統合、表現の変更もあり得るため、調べた範囲と旧引用を残して再確認します。削除と断定する前に適用版と全文の対応を確認し、資料が欠けた状態と正式な規則変更を分けてください。

長いコンテキストなら二冊を必ず漏れなく比較できますか？

容量が足りても、例外、否定、担当変更の読み違いは起こり得ます。実際に送信される範囲もブラウザーの制約で変わります。章の対応表と双方向の引用を用意し、高い影響のある項目を人が確認します。入力容量だけを完全性の証明にはできません。

画像の手順書も純粋なテキストと同条件ですか？

同条件とは限りません。Pro では画像は別料金のテキストブリッジを通り、表の対応や脚注が説明に残っているか確認が必要です。重要箇所は自分で検証したテキストを用意してください。添付可能なことと、資料全体が正確に変換されたことは別です。

出典

AIの支援を受けて作成した記事です。例は説明用であり、実際のモデル回答や比較試験の記録ではありません。外部資料はサービスの利用条件に代わるものではありません。

• Dikaya 日本語ドキュメント：接続とリクエストの条件
  dikaya.cc
• Dikaya 日本語モデル一覧：公開識別子と対応内容
  dikaya.cc
• Dikaya 日本語料金案内：設定上の料金と利用条件
  dikaya.cc
• OpenAI Python SDK 公式資料：自動再試行の設定
  github.com
• MDN Fetch ガイド：HTTP 応答と通信エラーの区別
  developer.mozilla.org