Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Allow configurable continuation limits when max_iterations is reached

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

メンテナーはふだん 1 日以内に返信

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
40/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
go
領域
api, backend

調査の方向性

The hardcoded newMax := iteration + 10 is in pkg/runtime/loop_steps.go, and the resume request type is in pkg/api/types.go. Start by reading how the iteration limit is raised when continuation is approved, then see how the resume request reaches that code. Done means optional resume parameters choose a custom extension or no limit for the current run only, while requests without them keep the +10 behavior. The issue leaves the parameter names and semantics open, so confirm the design with maintainers first.

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

説明

area/api area/runtime area/sessions
Description

Allow configurable continuation limits when max_iterations is reached

Version: Docker Agent v1.149.0
Usage: docker agent serve api with a custom web frontend

Problem

When an agent reaches max_iterations, approving continuation always grants exactly 10 additional iterations, regardless of the configured limit.

For example, with max_iterations: 500, the agent pauses after 500 iterations. Approving continuation raises the limit to 510, then 520, and so on. This requires frequent manual confirmation during legitimate long-running tasks, such as browser automation or multi-step coding work.

The initial limit is configurable, but the continuation increment is hardcoded:

newMax := iteration + 10

Source: [pkg/runtime/loop_steps.go](https://github.com/docker/docker-agent/blob/v1.149.0/pkg/runtime/loop_steps.go#L108-L115)

The [resume API request](https://github.com/docker/docker-agent/blob/v1.149.0/pkg/api/types.go#L176-L180) exposes no parameter for changing this behavior.

Steps to reproduce
  1. Configure an agent with max_iterations: 500.
  2. Run a task that reaches the limit.
  3. Approve continuation through the session resume API.
  4. Observe that the agent can execute only 10 additional iterations before requesting confirmation again.
Proposed behavior

Allow the user to choose between:

  • Continue for N additional iterations, with the original configured limit as a sensible default.
  • Continue without an iteration limit for the current run.

Ideally, expose this through optional parameters on the existing resume API so custom clients can offer these choices without repeatedly auto-approving 10-iteration extensions.

These choices should affect only the current run’s iteration budget. They should not change tool approval policies, future runs, or unrelated execution limits.

For backward compatibility, requests without the new parameters could retain the existing +10 behavior.

Why this matters

An iteration limit is a useful checkpoint. Once the user explicitly approves a longer continuation, a fixed increment of 10 creates unnecessary interruptions and makes the API difficult to use for long-running workflows.

Expected Behavior

No response

Actual Behavior

No response

Steps to Reproduce

No response

Docker Agent version

No response

OS & terminal

No response

Model used

No response

Error output

Screenshots

No response

Additional context

No response

主要言語
Go
スター
4.4k
フォーク
508
平均マージ
7時間 2分
マージ済み PR(30日)
233

環境構築

Codespaces で開く

このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。

  • Dockerfile または Docker Compose ファイルあり
  • プルリクエストのテンプレートなし
  • コントリビューションガイドなし

はじめの一歩

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

docker/docker-agent のほかの issue

docker/docker-agent の issue をすべて見る

似ている issue

Go の issue をもっと見る

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

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