モデル
OpenAI互換またはAnthropicのエンドポイントを、ベースURLと必要なAPIキーで設定し、接続をテストします。ローカルのモデルサーバーは起動が必要です。リモートツールは別途データを送信する場合があります。
● ● ●RowChisel●
ワークフロー · 整列されたRGB24行オフセット ×
def bitmap_row_offset(width, height, row, top_down=False):
if any(type(v) is not int for v in (width, height, row)) or type(top_down) is not bool:
raise ValueError("bitmap.type")
if not 1 <= width <= 4096 or not 1 <= height <= 4096 or not 0 <= row < height:
raise ValueError("bitmap.range")
stride = ((3*width+3)//4)*4
physical_row = row if top_down else height-1-row
return physical_row*stride, stride✳整列されたRGB24行オフセット
✓ 変更内容適用前に確認 ↗
ワークスペースのイメージ
プロジェクト
パディング付き幅と両方向を試し、不正な行や真偽値以外の方向フラグを拒否してください。
適用前に確認
実際の動作を期待する結果と比較します。検証に失敗した場合は、次の変更を加える前に原因を調べてください。
ワークフロー
def bitmap_row_offset(width, height, row, top_down=False):
if any(type(v) is not int for v in (width, height, row)) or type(top_down) is not bool:
raise ValueError("bitmap.type")
if not 1 <= width <= 4096 or not 1 <= height <= 4096 or not 0 <= row < height:
raise ValueError("bitmap.range")
stride = ((3*width+3)//4)*4
physical_row = row if top_down else height-1-row
return physical_row*stride, strideバイナリアドレス計算を読み取る形式に結び付ける
バイナリ形式の不具合は、画素値自体が正しくても画像のゆがみとして現れることがあります。RowChiselは、その症状の背後にあるアドレス計算コードを検討するWindows向けAIコーディングソフトウェアです。関連する読み取り処理と小さなテストデータを会話に持ち込み、修正案がアプリケーションの実際に対応する形式に従うようにします。
有用な作業の1つは、アライメントされたRGB24データの行オフセットのレビューです。パディングが必要な幅を接続モデルに示し、行を上から格納するか下から格納するか説明してください。算術処理を変える前に要求した行の計算を追跡させ、論理的な行位置と物理的な格納位置を区別します。
バッファーの読み取り処理がオフセットをどう使うか確認します。行の計算が正しくても、渡されたバッファーに十分なバイトがあるとは限らず、ストライドの変更は以後すべてのアクセスに影響し得ます。両方の格納方向について小さなテストデータを実行し、無効な行の扱いを確認してください。補助関数だけを見るのでなく、呼び出し側の範囲チェックと変更案を比較します。
RowChiselは対応するOpenAI互換またはAnthropicのエンドポイントに接続します。設定したサービスが提供するアブリテレーション済みAIモデルを選択でき、ツール対応とコンテキストはその構成によって決まります。バイト数と期待するオフセットを根拠にレビューし、自分のプロジェクトツールでアプリケーション出力を検証してください。
読み取る形式に即したアドレス計算：編集前の質問
行のパディングの誤りが分かるテストデータは？
生の行長にアライメント用のパディングが必要な、幅の狭いRGB24画像を使います。期待するストライドとオフセットを明示してください。幅がすでに整列している画像では不具合が隠れ、誤った計算も正しく見えることがあります。
依頼で格納方向を指定するのはなぜですか？
論理的な行番号と物理的な順序が異なる場合があるためです。最初に格納した行が画像の上端か下端かを示します。アドレス計算コードの変更でその仕様を維持するようモデルに依頼してください。
有効なオフセットなら安全にバッファーを読めますか？
いいえ。読み取り処理は必要なバイトが渡されたバッファーに存在することも確認しなければなりません。特に寸法が外部データ由来なら、その境界を別途レビューします。オフセットの補助関数と併せてバッファー検証も明示してください。
ストライドの計算を変えた後は何を確認すべきですか？
ストライドを使うすべての呼び出し側を調べ、最初と最後の行をテストし、拒否される行番号を検証します。両方の格納方向のデータを実行してください。その後、算術処理以外の統合上の誤りを見つけるため、デコード出力を確認します。
RowChisel · 更新日 2026-10-25