def partition_count(number):
if type(number) is not int or not 0 <= number <= 300:
raise ValueError("integer 0 through 300")
ways = [1] + [0]*number
for part in range(1, number+1):
for total in range(part, number+1):
ways[total] += ways[total-part]
return ways[number]モデル
OpenAI互換またはAnthropicのエンドポイントを、ベースURLと必要なAPIキーで設定し、接続をテストします。ローカルのモデルサーバーは起動が必要です。リモートツールは別途データを送信する場合があります。
プロジェクト
零の唯一の空分割と重複部分を試し、負数、小数、真偽値を拒否します。
適用前に確認
実際の動作を期待する結果と比較します。検証に失敗した場合は、次の変更を加える前に原因を調べてください。
def partition_count(number):
if type(number) is not int or not 0 <= number <= 300:
raise ValueError("integer 0 through 300")
ways = [1] + [0]*number
for part in range(1, number+1):
for total in range(part, number+1):
ways[total] += ways[total-part]
return ways[number]コードを変える前に、何を数えるかを確定する
Partenumは、数え上げに関する開発で要件と実装コードを並べて扱えるWindows向けAIコーディング環境です。プロジェクトを開き、1つの結果が何を表すか、順序が重要か、呼び出し側がどの入力を許すかを説明してください。簡略化を提案する前に、それらの定義に基づいて実装を読むよう接続モデルに依頼します。
整数分割の例は、レビューを具体化する方法の1つです。順序を区別しない分割の数え上げと、順序付きの並びの列挙では解釈が異なります。その違いの一環として、初期値と入力ゼロの結果も議論してください。アシスタントの編集案は、意味の異なるよく知られた漸化式に置き換えるのではなく、アプリケーションが使う定義に従う必要があります。
自分の環境で小さな参照ケースを確認し、対応上限と無効入力の動作をレビューします。修正を確認した後、空の分割を表すケースも含めて関連テストを実行してください。Partenumは対応するOpenAI互換またはAnthropicのエンドポイントに、必要な認証情報を使って接続します。利用可能なら制約のないモデルを選択し、サーバーのツールとコンテキスト上限を確認します。この開発手順は、例示した数え上げ問題を具体的な検討要件としながら、説明可能で確認済みの変更を作ることを目的としています。
数え上げロジックの変更に関する質問
順序が重要かを指定するのはなぜですか？
解釈が異なれば、同じ入力にも異なる有効な個数が得られます。意図した規則を区別できる小さな例を含め、提案コードをそれに照らして確認してください。一見妥当な置き換えで別の問題を解かないようにします。
入力ゼロのテストで何を確定すべきですか？
空の分割を1回と数えるかも含め、選択した基底条件を確定します。通常の入力が正しく見えても後の結果が依存する場合があるため、その期待をテストデータと文書で明示してください。
個数を検証するため全対象を列挙すべきですか？
小さな明示的な例は役立ちますが、例示した処理はすべての分割を構築せずに個数を計算します。扱いやすい参照ケースを使い、実装の意味を確認してください。アシスタントが別の検証方法を提案しただけで出力のメモリ割り当てを追加しないでください。
対応範囲をどうレビューすべきですか？
宣言された入力範囲と、拒否された値を呼び出し側がどう扱うかを確認します。負数、小数、真偽値のケースをテストに残してください。現在の仕様を超える拡張には、アプリケーションの期待動作について別の判断が必要です。
Partenum · 更新日 2026-10-25
