resize-images

/as:resize-images — Web、ソーシャル、印刷向け画像リサイズ

作業を開始する前に、ホスト契約と、このコンポーネントの宣言（skill:resize-images）をお読みください。共通カタログから該当するモードのみを組み合わせます。宣言はアクセス権や許可を証明するものではありません。実際のホストの配信経路を使用してください。

要求されたバッチを選択する

元画像を保持したまま、写真やレンダリング画像を要求された形式のコピーにリサイズします。提供されたソースフォルダーと、選択された web、social、slides、または print モードを再利用します。重大な不足がある入力のみを確認し、すでに提供された情報や許可は再度尋ねないでください。この単発の操作に、スタジオやプロジェクトの設定は必要ありません。

resize_images.resize のネイティブリサイズ仕様をすべて読み、入力と出力の正確な構成、12種類のプリセットのラベル・寸法・エンコード設定、Webでの幅のみの動作、中央トリミング、印刷時の丸めとDPI、先頭フレームと色の適用範囲、文字列の完全一致による衝突チェック、失敗時と再試行時の動作を確認してください。実際のホストで利用可能なツールを使用します。インストール済みのArch Studioランナー、実行可能ファイルへの引き渡し、または汎用的な依存関係のインストールは必要ありません。プリセットはArch Studioが定めたサイズであり、外部プラットフォームの最新要件ではありません。別の寸法やトリミングが要求された場合は、実際にサポートされている別の経路を選択する必要があります。

確認、準備、公開

許可されたフォルダーを再帰検索せずにスキャンし、対応する .jpg、.jpeg、.png、.tif、.tiff、.webp ファイルを確認します。件数を報告し、対応する入力がない場合は明示して停止します。処理前に、実際のアクセス権、ソースの構成、衝突の範囲を確認します。元画像、名前、無関係なファイル、ソースのアクセスメタデータを保持します。重複するベース名や、すでに存在する予約済み出力がある場合は、完全一致の再試行であると証明できない限り処理を中止します。

所有者が定める完全なバッチ準備手順と、ネイティブ変更シーケンスに従います。成功した各ソースの派生画像一式と、要求された公開レポートを、最初の公開処理の前にすべて準備します。失敗したソースについては派生画像の一部だけを作成せず、他のソースの準備は続行します。保持対象の元ファイルと準備済みファイルのバイト列およびアクセス権一式を永続化して完了させ、個別に開き直して検証します。上書きせずに完全なファイルを公開します。公開ファイルを直接作成してから書き込む方法では不十分です。実際の画像とレポートの出力先、およびアクセスメタデータをすべて開き直して調べたうえで、完了前に保護対象とソースの全体を再確認します。新しいコピーを作成する前に、中断された作業や完全一致する再実行の状態を照合します。

結果の確認と報告

デコード後の寸法、形式、印刷用の300×300 DPI、実際のトリミング・向き・色の動作を検証します。被写体が大きく切れていないか画像を確認します。中央トリミングでは被写体を検出しません。Webでは幅に制限を設け、印刷では回転しない枠に収めます。どちらも拡大はしません。小さな入力にも、選択されたラベル付き出力をすべて作成します。ソーシャルとスライドでは、枠を埋めるように拡大します。RGB以外またはLモードのソースはアルファチャンネルを破棄してRGBに変換し、アニメーション画像や複数ページ画像は最初のフレームのみを使用します。ICC/EXIFの保持、メタデータの削除、自動的な向き補正を保証しないでください。

実際の出力ディレクトリ、ファイル名、寸法、整数のKiB単位のサイズ、成功・失敗したソースの件数、具体的なエラーや省略項目を列挙します。互換性のある機械的な要約と、実際の完了を示す証拠は分けてください。バッチの一部が成功しただけでは、全体の完了とはなりません。記録の採用、登録、アップロード、外部への配信は暗黙に含まれません。