最初に結論を言うと、研究所OSはまだ完成していません。
ただ、少なくとも「記事を書く場所」から、「生活や仕事で起きたことを、実験と記事に変える仕組み」へ少しずつ変わり始めています。
これは成功報告ではありません。
今のところは、途中経過です。
ただ、途中経過でも「どこがどう変わったのか」を残しておかないと、あとから全部ふわっとした話になります。
なので今回は、2026年6月時点で実際に変わったことを、できるだけ事実・観察・仮説に分けて整理します。
1. 伊豆の安い家研究所は、物件サイトから体験研究へ寄り始めた
Before
伊豆の安い家研究所は、最初は安い物件や移住情報を集める方向で考えていました。
もちろん、それ自体は今も大事です。
ただ、物件数や価格履歴はまだ十分にそろっていません。
その状態でトップページに物件導線やカテゴリを多く並べると、スマホで見た時に少しごちゃついて見えました。
After
トップページを、「まず読む1本」から入る形へ寄せました。
中心に置いたのは、100万円の家を買ってどう変わったかという体験談です。
つまり、まだ整っていない物件データを無理に前面へ出すのではなく、実際に買って住んだ体験から読んでもらう形に変えました。
証拠
- トップページの大きな目的別カードを減らした
- 「今日読むなら」として100万円の家の記事を前に出した
- Cocoonの自動目次がトップに出て導線を重くしていたため、トップページ内では非表示にした
- 「この記事を読む」ボタンを追加した
観察
安い家研究所は、単なる物件情報サイトよりも、「安い家を選んだ人がどう変わったか」を記録する場所にした方が強いかもしれません。
仮説
今後、物件データだけでなく、購入時の感情、住んだ後の変化、後悔や満足度を記録すると、「安い家を選んだ人の変化データベース」になる可能性があります。
2. 小さな仕組みの作り方は、記事量産より記事を育てる方向へ変わった
Before
最初は、AI活用や改善事例の記事を増やすことに意識が向いていました。
ただ、記事数を増やしても、読者が最初の3秒で「何に困って、何を試して、どうなったのか」が分からなければ、読みづらいままです。
After
記事冒頭に、結論ブロックを置く方向へ寄せました。
構成は、
- 困っていたこと
- 試したこと
- 結果
- 今どうなっているか
を先に出す形です。
これにより、AI活用そのものではなく、「困りごとから改善までの流れ」が主役になりました。
証拠
- 実践済み記事を中心に、結論ブロック付きの構成へリライトした
- 「AIがすごい」ではなく「何が楽になったか」を前に出す方針に変えた
- 公開時チェック表を作り、カテゴリやタグ漏れで入口から見えない状態を防ぐようにした
観察
読者にとって必要なのは、AI名や実験番号よりも、「自分の困りごとに近いかどうか」だと分かってきました。
仮説
全記事をこの構成に寄せると、SEOだけでなく、将来AIが参照しやすい改善事例データベースに近づくかもしれません。
3. パーソナルOS実験室は、裏側の研究ログとして役割が見え始めた
Before
研究所OS、パーソナルOS、EXP、正本、時間軸など、言葉が増えてきて、初めて見る人にはかなり分かりにくい状態でした。
正直、自分でもまだ理解途中です。
After
パーソナルOS実験室に、「最初は分からなくて正常」という入口を置きました。
ここは完成したノウハウ集ではなく、研究ログであることを明記しました。
さらに、下部に小さな研究メモ欄を作り、まだ記事にするほどではない気づきも残せるようにしました。
証拠
- 「はじめて来た方へ｜パーソナルOS実験室とは何か」を公開
- パーソナルOS実験室の上部に案内ボックスを追加
- 「小さな研究メモ」を下部に設置
- 「パーソナルOSは、人によって違っていい」などの気づきを小さく残した
観察
パーソナルOS実験室は、表に出す完成品ではなく、研究所OSがどう育っているかを観察する場所として使う方が自然です。
仮説
将来的には、自分だけでなく、他の人のパーソナルOS運用記録を観察する場所にも発展できるかもしれません。
ただし、今はまだ自分の研究所OSを1年回すことが先です。
4. 作業方法は、人間が全部やる形から、承認中心へ少し寄った
Before
WordPressの記事更新は、管理画面での入力やコピペが多く、途中で止まりやすい状態でした。
特に長文入力や日本語入力、ブラウザ操作で止まることがありました。
After
Codex専用のWordPress編集者ユーザーを作り、REST APIで既存記事を更新する実験を始めました。
完全自動化ではありません。
流れは、
Codexが更新案を作る
↓
人間が承認する
↓
Codexがバックアップを取る
↓
Codexが反映する
↓
公開ページを確認する
です。
証拠
- EXP-014として実験登録
- 専用編集者ユーザーを作成
- 更新前バックアップを保存
- REST APIで既存記事更新に成功
- 公開ページ確認まで実施
観察
「人間がコピペする」作業は思った以上に負担でした。
一方で、Codexが全部勝手に公開するのも怖いです。
今のところは、「人間は承認、Codexは反映と確認」が一番バランスが良さそうです。
仮説
この運用が安定すれば、WordPressをほとんど触らずに、話す・確認する・承認するだけで記事を育てられるかもしれません。
5. 迷子対策として、研究所OSナビと正本一覧ができた
Before
実験台帳、ワンデーログ、記事候補、バックアップ、WordPress更新ログなどが増えてきて、「結局今日何を見ればいいのか」が分かりにくくなっていました。
After
研究所OSナビを作り、「今日の上位3件」だけを見る形にしました。
さらに、正本一覧v0.1を作り、どれが正本候補で、どれがバックアップで、どれが未確認かを分け始めました。
証拠
- EXP-010：研究所OSナビ
- EXP-012：正本一覧v0.1
- ナビには今日の上位3件、今週見る実験、今日やらないことを記載
- 正本一覧には、実験台帳、研究所憲法、記事候補台帳、週報などの正本候補を整理
観察
ナビは、やることを増やす道具ではなく、やらないことを決める道具として効いています。
正本一覧は、完成させるよりも、迷った時に見る地図として使う方が合っています。
仮説
研究所OSが大きくなるほど、「新しい機能」より「迷わず戻れる仕組み」の価値が上がるかもしれません。
6. 今の段階で、まだ変わっていないこと
もちろん、まだ変わっていないこともあります。
- アクセスはまだ少ない
- 検索流入もまだ弱い
- 外部投稿はほぼない
- 伊豆の安い家研究所の物件データはまだ薄い
- 写真や体験談は人間側の作業待ちが多い
- Xやnoteから大きな反応が来ているわけではない
ここを盛ると、ただの成功っぽい話になります。
今の研究所OSは、まだ外から評価されている段階ではありません。
どちらかというと、内側の作業方法が変わり始めた段階です。
7. いま見えている評価軸
現時点で見るべきなのは、PVやフォロワー数だけではありません。
もちろん数字は大事です。
ただ、今の段階では、その前に見るべきことがあります。
- 前より迷わず再開できるか
- 記事が前より読みやすくなったか
- 人間のコピペ作業が減ったか
- 実験が台帳に残るようになったか
- 重い判断を、時点記録として残せるようになったか
- 問題が起きた時に、それを次の改善材料にできるか
このあたりが、今の研究所OSの評価軸です。
8. 今回のまとめ
研究所OSは、まだ完成していません。
ただ、2026年6月時点では、次の変化が起きています。
- 伊豆の安い家研究所は、体験談中心へ寄り始めた
- 小さな仕組みの作り方は、記事量産より記事育成へ寄り始めた
- パーソナルOS実験室は、裏側の研究ログとして役割が見え始めた
- WordPress更新は、人間コピペからCodex反映へ少し寄った
- ナビと正本一覧で、迷わず再開する仕組みができ始めた
これは、まだ成果というより途中経過です。
でも、少なくとも「なんとなく面白いことをしている」だけではなく、
何に困ったか
何を変えたか
どう楽になったか
何がまだ残っているか
を記録できる形になり始めています。
研究所OSは、今のところVersion 0.1です。
次に見るのは、これが本当に続くかどうかです。
更新履歴
- 2026-06-22 初版作成
コメント