from math import isfinite
def isotonic_fit(values):
if type(values) is not list or len(values) > 128:
raise ValueError("bounded list")
if any(type(x) not in (int, float) or abs(x) > 10**6 or
not isfinite(x) for x in values):
raise ValueError("bounded finite values")
blocks = []
for value in values:
blocks.append([float(value), 1])
while len(blocks) > 1 and (
blocks[-2][0] / blocks[-2][1] > blocks[-1][0] / blocks[-1][1]):
total, count = blocks.pop()
blocks[-1][0] += total; blocks[-1][1] += count
return [total / count for total, count in blocks for _ in range(count)]プロジェクト
空入力と降順入力を確認し、真偽値を拒否して元のリストを保ちます。
適用前に確認
実際の動作を期待する結果と比較します。検証に失敗した場合は、次の変更を加える前に原因を調べてください。
モデル
OpenAI互換またはAnthropicのエンドポイントを、ベースURLと必要なAPIキーで設定し、接続をテストします。ローカルのモデルサーバーは起動が必要です。リモートツールは別途データを送信する場合があります。
from math import isfinite
def isotonic_fit(values):
if type(values) is not list or len(values) > 128:
raise ValueError("bounded list")
if any(type(x) not in (int, float) or abs(x) > 10**6 or
not isfinite(x) for x in values):
raise ValueError("bounded finite values")
blocks = []
for value in values:
blocks.append([float(value), 1])
while len(blocks) > 1 and (
blocks[-2][0] / blocks[-2][1] > blocks[-1][0] / blocks[-1][1]):
total, count = blocks.pop()
blocks[-1][0] += total; blocks[-1][1] += count
return [total / count for total, count in blocks for _ in range(count)]もっともらしい書き換えと修正を区別する証拠を求める
OrderSaffronは、意味のあるチェックで変更案を評価しやすくするWindows向けAIコーディングソフトウェアです。フォルダーを開き、証拠が必要な動作を説明します。接続したモデルは実装とテストの同時調査を支援でき、現在のコードがアサーションを満たすかだけでなく、アサーションが要件を捉えるかを対話で問えます。
isotonic_fit.pyの例では、非減少の当てはめ列を生成する課題を扱います。期待結果が既知の小さな入力を示し、意図する動作と表面的に整列した出力を区別するケースを尋ねてください。同じ値と既に整列した入力も含めます。これはプロジェクトのレビュー演習であり、数値当てはめ製品やテストの自動認証サービスがワークスペースに含まれることを意味しません。
対応するOpenAI互換またはAnthropicのエンドポイントが提供すれば、フィルターなしAIモデルを選べます。必要な接続情報を設定し、モデルのツールとコンテキストの制限を評価します。プロジェクトのチェックを実行する前に、ソースのパッチとテスト案の両方をレビューしてください。独立した期待値を維持し、不足を報告します。テストが維持または変更したい契約を実際に確認するときにのみ、成功結果が有用な証拠になります。
数値テスト案を評価する
- 非減少順序の確認だけでは不十分なのはなぜですか？
多くの出力は必要な当てはめでなくても整列できます。独立に計算した小さな期待値と、出力長など他の契約特性を含めてください。テスト群を証拠として採用する前に、各チェックがどの実装上の誤りを検出するか尋ねます。
- 既に整列した入力をテストに含めるべきですか？
維持するのが意図した動作なら、はい。不要な変更や添字の誤りを発見できます。期待値を明示し、厳密に増加する入力だけでなく等値も確認するため、繰り返し要素を含めてください。
- アシスタントはコードとテストの両方を書けますか？
利用可能なツールの範囲で両方を提案できますが、根拠は独立にレビューしてください。同じ誤った前提から作ったテストは誤実装に一致する場合があります。外部の要件や手作業で確認した例を期待結果の基準にします。
- 未完了の検証はどう報告すべきですか？
実際に実行したチェック、提案段階のチェック、未解決の前提を区別します。出力がないことを成功と見なさず、失敗と環境の制限を含めてください。パッチが示すことと不確かなことを次のレビュー担当者に明確に伝えられます。
OrderSaffron · 更新日 2026-10-25