【結論】
困っていたこと： 記事、実験、サイト更新、写真整理、物件調査、日報が増えていくと、自分の頭だけでは追いきれなくなってきた。
試したこと： ChatGPTやCodexに、整理、下書き、分類、WordPress更新、実験台帳の管理を少しずつ任せてみた。
結果： まだ完全自動ではない。ただ、人間が全部を抱える運営から、AIが候補を集め、人間が最後に確認する運営へ少し近づいている。
今どうなっているか： 「小さな仕組みの作り方」と「伊豆の安い家研究所」を動かしながら、自分用のパーソナルOSを作る実験を続けている。
ひとこと： 作りたかったのは、AIで稼ぐ仕組みではなく、自分が潰れずに続けるための仕組みだった。
なぜパーソナルOSを作ろうと思ったのか
最初から「パーソナルOSを作ろう」と思っていたわけではない。
最初はもっと単純だった。
伊豆の安い家研究所の記事を書きたい。 小さな仕組みの作り方も育てたい。 過去にやったことを記事にしたい。 写真も整理したい。 物件も追跡したい。 WordPressも直したい。
やりたいことはたくさんあった。
でも、実際に始めてみるとすぐ分かった。
記事を書くより前に、素材が散らかる。 素材を整理する前に、方針が増える。 方針を決める前に、また新しい実験が始まる。 実験を始めると、今度は記録が必要になる。
気づいたら、記事を書くための仕組みを作っているのか、仕組みを作るために記事を書いているのか分からなくなっていた。
そこで考え方を変えた。
これは単なるブログ運営ではなく、自分の生活や仕事から出てきた材料を、あとで使える形に変える仕組みなのではないか。
その仕組み全体を、ここではパーソナルOSと呼ぶことにした。
AIに任せたいのは判断ではなく整理だった
AIを使うと言うと、全部を自動化したいように聞こえるかもしれない。
でも、今のところ自分が本当に任せたいのは、最終判断ではない。
任せたいのは、整理だ。
たとえば、今日やったことをまとめる。 実験になりそうなものを拾う。 記事候補にできるものを分ける。 WordPressの下書きを作る。 既存記事と重複していないか確認する。 次に見るべきものを並べる。
こういう作業は、地味だけど重い。
人間が毎回やると疲れる。 疲れると記録しなくなる。 記録しなくなると、せっかくの体験が流れていく。
だから、AIには判断そのものではなく、判断する前の材料集めと整理を任せたい。
最後に見るのは人間でいい。
むしろ、そこは人間が見た方がいい。
公開していいか。 個人情報が出ていないか。 自分の実感とズレていないか。 今の研究所の方針と合っているか。
このあたりは、今のところ自分が確認する。
目指しているのは「AIに全部やらせる」ではない。
「AIが候補を出し、人間が承認する」状態だ。
研究所OSという考え方
小さな仕組みの作り方では、実験台帳を作った。
EXP-001、EXP-002、EXP-003というように、実験に番号を付けて管理している。
投稿フォームで実践例が集まるか。 勤務時間をスマホでほぼ自動記録できるか。 物件記事を増やす前に追跡できる仕組みを作れるか。 WordPress管理画面で止まる作業をREST APIで回避できるか。
こうした実験は、最初はバラバラに見えた。
でも、よく見ると全部つながっていた。
どれも「自分が毎回がんばらなくても回る仕組み」を作る試みだった。
そこで、実験台帳、記事候補台帳、ワンデーログ、研究所憲法、WordPress更新手順をまとめて、研究所OSとして扱うようになった。
OSという言葉は少し大げさかもしれない。
でも、自分の中ではしっくり来ている。
パソコンのOSが、ファイル、アプリ、通知、保存先を扱うように、自分の研究所OSは、体験、実験、記事、写真、判断基準を扱う。
研究所憲法を作った理由
AIに作業を任せ始めると、便利になる一方で危ないところも出てくる。
勢いで記事を作りすぎる。 実験中なのに成功したように見せてしまう。 勤務先が分かる情報を出してしまう。 個人情報や写真の扱いが雑になる。 記事数を増やすことが目的になってしまう。
これを防ぐために、研究所憲法を作った。
憲法と言っても、立派なものではない。
「これはしない」 「これは確認してから出す」 「これは実験中として扱う」
そういう判断基準をまとめたものだ。
たとえば、勤務先名や個人名は出さない。 内部ログや実験台帳は勝手に公開しない。 実践していないことを実践済みと書かない。 小さな仕組みの作り方では、他人や組織文化そのものを変えることを目的にしない。
こういうルールがあると、AIに作業を頼みやすくなる。
毎回ゼロから説明しなくても、「この方針に合っているか」を確認できるからだ。
記事を増やす運営から、記事を育てる運営へ
最初は記事数を増やすことを考えていた。
サイトを作ったばかりなので、記事がないと寂しい。 カテゴリーだけあって中身が少ないと、何のサイトか分かりにくい。
だから、ある程度の記事数は必要だった。
でも途中で、少し違うと思い始めた。
この研究所の価値は、記事数そのものではない。
実際に試したこと。 失敗したこと。 数字が増えたこと。 後から判断が変わったこと。 最初は分からなかったことが、時間が経って見えてきたこと。
そういう変化に価値がある。
だから今は、新記事を増やすより、公開済みの記事を育てる運営へ寄せている。
記事冒頭に結論を足す。 結果が出たら追記する。 更新履歴を残す。 看板記事を選び、そこから直す。
記事は公開して終わりではない。
研究途中の記録として、あとから育てる。
これもパーソナルOSの一部だと思っている。
物件記事で見えたこと
伊豆の安い家研究所では、安い物件の記事を作り始めた。
最初は、伊東、熱海、下田の安い物件を拾って記事にすればいいと思っていた。
でも、すぐに別の問題が見えた。
物件記事は、書いた瞬間から古くなる。
価格が変わる。 掲載が終わる。 売れたのか、まだ残っているのか分からなくなる。 同じ物件が別サイトに出ることもある。
つまり、物件記事は「増やす」より先に「追跡できる」必要があった。
そこで、物件ID、確認日、状態、更新履歴を記事に入れる実験を始めた。
これも、パーソナルOSの考え方に近い。
情報を増やす前に、増えた情報を追える形にする。
今の自分に必要なのは、たぶんこれだ。
人間は最終承認だけに近づけるのか
今の理想形は、かなりシンプルだ。
日々の体験や困りごとが出る。 AIが整理する。 AIが記事候補、実験候補、改善候補に分ける。 必要なら下書きや更新案を作る。 人間が確認する。 問題なければ公開する。
この流れに近づけたい。
もちろん、まだそこまでできていない。
WordPressの入力で止まることもある。 API更新も毎回万能ではない。 人間の確認はまだかなり必要だ。 写真や実体験の判断は、結局自分が見ないと危ない。
それでも、方向性は見えてきた。
人間が全部を抱えるのではなく、人間は最後の判断に集中する。
AIはその前段階を整える。
これが、自分にとってのパーソナルOSだ。
今の結論
パーソナルOSは、便利ツールの寄せ集めではない。
自分の体験、実験、失敗、記事、写真、判断基準を、あとから使える形に変える仕組みだ。
目的は、AIで派手なことをすることではない。
自分が忘れても残る。 自分が疲れていても進む。 自分が迷っても判断基準に戻れる。 そういう小さな仕組みを作ることだ。
まだ実験中だ。
でも、少なくとも今はこう思っている。
自分が毎回全部を決める運営は、長く続かない。
AIが候補を集め、人間が最後に確認する。
その形に少しずつ近づけることが、今作っているパーソナルOSの目的である。
研究メモ
状態：実験中の思想整理 関連する仕組み：研究所憲法、実験台帳、ワンデーログ、記事候補台帳、WordPress REST API更新 関連テーマ：パーソナルOS、研究所OS、AI研究員、最終承認型運営、記事を育てる運営
2026年6月17日：4本柱ができた
この記事を書いた後、パーソナルOS実験室に4本柱を置いた。
- 人間は最終承認だけに近づけるのか
- 研究所憲法を作った理由
- 記事を増やす運営から、記事を育てる運営へ
- 物件記事を公開後も追跡できるか
この4本は、いま作っているパーソナルOSの芯に近い。
AIに全部任せたいわけではない。自分の体験、作業、失敗、実験結果をAIに整理させ、人間が最後に確認する。そのための土台を作っている。
今日の時点では、「小さな仕組みの作り方」の表側と、「パーソナルOS実験室」の裏側を分けて扱う方針にした。表は読者向け。裏は研究所OSの開発ログとする。
この分け方にしたことで、サイト全体が少し見えやすくなった。
更新履歴
- 2026-06-17 初版公開
- 2026-06-17 パーソナルOS実験室の4本柱と、表・裏・実地の切り分けを追記。
この記録は、パーソナルOS実験室の研究レポートです。
コメント