def fibonacci(index):
if type(index) is not int or not 0 <= index <= 10000:
raise ValueError("index.range")
a, b = 0, 1
for bit in bin(index)[2:]:
c = a * (2 * b - a)
d = a * a + b * b
a, b = (c, d) if bit == "0" else (d, c + d)
return a- プロジェクト
- 最初の値、既知の大きな項、上限を確認し、分数、負数、真偽値の添字を拒否します。
- 適用前に確認
- 実際の動作を期待する結果と比較します。検証に失敗した場合は、次の変更を加える前に原因を調べてください。
- モデル
- OpenAI互換またはAnthropicのエンドポイントを、ベースURLと必要なAPIキーで設定し、接続をテストします。ローカルのモデルサーバーは起動が必要です。リモートツールは別途データを送信する場合があります。
def fibonacci(index):
if type(index) is not int or not 0 <= index <= 10000:
raise ValueError("index.range")
a, b = 0, 1
for bit in bin(index)[2:]:
c = a * (2 * b - a)
d = a * a + b * b
a, b = (c, d) if bit == "0" else (d, c + d)
return a数値実装の置換に採用する根拠を持たせる
慣れた計算をコンパクトな実装に置き換えると、呼び出し側が同じ結果を受け取るとどう確かめるかがレビューの課題になります。FiboLanternはその対話のためのWindows向けAIコーディング環境です。実装とテストを開き、置換を検討する理由を説明し、まず現行の契約を調べるよう接続モデルに依頼します。
漸化式の関数は作業例の一つです。明示的なインデックス範囲と整数出力を維持してフィボナッチ実装をレビューさせられます。小さな期待値に結び付けて、提案する状態更新の説明を求めてください。別の式なら自動的に改善すると仮定せず、アプリが必要とする置換に集中します。
実用的なテスト範囲で単純な参照実装と提案を比較し、宣言した境界を独立に確認します。計算そのものに加え、入力検証とエラー処理の変更も調べてください。プロジェクトの検証を実行し、性能が動機なら自分の環境で測定します。短い説明はアプリの高速化の証拠ではありません。
FiboLanternは対応するOpenAI互換またはAnthropicのエンドポイントに接続します。サービスが提供する無検閲AIモデルを選択でき、ツールとコンテキストはサーバーによって決まります。モデルの選択がレビューを置き換えず支援するよう、受け入れ条件を明示してください。
数値実装の置換を評価する
動く漸化式コードの置換をどう正当化しますか？
まず実際の保守や性能の問題を説明します。現行の契約とテストに照らして提案を比較するよう依頼してください。新しい実装というだけでは修正範囲を広げたり対応入力を変えたりする理由になりません。
有用な参照比較とは何ですか？
管理できる範囲で独立に理解できる実装を使い、重要な境界に正確な期待結果を用意します。同じロジックのコピー同士では同じ誤りを繰り返す可能性があります。レビュー担当者が調べられる単純な参照を保ってください。
アシスタントは置換後の高速化を約束できますか？
検討で見込みのあるトレードオフは特定できますが、自分の環境で対象負荷を測定してください。適切なら検証や呼び出し側のオーバーヘッドも含めます。アルゴリズムの観察を根拠なくアプリ性能の主張に変えないでください。
新コードに合わせてインデックス上限を広げるべきですか？
明示的な要件としてのみ行います。実装変更で資源使用量が変わっても、より大きな入力が呼び出し側に適するとは限りません。対応範囲を広げる前に上限、エラー応答、下流の処理を別々にレビューしてください。
FiboLantern · 更新日 2026-10-25