

NAIS(ナイス)とは?— 個人開発者のためのAIシステム全体設計
NAIS(Nainaism AI System)は、NotionをSSOTに据えた個人向けAIシステムアーキテクチャ。AI OfficeとAI Factoryの2つのサブシステムで「業務」と「開発」を丸ごとカバーする設計思想を、わかりやすく解説します。
自分はNotionを中心に据えたAIシステム NAIS(Nainaism AI System)を構築していて、日常業務とソフトウェア開発の両方をそれで回しています。個人のプロジェクトですが、3人のAIエージェントが常駐して、タスク管理から実装、マーケティングまでを自律的にこなしています。
NAISってなに#
NAISは、Notionを中心に据えた個人向けAIシステムのアーキテクチャです。
AIツールは日々増えていますが、ツールを個別に使っているだけでは「仕組み」になりません。ChatGPTで文章を書いても「どこに保存する?」「次に誰がレビューする?」と、結局人間が全部つなぎ合わせることになります。
NAISは、この「つなぎの部分」を設計することで、AIが自律的に動ける環境を作ります。大きく2つのサブシステムで構成されています。
flowchart TB
NAIS["NAIS"]
OFFICE["AI Office"]
FACTORY["AI Factory"]
NAIS --> OFFICE
NAIS --> FACTORY
subgraph OfficeArea["業務運用・意思決定"]
O1["スキルシステム"]
O2["エージェントシステム"]
end
subgraph FactoryArea["開発・マーケティング"]
F1["タスク管理"]
F2["自動開発"]
end
OfficeArea --> O1
OfficeArea --> O2
FactoryArea --> F1
FactoryArea --> F2AI Office — 業務のAI化#
AI Officeは、日常業務をAIで回すためのシステムです。核心は2層構造です。
Layer 1: スキルシステム#
スキルは、単一の明確な処理単位です。マクロやショートカットのようなもので、日次サマリーの作成、スライドの自動生成、タスクの分解など、数分で終わる再利用可能なワークフローです。
Layer 2: エージェントシステム#
エージェントは、複数ステップにわたる複雑な処理を担当します。戦略資料のリサーチから作成まで、プロジェクト設計と実行計画、定期的なデータ収集と分析レポートなど、プロジェクトマネージャーのような役割です。
4つのフェーズで動きます。
重要なのがHITL(Human-In-The-Loop)です。AIが計画を立てたら、人間が確認してからGOを出します。完全自動ではなく、人間がハンドルを握り続ける設計です。
会議するだけで業務が回る#
NotionのAI議事録と組み合わせることで、会議に出るだけで後工程が全部つながる状態を実現しています。
会議が終わると、NotionのAI議事録が自動で文字起こしと要約を作ってくれます。そこからエージェントが内容を解析して、決定事項・コミットメント・タスクなどをそれぞれの管理DBに自動で振り分けます。人間がやるのは、振り分けられた内容をさっと確認して承認するだけです。
承認した瞬間、会議メンバーそれぞれに担当タスクが割り振られた状態になっているので、各自がすぐに自分の作業に取りかかれます。
会議をしたら議事録整理もタスク起票も不要。話すだけで、あとはシステムが勝手に回ります。
AI Factory — 開発のAI化#
AI Factoryは、Notionで「作りたいもの」を書くだけで、自宅のMac miniが自動でコードを書いてくれるシステムです。
Notionにタスクを書く(Goal、完了条件、制約など)と、factoryd(常駐プログラム)がそれを検知して、Mac mini上のClaude Codeが自動起動し、コード生成・テスト・PR作成を行います。Discordで進捗が通知されるので、人間がいつでも確認・介入できます。完了したらNotionに結果が書き戻されます。
flowchart LR
A["Notionでタスク起票"] --> B["factorydが検知"]
B --> C["Claude Codeで自動開発"]
C --> D["Discord通知"]
D --> E["人間がレビュー"]
E --> F["GitHub PR マージ"]介入したいときは、PCやスマホからSSHで直接Macに入って、AIと対話することもできます。完全放置もできるし、リアルタイムで一緒に作業もできる。この柔軟性がポイントです。
ブログサイトをNotionから丸ごと作る#
AI Factoryは小さなコード修正だけでなく、サイトの構築そのものにも使えます。このブログがまさにその実例です。
まずNotionにサイトの設計定義(SSOT)を作りました。Notion AIに要求を伝えて設計定義を生成してもらっています。カラーパレット、ロゴ、レイアウト、コンポーネント仕様——サイトに必要な情報がすべて1つのNotionページに集約された状態です。それをそのままジョブとしてAI Factoryに投入すると、Mac mini上のClaude Codeが設計定義を読み取り、コードを自動生成してPRを作ってくれます。
運用フェーズでもやることは同じです。Notionのデザイン定義を書き換えてジョブを投げるだけ。記事の管理もNotionで完結していて、Notionで記事を書いて公開ステータスにすれば、あとは自動でビルド・デプロイまで走ります。CMSの管理画面もFTPも不要です。
Notionが設計書であり、管理画面であり、発注書でもある。
設計原則#
NAIS全体を貫く設計思想が4つあります。
情報はNotionに一元化します(SSOT)。「あのファイルどこだっけ?」がなくなります。タスクの定義も、実行状態も、成果物も、すべてNotionの1レコードで完結します。
重要な判断は必ず人間が行います(HITL)。AIは提案し、人間が承認する。安全性と品質を担保する仕組みです。
設計図(Spec)と実行記録(Run)を分離します(Spec-driven)。プロセス自体を資産として蓄積でき、一度作った「やり方」は何度でも再利用できます。
チャットの会話は流れて消えますが、ページに書き出せばコンテキストが永続化されます(ページベース)。AIとの協働記録がすべて残るので、振り返りも引き継ぎも簡単です。
NAISはNotionヘビーユーザーの個人開発者向けに設計しています。Notionをすでに仕事に使っているなら、AIの導入ハードルは思いのほか低いはずです。
