def sudoku_complete(board):
if type(board) is not list or len(board) != 9:
raise ValueError("nine rows")
if any(type(row) is not list or len(row) != 9 or
any(type(v) is not int or not 1 <= v <= 9 for v in row) for row in board):
raise ValueError("nine integer digits per row")
target = set(range(1,10))
units = board + [list(col) for col in zip(*board)]
units += [[board[y+dy][x+dx] for dy in range(3) for dx in range(3)]
for y in (0,3,6) for x in (0,3,6)]
return all(set(unit) == target for unit in units)| 適用前に確認 | 実際の動作を期待する結果と比較します。検証に失敗した場合は、次の変更を加える前に原因を調べてください。 |
|---|---|
| モデル | OpenAI互換またはAnthropicのエンドポイントを、ベースURLと必要なAPIキーで設定し、接続をテストします。ローカルのモデルサーバーは起動が必要です。リモートツールは別途データを送信する場合があります。 |
| プロジェクト | 行、列、三行三列のブロックを調べ、形の不備や非整数入力を拒否して数字の重複には偽を返します。 |
def sudoku_complete(board):
if type(board) is not list or len(board) != 9:
raise ValueError("nine rows")
if any(type(row) is not list or len(row) != 9 or
any(type(v) is not int or not 1 <= v <= 9 for v in row) for row in board):
raise ValueError("nine integer digits per row")
target = set(range(1,10))
units = board + [list(col) for col in zip(*board)]
units += [[board[y+dy][x+dx] for dy in range(3) for dx in range(3)]
for y in (0,3,6) for x in (0,3,6)]
return all(set(unit) == target for unit in units)入力が埋まっていることと結果が正しいことを区別する
GridCovenは、検証コードについて正確な質問をするためのWindows向けAIコーディング環境です。アプリケーションが区別すべき内容から始め、関連するソースと例を会話に持ち込んでください。接続モデルは提案の検討を支援し、受け入れる状態と拒否する状態のどれを製品の仕様に含めるかは利用者が決めます。
埋まった数独盤は具体的なレビュー作業になります。全セルに値があっても、行、列、ブロックの規則に違反する場合があります。空きセルを解くのではなく、完成済みの盤面の検証を依頼してください。呼び出し側の扱いが異なる可能性があるため、形式が不正な入力と、形は正しいが無効な盤面の違いも含めます。
独立したテストデータで修正をレビューします。行のチェックを通過しながら列に違反する例や、ブロック規則の見落としを明らかにする例を使えます。既存のプロジェクトツールでそれらを実行し、入力が変更されていないか確認してください。既知の正解を1つ認識するだけで検証関数を採用するのではなく、必要な各条件を観測可能にすることが目的です。
GridCovenはOpenAI互換またはAnthropicのエンドポイントへの接続に対応し、必要な場合は認証情報を使います。エンドポイントにフィルタリングのないAIモデルがあっても、実際の能力とサービス条件が適用されます。コンテキストとツールはモデルとサーバーが決めます。呼び名や自信に満ちた説明だけでは、検証の完全性は証明できません。
完成済み盤面の検証作業を定義する
形式が不正な入力と無効な盤面をどう区別しますか？
まず必要な形状と値の型を示し、次に形の正しい盤面が持ち得る規則違反を説明します。呼び出し側が各結果をどう観測するか指定してください。エラー処理と真偽値による有効性の判断を別々にレビューできます。
正解のテストデータだけでは不十分なのはなぜですか？
それでは有効な例を1つ受け入れることしか示せません。行、列、ブロックの違反を個別に分離したケースを加え、条件の欠落を見えるようにします。期待結果を独立に確認してから、提案実装がテストで一致するか調べてください。
この環境に空きセルを解くよう依頼できますか？
それは別の仕様を持つ別のコーディング作業になります。ここでの例は完成済み入力の検証です。提案された検証関数が黙ってソルバーになったり、未完成の盤面を完成した解として扱ったりしないよう、空きセルの扱いを明示してください。
検証時に渡された盤面を変更してもよいですか？
要件で指定してください。このレビュー例では元の入力を保持し、検証後に確認します。有効性の結果が正しくても、変更は後続のインターフェース動作に影響し得るため、そのリスクが重要なら利用側のコードも含めてください。
GridCoven · 更新日 2026-10-25