openworkflowdev / openworkflowdev/openworkflow

Support manual retry for failed workflows

オープン
#520 コメント 1 件 リアクション 1 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

enhancement
主要言語
TypeScript
スター
1.3k
フォーク
66
平均マージ
1日 1時間
マージ済み PR(30日)
69

説明

Desired Behavior

It would be great to support manually retrying a failed workflow execution (or a failed workflow step) without restarting the entire workflow from the beginning.

In many real-world workflows, a workflow may contain multiple long-running or expensive steps. If one step fails near the end, the workflow is marked as failed and there is currently no simple way for users to manually retry it.

Ideally, OpenWorkflow could support:

manually retrying a failed workflow execution
resuming from the failed step instead of replaying all previous successful steps
retrying a specific failed step
preserving workflow history and outputs from completed steps

This would be especially useful for:

document processing pipelines
data import/export jobs
ETL workflows
multi-stage asynchronous tasks
workflows involving external APIs
Example Usage
// retry an entire failed workflow
await workflow.retry(workflowId)

// retry from the failed step
await workflow.retry(workflowId, {
fromFailedStep: true,
})

// retry a specific step
await workflow.retryStep(workflowId, "generateReport")

Example scenario:

uploadFile
→ validateFile ✅
→ parseData ✅
→ generateReport ❌
→ sendNotification

Instead of restarting the entire workflow, the user could manually retry only the generateReport step from the UI.

This would improve the user experience for long-running workflows and help avoid unnecessary recomputation and repeated external API calls.

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

この issue ではソースファイル、テスト、エントリーポイントが指定されていないため、まず workflow の実行とステップ処理のエントリーポイントを特定してください。完了とするには、完了済みの処理、履歴、出力を保持しながら、失敗した実行またはステップを再試行するための設計を決定し、実装する必要があります。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
typescript
領域
backend, distributed-systems
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
静か
明瞭さ
説明が足りない
初心者へのやさしさ
35/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。