2026年7月のニュースレター運用ふりかえり

6月末に「AI開発者ニュース」を有料特典として始めました。blog.lai.soの有料購読者とGitHub Sponsorsの支援者へ、AIエージェント、モデル、開発ツールの話題を一次情報へのリンク付きで届けています。

7月は配信を続ける仕組みを作れました。一方、新しい有料読者は増えませんでした。8月は情報量を減らして筆者の判断を増やし、読み物からニュースレターへ進む経路を整えます。

コミットメント

この活動の目的は、売上、PV、フォロワー数、投稿数を最大化することではありません。AIエージェントとソフトウェア開発の変化を自分で調べ、作り、試し、読者が技術を選ぶための判断材料として残します。技術を試す、考えを更新する、議論する、後から参照するといった読後の反応と、その先で起きた変化を成果として見ます。この方針は以前書いた技術ブログとプレステージについての記事から変わっていません。

記事では、信頼できる一次情報へのリンク、その解釈、当事者や識者の見方、筆者自身の意見と解説を重視します。公式発表、リポジトリ、論文、ベンチマークへ読者自身が戻れるよう、事実、第三者の評価、筆者の判断を書き分けます。実際に試した場合は回数、費用、条件、分からなかったことを記し、結果を必要以上に一般化しません。

AIを使うなら、使わない場合より品質を高くします。調査範囲を広げ、矛盾を探し、検証へ時間を使い、情報源、数字、リンク、実験結果を筆者が確認します。表面的なAIらしさを消すだけで、不要な長さや確認負担を読む人へ移してはいけません。この考えは日記「なぜAI臭さを消したいのか？」で書き、公開後にはt_wadaさんからも、中身の薄さと認知負荷によって書き手と読み手の負担が不均衡になるという指摘がありました。

AIを使った成果物の責任は筆者が持ち、問題をAIのせいにしません。誤りは訂正し、根拠のある批判や低い評価も受け止め、調査、検証、執筆の工程を改善します。

この約束を継続するため、スポンサーからの支援はモデルAPI、検証環境、資料、配信基盤、OSSやベンチマークの開発、調査と執筆の時間に使います。支援者には各号を早く届け、一定期間後には月次アーカイブを無料で公開します。

結果

• blog.lai.soでニュースレターを11号公開
• 読み物系記事は「Kimi K3、フロントエンド最強説をReactBenchで検証する」の1本
• GitHub Sponsorsでもメール更新として配信。ダッシュボードでは7月に#13、#14、#15を確認
• 公開済み記事を基準に、日本語を点検する文章改善スキルを作成して使用。GitHub Sponsorsの支援者向けにも公開

以降は2026年8月1日時点の数字と、今後のニュースレターの方針をまとめたものです。メンバー購読いただいてる読者向けに報告します。