create_parallel_queue reports success while silently skipping a step that did not render
まだ誰も着手していません。
評価
調査の方向性
まず issue の YAML パイプラインを再現し、create_parallel_queue エントリーポイントを追跡してください。examples/ にはこれを対象とするカバレッジがないためです。未解決の内部アクションが明示的に失敗すること、$ 参照が暗黙に削除されないこと、templated on: の値が正しく分割されること、そして文書化された内部アクションの構文に一貫性があることを確認してください。報告された動作をカバーする焦点を絞ったテストを追加し、失敗が呼び出し元まで到達することを確認してください。
索引モデルが issue の本文から書いたものです。
説明
Observed while probing loop bindings by execution.
Inside a create_parallel_queue, a step whose template references an unbound bare name does not write its file, and the pipeline still reports success:
- id: loop
action: create_parallel_queue
create_parallel_queue:
"on": "['A']"
action_loop:
- action: filesystem
parameters:
action: write
path: "out/probe.txt"
content: "{{ nosuch_name }}"
The write is refused internally with still contains unresolved template references, no file appears, and the run's result reports success. Nothing surfaces to the caller.
The $ spelling fails differently and just as quietly: {{ $nosuch }} is stripped to nothing and the literal text is written to the file, so the artifact exists and its contents are wrong.
Two more findings from the same probe, same construct:
- A template in
on:breaks queue splitting."on": "['x', '{{ 1 + 1 }}']"yields a single queue item whose value is the list['x', '2'], rather than two items. Without a template it splits correctly. - Inner actions cannot use
tool:.tool: filesysteminside the nestedaction_loopraisesCould not import tool filesystem: No module named 'orchestrator.tools.filesystem_tools';action: filesystemis required. So the step syntax inside this construct differs from the step syntax everywhere else, undocumented.
The silent-success case is the serious one: it is the failure mode the resilience work was meant to remove, and no test covers this construct. examples/ contains no create_parallel_queue pipeline that validates, so nothing exercises it.
- 主要言語
- Python
- スター
- 3
- フォーク
- 2
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
ContextLab/orchestrator のほかの issue
-
Stop textually splicing variable values into expression source in ControlFlowAutoResolver._safe_evalオープンarchitecture bug
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
ContextLab/orchestrator#427 ·
-
MVP: evidence-driven recursive agentic runtime対応中かも @jeremymanning が 71 日前に担当しました。 オープンarchitecture enhancement epic
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
ContextLab/orchestrator#492 ·
-
architecture enhancement
難易度 5/5 1週間以上 初心者へのやさしさ 20/100
ContextLab/orchestrator#491 ·
-
architecture enhancement
難易度 5/5 1週間以上 初心者へのやさしさ 28/100
ContextLab/orchestrator#490 ·
-
architecture enhancement
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
ContextLab/orchestrator#489 ·
ContextLab/orchestrator の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
enhancement good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
elviskahoro/sdk-python-attio#144 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
RenyiELBO raises TypeError when model has no sample sites対応中かも @alibb007 が今日担当しました。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
メンテナーはふだん 1 日以内に返信