モデル
OpenAI互換またはAnthropicのエンドポイントを、ベースURLと必要なAPIキーで設定し、接続をテストします。ローカルのモデルサーバーは起動が必要です。リモートツールは別途データを送信する場合があります。
● ● ●AcceptMatrix●
ワークフロー · HTTPメディア型の優先度 ×
def choose_media(ranges):
offered = ["application/json", "text/plain"]
if not ranges:
return offered[0]
choices = []
for i, media in enumerate(offered):
family = media.split("/")[0] + "/*"
matches = [(2 if p == media else 1 if p == family else 0, q)
for p, q in ranges if p in (media, family, "*/*")]
quality = max(matches, default=(-1, 0))[1]
if quality > 0:
choices.append((quality, -i, media))
return max(choices)[2] if choices else None✳解析済みのAccept範囲からJSONかプレーンテキストを選んでください。
✓ 変更内容適用前に確認 ↗
ワークスペースのイメージ
プロジェクト
品質ゼロの完全一致型と正のワイルドカードの併存および空リストを試し、明示的な除外を優先します。
適用前に確認
実際の動作を期待する結果と比較します。検証に失敗した場合は、次の変更を加える前に原因を調べてください。
ワークフロー
def choose_media(ranges):
offered = ["application/json", "text/plain"]
if not ranges:
return offered[0]
choices = []
for i, media in enumerate(offered):
family = media.split("/")[0] + "/*"
matches = [(2 if p == media else 1 if p == family else 0, q)
for p, q in ranges if p in (media, family, "*/*")]
quality = max(matches, default=(-1, 0))[1]
if quality > 0:
choices.append((quality, -i, media))
return max(choices)[2] if choices else None応答形式の判断をコードレビューで説明できるようにする
クライアントが複数の受け入れ可能な応答形式を示しても、サーバーにはその中から選ぶ明確な規則が必要です。AcceptMatrixでは、その判断をWindows向けAIコーディング環境で検討できます。リクエスト処理のプロジェクトを開き、解析された優先設定が応答を選択・生成するコードにどう届くかを検討してください。
有用なレビュー作業の一例は、明示的な除外と、より広いワイルドカード指定に対してメディア選択関数を確認することです。アプリケーションが実際に提供する表現形式を示し、具体的なリクエストをいくつか接続したモデルに追跡させます。解析の前提を明示してください。解析済みの範囲を受け取る選択関数だけでは、元のヘッダーが正しく解釈されたとは確認できません。
それらの例から、提供形式がどれも条件を満たさない場合と、優先度が同じ場合の期待する応答を定めます。選択処理の変更と応答書き込み処理との連携を両方レビューしてください。選んだメディアタイプと結果のステータスを検証するプロジェクトテストを実行し、パッチがもっともらしい文字列を返すだけでハンドラーは別のものを送る事態を防ぎます。
AcceptMatrixは、対応するOpenAI互換またはAnthropicのエンドポイントに接続します。その接続で利用可能なら無検閲AIモデルを選べますが、応答動作と作業上の制限は引き続きモデルに依存します。実用的な価値は、サービス仕様に基づくレビュー対話と、実際のリクエスト例で評価できる編集案にあります。
応答形式の判断をコードレビューで説明するための編集前の質問
- レビューにはどんなリクエスト例を用意すべきですか？
通常の優先指定、ワイルドカード、明示的な除外、提供形式をどれも受け入れないリクエストを含めます。それぞれの期待する応答を示してください。サーバーが対応する表現形式の一覧も一緒に示します。
- なぜパーサーと選択処理を別々に調べるのですか？
選択処理は検証済みの範囲と品質値に依存しているかもしれません。解析で意味が変わると、選択関数が正しくても誤った応答を返し得ます。その境界を追跡し、各層の前提をテストしてください。
- どの表現形式も条件を満たさない場合はどうすべきですか？
アプリケーション仕様が求める応答動作を使い、ハンドラーが実装しているかを確認してください。新しい失敗経路を提案させる前に、ステータス処理と代替の本文も含め、既存の失敗経路をモデルに特定させます。
- 同順位の決定規則の変更をどう評価しますか？
優先規則を明示し、同じ程度に受け入れ可能な形式が競合するケースを追加します。選択された表現を応答書き込み処理が実際に生成するかレビューしてください。決定的な選択処理も、連携部分がその判断を尊重して初めて有用になります。
AcceptMatrix · 更新日 2026-10-25
