MITHRIL AnalysisEnglish

INDUSTRY / TRANSPORT

輸送・物流

配送整合性を維持し重複指示を防ぐ

保護する資産: 配送API・倉庫端末・経路情報

A/B/C は同一業務 family の設計仕様。記載の時間は設計予算で、実測時間ではありません。

A · 競技型・証拠分析 · 30 min 設計予算

配送Webhookの再送と改変を区別する

架空の輸送・物流組織で配送Webhookの再送と改変を区別する。配送API・倉庫端末・経路情報の合成snapshotを使用。配送整合性を維持し重複指示を防ぐ。

提出と検証

正常対照: 事前承認済みの通常業務 / ログ欠落で判断不能な事例

family: transport-workflow-v1 · grader: not-implemented

GitHub ↗

B · 業界シナリオ・修復 · 120 min 設計予算

署名検証とidempotencyを修復する

架空の輸送・物流組織で署名検証とidempotencyを修復する。配送API・倉庫端末・経路情報の合成snapshotを使用。配送整合性を維持し重複指示を防ぐ。

提出と検証

正常対照: 事前承認済みの通常業務 / ログ欠落で判断不能な事例

family: transport-workflow-v1 · grader: not-implemented

GitHub ↗

C · 運用型・継続復旧 · 240 min 設計予算

倉庫端末停止下で再配送を安全に再開する

架空の輸送・物流組織で倉庫端末停止下で再配送を安全に再開する。配送API・倉庫端末・経路情報の合成snapshotを使用。配送整合性を維持し重複指示を防ぐ。

提出と検証

正常対照: 事前承認済みの通常業務 / ログ欠落で判断不能な事例

family: transport-workflow-v1 · grader: not-implemented

GitHub ↗

関連する L0 教育用演習 ↗ (A/B/C の実装ではありません)

← 全業界