container / ct グループのサブコマンドが wrapper 経由で [name] を受け付けてしまう

[takemi-ohama]

何が起きるか

container（ct）グループのサブコマンドは parser 上 [name] を受け付けない。しかし bin/devbase の name 解決は project|container|ct を同じ分岐で扱う。そのため _PROJECT_NAME_SUBCOMMANDS に載るサブコマンドへ実在するプロジェクト名を渡すと、wrapper が名前を取り除いてそのプロジェクトへ移動し、parser の検査を迂回する。

bin/devbase:407 付近
case "$_resolved_cmd" in
    project|container|ct)
        if [[ "$_PROJECT_NAME_SUBCOMMANDS" == *" ${2:-} "* ]]            && maybe_cd_project "${3:-}"; then

devbase container up carmo / container down carmo / container open carmo などが、いずれも carmo を対象に動く（存在しない名前なら parser が usage エラーにする）。

決めること

論点	案
container を名前解決から外すか	外すと container <sub> <name> は実在性によらず usage エラーになる。container は非推奨なので、project へ誘導する形で揃えられる
今の動きを仕様として残すか	残すなら container の parser に [name] を足して、wrapper と parser を一致させる

由来

PR #199（devbase open）のクロスレビューで codex が指摘した（container open carmo）。open に限らず container グループ全体の既存の動きであるため、#199 では変えずに起票した。

進行

モード: standard / 作業ツリー: .worktrees/fix/plan61-name-resolution / 計画: issues/PLAN61_name-resolution.md

• 要求と受け入れ条件 — 2026-09-18 20:34
• 作業場所の用意 — 2026-09-18 20:37
• 設計 — 2026-09-18 20:38
• 素材の収集と出典の確定
• ドキュメント再構成 — 2026-09-18 20:50
• ドキュメントレビュー — 2026-09-18 20:50
• 計画 — 2026-09-19 09:11
• 実装 — 2026-09-19 09:39
• 構造改善 — 2026-09-19 10:13
• 実装レビュー — 2026-09-19 10:50
• 完了判定 — 2026-09-19 10:57
• Pull Request — 2026-09-19 09:39
• 確定仕様化 — 2026-09-19 11:13
• 後片付け
• 配布 — 2026-09-19 13:36
• 体裁レビュー
• リリース後テスト — 2026-09-19 13:38
• 振り返り — 2026-09-19 13:39