Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

simulator-session.yml の simtunnel の固定先が古く、agentd が無いため simtunnel up --wait / status が準備完了を検知できない

Closed Beginner friendly
  • Is something wrong?
#193 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
1-3 hours
Newbie friendliness
68/100
Issue type
Bug
Clarity
Clearly specified
Activity status
Active
Tech stack
github-actions
Domain
ci-cd

Research direction

Read .github/workflows/simulator-session.yml around line 89, then compare the pinned session.yml with the simtunnel revision that starts agentd. Check whether that revision adds caller inputs or secrets, and update the pinned commit SHA accordingly. Done means the workflow uses an agentd-enabled revision and simtunnel up --wait and simtunnel status succeed as described.

Written by the indexing model from the issue text.

Description

不具合

.github/workflows/simulator-session.yml:89 が simtunnel の reusable workflow を bannzai/simtunnel/.github/workflows/session.yml@82f8e8f60eec1bf19f5889e08f219b59bbc146ee (main 2026-08-12) に固定している。この版の session.yml は agentd (:8200) を起動せず、tailnet へ公開するポートも WDA (:8100+i)・MJPEG (:9100+i)・serve-sim (:3200) だけになっている。

一方でローカルの simtunnel CLI (~/ghq/github.com/bannzai/simtunnel/local/simtunnel の session_ip) は、tailnet の simtunnel-<session> ノードに http://<IP>:8200/status を問い合わせ、返った run_id が実行中の run と一致した時だけそのノードを使う。agentd が無いノードはこの照合に通らないため、simtunnel up --wait / status / screenshot / mcp-config / ios-wda.sh --session が、セッションの準備が済んでいても「simtunnel- は tailnet に存在しない」で失敗する。

再現 (2026-10-29 に実測)

  1. SIMTUNNEL_REPO=bannzai/Signalarm simtunnel up issue-188 --ref issue-188 --wait を実行する。run https://github.com/bannzai/Signalarm/actions/runs/40839951278 の session ジョブは WDA の起動と Tailscale への参加まで成功した
  2. tailscale status には simtunnel-issue-188 (tagged-devices、active) が出て、curl http://<IP>:8100/status は "ready" : true を返す
  3. curl http://<IP>:8200/status は Failed to connect ... Could not connect to server
  4. simtunnel status issue-188 は exit 1 で「simtunnel-issue-188 は tailnet に存在しない」を返し、up --wait は 20 分で時間切れになる

期待する結果

simulator-session.yml の simtunnel の固定先を agentd を起動する版へ上げ、simtunnel up --wait が準備完了を検知し、simtunnel status / ios-wda.sh --session がそのまま使えること。上げた版で caller 側の入力・Secrets に追加が要るかは、simtunnel の session.yml の差分で確かめる。

なぜやるか

  1. どの仮説・指標を動かすか: プロダクトの指標は動かさない。CLAUDE.md「検証方法」が既定とする simtunnel の動作確認が、手順どおりでは毎回 20 分の時間切れで止まり、無人実装の UI 確認が詰まる
  2. 何を観測して思いついたか: #188 で simtunnel up --wait が 2 回時間切れになり、:8200 への接続失敗と固定先の session.yml に agentd が無いことを確かめた
  3. うまくいったら次に何が変わるか: simtunnel up --wait と ios-wda.sh --session が手順どおりに動き、WDA の IP を手で探して直接つなぐ回避が要らなくなる
  4. これの最小の版は何か: simulator-session.yml の uses: の固定先を、agentd を起動する simtunnel の commit SHA へ上げる (caller 側で要る入力の追加を含む)
  5. 今日これ 1 件しか出せないとしても出すか: 出す。UI を変える issue の動作確認のたびに詰まるため
  6. まともなエンジニアが読んで、やるべきだと納得する理由が書けているか: 検証手順の既定経路が固定先の古さで常に失敗しており、上げるだけで直るため

完了条件

  • .github/workflows/simulator-session.yml の simtunnel の固定先が、agentd (:8200) を起動する版の commit SHA になっている
  • その版で simtunnel up <セッション名> --ref <ブランチ> --wait が準備完了を返し、simtunnel status <セッション名> が WDA の /status を返す (確認後に simtunnel down で閉じる)

見つけた経緯

#188 (PR #189) の simtunnel での動作確認で、セッションを 2 回起動してどちらも --wait が時間切れになった。PR #189 では WDA の IP へ SIMTUNNEL_WDA_URL で直接つないで確認を済ませた。

セッション再開

cd /Users/bannzai/worktrees/bannzai/Signalarm/issue-188
claude --resume 821ddf9d-6e2a-4140-9778-b16ae5b1d1b6
Dominant language
Swift
Stars
0
Forks
0
No merged PRs in 30d

Getting set up

  • No Dockerfile or Docker Compose file
  • Has a pull request template
  • No contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from bannzai/Alarmify

All issues in bannzai/Alarmify

Similar issues

More Swift issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.