MITHRIL Analysis日本語

INDUSTRY / TRANSPORT

Transport

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

Assets: 配送API・倉庫端末・経路情報

A/B/C are specifications in one workflow family. Durations are planned budgets, not measured completion times.

A · 競技型・証拠分析 · 30 min planned budget

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

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

Outputs and checks

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

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

GitHub ↗

B · 業界シナリオ・修復 · 120 min planned budget

署名検証とidempotencyを修復する

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

Outputs and checks

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

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

GitHub ↗

C · 運用型・継続復旧 · 240 min planned budget

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

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

Outputs and checks

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

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

GitHub ↗

Related L0 educational exercise ↗ (not an implementation of A/B/C)

← All industries