BBoundaryWren
AIコーディングワークスペース

保守的なMIME境界衝突

1–70バイトのASCII英数字、下線、ハイフンからなるマーカーで、各65536バイト以下の最大64部分の保守的な衝突を探してください。

● ● ●BoundaryWren●
ワークフロー · 保守的なMIME境界衝突 ×
import re

def boundary_conflicts(boundary, parts):
    if type(boundary) is not bytes or re.fullmatch(rb"[A-Za-z0-9_-]{1,70}", boundary) is None:
        raise ValueError("mime.boundary")
    if type(parts) is not list or len(parts) > 64 or any(type(p) is not bytes or len(p) > 65536 for p in parts):
        raise ValueError("mime.parts")
    marker = b"--"+boundary
    return [i for i, part in enumerate(parts) if part.startswith(marker) or b"\r\n"+marker in part]
✳保守的なMIME境界衝突
✓ 変更内容適用前に確認 ↗
ワークスペースのイメージ
適用前に確認実際の動作を期待する結果と比較します。検証に失敗した場合は、次の変更を加える前に原因を調べてください。
モデルOpenAI互換またはAnthropicのエンドポイントを、ベースURLと必要なAPIキーで設定し、接続をテストします。ローカルのモデルサーバーは起動が必要です。リモートツールは別途データを送信する場合があります。
プロジェクト先頭またはCRLF後の接頭辞と長い一致を試し、不正マーカーを拒否し、完全なMIME検証とは扱わないでください。
ワークフロー

保守的なMIME境界衝突

ワークフロー ↗
ワークフロー
import re

def boundary_conflicts(boundary, parts):
    if type(boundary) is not bytes or re.fullmatch(rb"[A-Za-z0-9_-]{1,70}", boundary) is None:
        raise ValueError("mime.boundary")
    if type(parts) is not list or len(parts) > 64 or any(type(p) is not bytes or len(p) > 65536 for p in parts):
        raise ValueError("mime.parts")
    marker = b"--"+boundary
    return [i for i, part in enumerate(parts) if part.startswith(marker) or b"\r\n"+marker in part]
AIコーディングワークスペース

保守的なプロトコル検査を明示する

BoundaryWrenは、ソースと例を一緒に検討できるWindows向けAIコーディング環境をプロトコル保守に提供します。検査が検出すべきものと、結果から導ける結論を示してください。検出器が目的に合うよう、変更案の前に既存の経路をモデルに調べてもらいます。

具体例は、バイト列のパート内でmultipart境界の競合を保守的に見つける作業です。パートの先頭またはCRLFの後にあるマーカーの接頭部を、長い接頭部一致も含めて報告することを説明してください。許容するマーカー文字と入力の上限も含めます。これにより、完全なMIME妥当性を主張する検査へ誤って拡張せず、特定の検出器としてレビューできます。

パート先頭、CRLF境界、他の無関係な位置での出現を区別するバイト列のテスト例を中心にレビューします。プロジェクトのツールで実行し、返すパートのインデックスと、拒否すべきマーカー入力を確認してください。競合の報告は判断を促すもので、競合なしは定義した検査だけの結果であることを、呼び出し側の解釈でも明確にします。

BoundaryWrenを対応するOpenAI互換またはAnthropicのエンドポイントに接続してください。プロバイダーが制限のないAIモデルを提供する場合があり、必要なら認証情報を使います。その名称はプロトコルの専門性を保証しません。コンテキスト上限、ツール、制限はモデルとサーバーが決めます。修正を採用する証拠はテスト例から得ます。

multipart検査の修正に関する質問

依頼で保守的な一致とは何を意味させるべきですか?

必要なら長い一致も含め、報告する位置と接頭部を列挙してください。パート先頭とCRLF後の例を示します。意図的な過剰一致を、説明のない不具合ではなく仕様の一部にできます。

問題なしなら有効なMIMEメッセージと証明できますか?

いいえ。例の検査は明示された入力規則の下で、より限定的な境界競合だけを確認します。他の解析・検証要件は分け、検査が裏付ける以上の保証を示さないよう呼び出し側の使い方を確認してください。

普通のテキスト例ではなくバイト列を使う理由は?

一致規則はCRLFとマーカー接頭部を含む正確なバイト列に関わります。テキスト処理では違いが見えにくくなる場合があります。小さな明示的テスト例と期待するパート番号を示し、修正採用前にプロジェクト環境で検証してください。

検出器は競合するパートを書き換えるべきですか?

別の要件で変換を定義している場合だけです。例の作業はインデックスを報告し、入力を保持します。アプリケーションの他の部分が期待するペイロードのバイト列を暗黙に変えないよう、レビューでは報告と変更を分けてください。

Windows版をダウンロード ↗

BoundaryWren · 更新日 2026-10-25