Skip to content

[#366] implement-exceeded-requeue#374

Draft
nrslib wants to merge 4 commits intomainfrom
takt/366/implement-exceeded-requeue
Draft

[#366] implement-exceeded-requeue#374
nrslib wants to merge 4 commits intomainfrom
takt/366/implement-exceeded-requeue

Conversation

@nrslib
Copy link
Owner

@nrslib nrslib commented Feb 23, 2026

Summary

背景・目的

現在のtakt runでは、イテレーション上限に達すると追加イテレーションを求めるインタラクティブな対話が発生する。非同期実行では人間が監視していないためこの対話が機能しない。代わりにexceededステータスへ移行・停止し、takt listから再投入できる仕組みを実装する。

要件

1. exceededステータスの追加(優先度: 高)

  • 既存のステータス(pendingなど)にexceededを追加する
  • イテレーション上限到達時に、追加イテレーションを求める対話を行わず、自動的にexceededステータスに移行して停止する

2. イテレーションカウンターの継続(優先度: 高)

  • 上限到達時(例: 30/30)に、ピース定義に記載されているiteration数(maxTurnsなど)を現在の最大値に加算して記録する
    • 例: ピースのiteration数が30の場合 → 30 + 30 = 60。再投入後は31/60から再開
  • 現在のイテレーション数はリセットせず、続きのカウントから始める

3. 再投入機能(優先度: 高)

  • takt listexceededステータスのrunを確認・フィルタリングできる
  • exceededのrunを再投入するコマンド/操作を実装する
  • 再投入時は追加指示不要。前回の状態(会話履歴・コンテキスト)をそのまま引き継いで実行を継続する

制約

  • 再投入時に新しい指示は不要。既存の指示書・コンテキストのみで続行
  • pendingなど既存ステータスの挙動は変更しない

Open Questions

  • ピース定義のiteration数を参照するフィールド名(maxTurnsなど)はコードを調査して特定すること

Execution Report

Piece default-test-first-mini completed successfully.

Closes #366

@nrslib
Copy link
Owner Author

nrslib commented Feb 23, 2026

Summary

背景・目的

現在のtakt runでは、イテレーション上限に達すると追加イテレーションを求めるインタラクティブな対話が発生する。非同期実行では人間が監視していないためこの対話が機能しない。代わりにexceededステータスへ移行・停止し、takt listから再投入できる仕組みを実装する。

要件

1. exceededステータスの追加(優先度: 高)

  • 既存のステータス(pendingなど)にexceededを追加する
  • イテレーション上限到達時に、追加イテレーションを求める対話を行わず、自動的にexceededステータスに移行して停止する

2. イテレーションカウンターの継続(優先度: 高)

  • 上限到達時(例: 30/30)に、ピース定義に記載されているiteration数(maxTurnsなど)を現在の最大値に加算して記録する
    • 例: ピースのiteration数が30の場合 → 30 + 30 = 60。再投入後は31/60から再開
  • 現在のイテレーション数はリセットせず、続きのカウントから始める

3. 再投入機能(優先度: 高)

  • takt listexceededステータスのrunを確認・フィルタリングできる
  • exceededのrunを再投入するコマンド/操作を実装する
  • 再投入時は追加指示不要。前回の状態(会話履歴・コンテキスト)をそのまま引き継いで実行を継続する

制約

  • 再投入時に新しい指示は不要。既存の指示書・コンテキストのみで続行
  • pendingなど既存ステータスの挙動は変更しない

Open Questions

  • ピース定義のiteration数を参照するフィールド名(maxTurnsなど)はコードを調査して特定すること

Execution Report

Piece default-test-first-mini completed successfully.

Closes #366

@nrslib
Copy link
Owner Author

nrslib commented Feb 24, 2026

Summary

背景・目的

現在のtakt runでは、イテレーション上限に達すると追加イテレーションを求めるインタラクティブな対話が発生する。非同期実行では人間が監視していないためこの対話が機能しない。代わりにexceededステータスへ移行・停止し、takt listから再投入できる仕組みを実装する。

要件

1. exceededステータスの追加(優先度: 高)

  • 既存のステータス(pendingなど)にexceededを追加する
  • イテレーション上限到達時に、追加イテレーションを求める対話を行わず、自動的にexceededステータスに移行して停止する

2. イテレーションカウンターの継続(優先度: 高)

  • 上限到達時(例: 30/30)に、ピース定義に記載されているiteration数(maxTurnsなど)を現在の最大値に加算して記録する
    • 例: ピースのiteration数が30の場合 → 30 + 30 = 60。再投入後は31/60から再開
  • 現在のイテレーション数はリセットせず、続きのカウントから始める

3. 再投入機能(優先度: 高)

  • takt listexceededステータスのrunを確認・フィルタリングできる
  • exceededのrunを再投入するコマンド/操作を実装する
  • 再投入時は追加指示不要。前回の状態(会話履歴・コンテキスト)をそのまま引き継いで実行を継続する

制約

  • 再投入時に新しい指示は不要。既存の指示書・コンテキストのみで続行
  • pendingなど既存ステータスの挙動は変更しない

Open Questions

  • ピース定義のiteration数を参照するフィールド名(maxTurnsなど)はコードを調査して特定すること

Execution Report

Piece default-test-first-mini completed successfully.

Closes #366

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

イテレーション超過時のexceededステータスと再投入システムの実装

1 participant