Hichem Benali 事例記録 Cabinet ↗
言語 日本語

事例記録 ·

収束が、
因果より先に。

2026年6月13日、最初の Sendable? V0 が私の Git 履歴に現れる。

前提は単純だった。AI は文面をつくれる。それは、その文面を送るべきかどうかを決めはしない。V0 は、その行為の直前に判断の層を置いた。

01 / 来歴

日付のあるコミット。 公開の主張ではない。

monkidy/sendable-landing · f4ae11ed非公開リポジトリ · 画面の複製、改変なし
A terminal showing the Git remote github.com/monkidy/sendable-landing and the commit f4ae11eddf617fa089e6b3d305322a3905a3b75d, authored 13 June 2026 at 17:02:21 +0200 and committed at 17:24:08 +0200, with the message Build Sendable V0 static landing.
のちに trysendable.com となったリポジトリの Git 履歴。このリポジトリは現在、非公開である。この記録は、それが6月に公開で見えていたとは主張しない。そして外部の者が、ここからそのコミットを検めることはできない。

別のシステムが記した二つ目のタイムスタンプが、これと一致する。そのリポジトリのホスティング用プロジェクトは、2026年6月13日 17:34:40 Europe/Paris に作成された。コミットのおよそ十分後である。これは私自身のアカウントに属する基盤側のメタデータであって、独立した証明ではない。

02 / 何が在ったか

ひとつの判定。 書き直しではない。

trysendable.com ↗
commit f4ae11ed · app/page.tsx当時のソース、そのコミット時点での描画
The Sendable? V0 page. A label reads PRE-SEND VERDICT LAYER above the line AI wrote it. You still own the outcome. Below, three receipt cards return the verdicts SEND, REVISE and DON'T SEND, each with a context, reasons, allowed actions, blocked actions and a receipt identifier.
まさにそのコミットの当時のソースから、切り離したチェックアウトで描画したもの。このページのために加えたもの、除いたもの、様式を変えたものは何もない。

下書き、次に文脈、次にリスク、次に判定、そして受領記録。三つの判定は閉じていた。送信、修正、送らない。

出力は、ただ文章が良くなったというものではなかった。下書きを通すべきかどうかについての、範囲を区切った判断であり、その隣には許可された動作と拒まれた動作が書き添えられていた。

03 / 何を見つけたか

もうひとつの Sendable が、 いま動いている。

usesendable.com ↗
usesendable.com公開のウェブサイト · 2026年8月22日に取得
The usesendable.com home page. The brand reads Sendable. The headline reads Paste the AI slop. Get the one-pager you can send. A panel invites the visitor to paste a draft and choose an audience, a goal and an output format.
この記録の日付の時点における、先方の公開トップページ。全体をそのまま取り込み、注記は加えていない。矢印も、丸も、強調も、一切加えていない。

こちらもまた、AI が生成した素材と人間による送信のあいだの領域で動いている。ただし重心が違う。読み手、目的、確認、そしてそのまま転送できる、体裁の整った一枚のメモ。

それは、拒まれた動作を伴う閉じた判定とは別の対象である。隣り合う領域は同じ製品ではないし、同じだと主張するつもりもない。

04 / 境界

これが証明すること。証明しないこと。

証明済み

  • 2026年6月13日、Sendable? は私の Git 履歴に在った
  • その V0 は送信前の判定層を実装していた
  • その語彙には、send、revise、don't send、そして受領記録が含まれていた
  • Sendable という名の別の現行製品が、送信前をめぐる隣り合う問題領域を占めている

未証明

  • もうひとつの Sendable の関係者が Sendable? を知っていたこと
  • 誰かが誰かを模倣したこと
  • 二つの製品のあいだの、いかなる因果関係
  • その非公開リポジトリが2026年6月に公開で見えていたこと

左の列は、このページの証拠が担っているもの。右の列は、担っていないもの。そして、一方から借りてもう一方を埋めるつもりはない。

05 / 現在の読み

収束は観察された。因果は未知。

もっともらしい筋書きは証明ではない。二つの製品が、互いを見ることなく同じ境界に行き着くことはありうる。そしてその可能性は、もう一方の筋書きのほうが面白いからといって、黙って落とされることはない。

06 / 反証条件

このページを 変える検証。

私が検証できた最も古い Sendable? の物証は、2026年6月13日の日付を持つ。もうひとつの Sendable のチームが、それより早い日付の物証を持っているなら、私は本当にそれを見たい。

それが私のものより早ければ、このページは公開の場で更新される。これは罠ではない。問いを決するのは、この検証である。

答えが来なくても、何も変わらない。返答がないことは、認めたことにはならない。沈黙は未知のままである。

私が気にかけている部分は、名前の先にある。AI が生成を安くするとき、希少になるのは判断のほうだ。

何を通してよいのか。どの証拠に基づいて。送ってしまったあと、責任は誰に残るのか。Sendable? は、その問いへのひとつの小さな答えだった。

主張よりも受領記録を。