blender-iterative-refinement

Blender の反復的な改善

自律的な判断、エビデンスの確認頻度、長時間タスクの継続性については、各タスクで一度、共通の実行ガイダンスを読んでください。

該当する作成ワークフローで完成させた候補を起点にします。通常の構築段階を置き換えてはいけません。このスキルでは、範囲を限定した批評、ソースの修正、同一条件での再確認、ロールバックの判断を追加します。

候補を固定する

1. ユーザーに見えるリクエストを、重要な要件、その他の表示要件、技術的な合格条件、明示的な除外事項に整理します。
2. 修正時に保持する不変条件を記録します。たとえば、スケール、全体のワールド境界、向き、名前、階層、アニメーション範囲、マテリアル、承認済みの形状、編集可能なシステム、エクスポート時の動作です。
3. 候補のソース、作成したアーティファクト、新規エクスポートのインポート結果、メトリクス、ヒーロービュー、固定マルチビューコンタクトシート、必要なアニメーションまたは変形のフレームを保持します。候補の唯一のコピーを決して上書きしないでください。

独立した批評パスを実行する

批評と編集を分離します。候補を固定し、修正を選ぶ前に、そのエビデンスを評価します。これは独立した自己レビューのパスとして実施できます。ユーザーまたはベンチマークプロトコルから求められない限り、2つ目のエージェントは必要ありません。

画像表示ツールで保持した画像を開きます。編集前に、すべての重要な要件について pass、fail、または unclear の判定を記録し、その判断の根拠となるビューまたはフレームを明記します。名前、ソースコード、階層、メトリクスは、対象が存在しない、遮蔽されている、または判読できない場合に、視覚的な合格の根拠にはなりません。

透過性のある筐体と発光する対象は、連動する視認性の問題として扱います。実際のターゲットレンダーエンジンと露出を確認します。ガラスが不透明になったり、発光が白い塊のように強くにじんだりする場合、シェーダーグラフが正しくても十分ではありません。内包された対象は、必要なすべてのビューとアニメーションサンプルで、輪郭をたどれること、局所的な色のコントラストが保たれていることが必要です。

次の順序で優先します。

1. 主要な対象、必要な動作、または重要な関係が欠落している、あるいは判読できない
2. 決定論的な合格条件またはタスク全体の上限を満たしていない
3. ジオメトリ、変形、接触、マテリアル、ライティング、エクスポートに重大な欠陥がある
4. 二次的な仕上げ

目に見える機構については、重要なフレーム全体を通して因果関係の連鎖をたどります。駆動部、コネクター、取り付け部、ピボットまたはガイド、可動部、最終状態を確認します。数値上の端点残差が合格でも、接続部が細い、遮蔽されている、またはコントラストが低い場合は unclear と判定します。

利用可能な場合は、候補と修正版について、同一の選択範囲と明示的な制約を指定して blender_quality_report の出力を保持します。その後、保持した候補をベースラインとして blender_compare_scenes を呼び出します。固定した要件に基づいて必須パーツと不変条件を宣言します。修正対象パーツの移動や寸法変更を意図的に許容する場合は、invariantObjects を使用します。オブジェクトの結果がページ分割されていても、エラーには選択したアセンブリ全体が反映されます。数値的な所見や事実に基づく差分は、視覚的な判定表と分けて扱います。review_required は合格を意味せず、境界ボックスの重なりだけではメッシュの交差を証明できません。修正を採用する前に、実際のエビデンスを比較してください。美的スコアや自動チェックポイントツールがあることを前提にしてはいけません。

永続的なソースを修正する

最優先の失敗に対処できる、ソースレベルで最小の原因を特定します。永続的な Python ソースまたは編集可能な Blender ソースで、的を絞った修正を1つ行うか、緊密に関連する修正をひとまとまりで行います。作成したアーティファクトとエクスポート済みアーティファクトを再生成し、派生ファイルに手作業でパッチを当てないでください。

主要な対象や因果関係の配置が誤っている場合、限定的な見た目の修正では不十分です。仕上げに取りかかる前に、主要部分を作り直してください。

再確認して判断する

Blender の実行ファイル、インスペクター、カメラ、フレーム、レンダー設定、エクスポート／インポートのパス、タスクのゲートを正確に繰り返します。候補と修正版を並べて比較します。次の条件を満たす場合に限り、修正版を採用します。

• 対象の不具合が改善するか、解消されていること。
• 実際の最終的な証拠で、重要な可視要件がすべて満たされていること。
• 以前のハードゲート、タスク制限、重要要件のいずれにも新たな問題が生じていないこと。
• 最大のメッシュだけでなく、集計した scene.bounds.dimensions が全体のサイズ制限を満たしていること。
• 意図的なトレードオフがユーザーに承認されていること。

これらの条件を満たさない場合は、保存しておいた候補に戻し、修正版を却下した理由を報告します。2 回目の修正は、採用した結果のほうが優れていることを証拠で示せる場合にのみ有効です。

イテレーションを記録する

契約、候補の証拠パス、要件台帳、選択した不具合、発生原因、修正内容、不変条件の結果、最終的な証拠パス、および retain_repair、retain_candidate、blocked のいずれかの decision を記載した iteration_review.json を作成します。作成者の自己レビューとベンチマークの判定は分けてください。非公開のしきい値、条件ラベル、競合する提出物、判定者からのフィードバックを作成者に開示しないでください。