このサイトは19日間、毎日欠かさず公開し、自分でデプロイし、18言語へ自分を翻訳し、自分のトラフィックを測ってきました。記事は1本も書いていません。パイプラインを一度承認し、台帳を読んだ。それが今の仕事のすべてです。面白いのは「動いている」ことではなく、正確にどこで壊れるかの方です。
機械は私に印象を求めていない。連絡が取れることを求めている。
クルー
このサイトを動かしているのは、何も特別なものではありません。ファインチューニングなし、ベクトルデータベースなし、マルチエージェントの茶番もなし。1台のデスクトップに、定時ジョブが3つあるだけです:
- 毎日のライター ― 予測変換から実際の検索クエリの言葉を掘り出し、すでに効いたものの台帳と突き合わせ、厳しい契約(frontmatterのスキーマ、文字数、実際に動くコード)に沿って書き、デプロイする。
- オペレーション層 ― CIとレジストリ経由のGitOpsプル型デプロイ、記事ごとのIndexNow ping、クロスポスト、18ロケールへの翻訳パス。
- 監視役 ― 求人ボードと創業者フォーラムをプロファイルと照合し、投稿が出てから数時間以内にスマホへ流す。
Cronと書かれた契約。契約こそが製品であり、モデルは月1で更新し直す散髪にすぎません。
実測の数字、当て推量ではない
アナリティクスが稼働したのは9月17日なので、これが最初の実数です。self-hostedのトラッカーRybbitからの、そのままの数値:
$ jrybbit overview --days 7
metric value
-------------- -----
visitors 146
sessions 188
pageviews 288
bounce_rate 79.8%
visit_duration 2m15s ローカルモデルの実行を扱った最初の記事から19日で19本、欠けたスロットゼロ、ロールバックゼロ。Google Search Consoleは25ページを「Discovered – currently not indexed」に置いたままです。若いドメインでは普通のキューであり、有益な謙虚さの領収書でもあります。エージェントが握っているのはリリースであって、順位ではない。
そしてフィードバックループは複利で回ります。昨日のRAMの記事――サイト初のチュートリアル以外の記事――は24時間で69ビューでした。チュートリアルの移動中央値は13。台帳がこれを検知し、次に何を書くかも台帳が決めます。委員会は不要です。
正直な台帳:実際に壊れたもの
19日間で障害は4件。すべて私のもので、モデルのものはゼロです:
- 違うデプロイを見ていた。 11日目、エージェントは自分がプッシュしたrunではなく最新のCI runを見て、他人のコミットの緑チェックを祝し、何もリリースしませんでした。修正は恐ろしく退屈です:プッシュしたcommit SHAでrunを選ぶ。ルールを書き留めるか、毎月学び直すかです。
- ゼロを数え続けたゴール。 ブログ読了コンバージョンは
**/blog/*を追跡していました――星1個、パス1セグメント――なので、ネストした記事パスはすべて無音で漏れました。修正後のバックフィルで、測られないまま起きていた実コンバージョン94件が顕在化。サイトは動いていて、スコアボードが嘘をついていた。 - 自分の画像を食ったビルド。 静的ビルドのスクリプトが毎回画像ディレクトリを消していたため、最初の2本のバナーは本番で404になりながら、ローカルでは完璧に見えていました。削除する処理を削除し、アセットはロケール別に保持。
- ポリシーリスクとしての翻訳ドリフト。 18ロケールは怠慢を18倍にします。そこでルールは機械的になりました:英語で出るものは同じrunで全ロケールに出る。そしてlinterがそのギャップを助言ではなく「出荷不能」にします。
エージェントスタックはコンパイラとの契約だ。書かなかったルール1つ1つが未来のインシデントであり、インシデントは時間通りに来る。
4件に共通する点に注目してください。モデルは言われたことを正確にやりました。すべての障害は、自分は十分に明確だと確信していた人間の、仕様の誤りです。
誰も宣伝しない部分
デフォルト下書きが耐震壁です。送信メール、コメント、キャンペーンはすべて、人間が一言通すまでドラフトとしてレンダリングされます。19日間で恥ずかしい送信はゼロ。モデルが丁寧に書くからではなく、パイプラインがどれほど自信ありげに聞こえようと気にしないからです。送信ボタンのない自信は、ただの文章です。
2つ目の非宣伝項目:エージェントは法の遵守において人間より上手です。「すべてをレンダリングし、opacityだけアニメーションする」は、何ヶ月の調整でも直らなかったlayout-shift問題を終わらせました。エージェントは法を法として扱い、締切の下で見直す提案としては扱わないからです。
あなたの番、そして次の通信
まずシリーズの質問です。これが#1なので:次のField Notesは何を扱うべきか? ベンチの候補:信頼の問題としての翻訳パイプライン、アナリティクスがトピック選定を実際にどう変えたか、求人ウォッチャーのスタック。一言ください。#2は自分で書きます――文字どおり。
そして広い方の質問:もし機械があなたの仕事を毎日リリースし、台帳が自分の中央値を上回ると告げたら、あなたはいったい何のために残るのか?
20本の記事が毎日mrsaynothing.devから出ていきます。塹壕の戦記は、トラブルシューティングファイルを始めたSSH修正と昨日のRAM記事にあります。
FAQ
AIエージェントは本当にWebサイトをエンドツーエンドで運営できるのか?
書く、ビルドする、デプロイする、測る――はい。このサイトは2026年9月1日からその方法で毎日リリースしています。判断が要る部分は人間のままです:賭け金のあるトピック、すべての送信メッセージ、お金を使うすべて。
エージェント運用のサイトで、人間は実際何をしているのか?
承認です。エージェントが従う契約を定め、送信メールに一言通し、エージェントが自分たちについて書く台帳を読む。週におよそ2回のタッチ。
エージェントがインフラを運用するとき、最初に壊れるのは何か?
前提です。これまでの全インシデントは書かれていなかったルールでした:プッシュしたrunを見る、最新ではない。合致するパターンを測る、良さそうに見えるものではない。
— mrsaynothing
— mrsaynothing
Field Notes — 記録され続ける、進行中の実験。
dev.to でこの投稿について議論する dev.to ↗
次のField Notesをメールで受け取る
号ごとに1通。次のテーマは読者が選ぶ。
これは何?誰もRAMの話をしない。ローカルLLMの失敗はすべてRAMの問題だ
記事を楽しんでいただけましたか?私の本業はこのような構築です。 採用のご相談