Skip to content

承認ゲート 1 の MVV 判定が、要求の文書を書く前の requirements-check の exit 2 を材料の欠けと読む #2237

Closed as not planned

Description

@takemi-ohama

何が起きたか

開発ループ l20261031 の 1 周目(2026-10-31)で、#2206 の設計(PR #2234 )が承認ゲート 1 の MVV 判定で unknown になり、人の判断待ちへ移った。判定の理由は「requirements-check が exit 2 で止まり、issues/issue-2206-requirements.md を読めていない。受け入れ条件と設計が揃っているかを材料から確かめられない」だった。

設計のプランの進捗(.ndf/loop/l20261031/lap-1/sprint/1-design-2206-state/progress.jsonl):

時刻(UTC) ステップ exit
00:33:11 requirements-check 2(要求の文書がまだ無い。次の requirements で書く正常な流れ)
00:35:55 requirements 0
01:16:09 requirements-recheck 0(本文と一致)
01:16:45 mvv 10(unknown)

要求の文書は後のステップで書かれ、requirements-recheck は通っている。判定に渡す材料が、最初の検査の止まり(正常な分岐)を失敗として載せているか、判定がそれを失敗と読んでいる。

影響

設計の中身は Mission・Vision・Value に沿うと判定されていたのに、材料の読み違いで人の判断待ちへ回り、ループが周回を空回りさせる(この周回は 3 件とも人へ戻った)。

直す向き

MVV 判定の材料から、後のステップで解消された分岐(requirements-check の exit 2 の後に requirements-recheck が 0)を失敗として載せない。または判定の指示に、その exit 2 が正常な分岐であることを書く。

由来

開発ループ l20261031 の 1 周目の承認ゲート 1。由来: PR #2234

再発(2026-11-02、開発ループ lflow の周回 1)

閉じた理由

#1502(設計のプランで、設計の前に打った requirements-check の exit 2 を MVV 判定が材料に読み、承認ゲート 1 の助言が unknown になる)と同じ不具合のため閉じます。現れる場所(承認ゲート 1 の MVV 判定)と直す場所(plugins/ndf/scripts/supervise_lib/pr.py の _machine_body が作る PR 本文の「テスト」の表)が同じです。この課題に残した観測(開発ループ l20261031 の 1 周目の #2206 と、開発ループ lflow の周回 1 の #2346・#2315・#2262)は、#1502 の「同じ現象の観測」の節へ移しました。

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions