aws-samples / aws-samples/sample-autonomous-cloud-coding-agents
feat(orchestration): stranded-task operator notify and manual resume
- 主要言語
- TypeScript
- スター
- 143
- フォーク
- 46
- 平均マージ
- 3日 10時間
- マージ済み PR(30日)
- 24
説明
**Context:** ROADMAP.md → Stuck-task reconciliation (operator notify/resume)
---
## Component
API or orchestration
## Describe the feature
Extend shipped stranded-task reconciler: **operator notification** before forced failure and **manual resume** option for recoverable stuck states.
## Use case
Reconciler today fails stuck tasks automatically—correct for hygiene but harsh when root cause was transient platform outage. Operators want warn-then-act and resume.
## Proposed solution
1. Grace period: emit `stranded_warning` event + notify before `failTask`.
2. `POST /tasks/{id}/resume` for operator-forced continuation from last checkpoint (when safe).
3. Blueprint config: `stranded_grace_minutes`, `notify_channel`.
4. Audit all operator resume actions.
5. Tests for warning → fail and warning → resume paths.
## Other information
- Base reconciler shipped; this is **operator UX** on top.
- Design context: `docs/design/ORCHESTRATOR.md`.
- [ ] This might be a breaking change
コントリビューションガイド
調査の方向性
ROADMAP.md の「Stuck-task reconciliation」セクションから始め、既存の孤立タスク reconciler について docs/design/ORCHESTRATOR.md を読んでください。warning、resume、configuration、audit のフローを定義する前に、現在の failTask パスと task API のエントリーポイントを追跡してください。warning→fail と warning→resume のパスにテストがあり、提案されたオペレーターの動作がカバーされていれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- typescript
- 領域
- api, backend
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 静か
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 45/100