自律観測型AI開発 プロジェクト Athena_v1.0 開発記 #1
2026/8
きっかけは、アニメに出てくる夢のような存在
とあるアニメで、主人公の中に常駐し、見たもの・聞いたことをすべて記憶し、問われれば即座に最適解を返す。そして問われなくとも、必要な瞬間に割り込んで警告を出す。
この存在を、自分のMacの上に作れないか。それが Project Athena の出発点でした。長年、頭の片隅にあった構想です。
似たものはすでにあります。ChatGPT も Notion AI も、蓄積された情報から答えを返してくれる。しかし決定的に違う点がひとつありました。それらはすべて、聞かれてから答えるのです。 Athenaの本質は、聞かれる前に把握して、必要なら自分から口を開くことにあります。
コードを一行も書かないまま、1,100行の要件定義を書いた
開発に着手する前に決めたことがあります。要件定義が完全に固まるまで、実装には入らない。
理由は単純で、この種のプロダクトは「動くけれど、思っていたものと違う」という結末になりやすいからです。技術要件は積み上げれば決まりますが、「Athenaらしさとは何か」を先に言語化しておかないと、完成したときに何かが決定的に欠けている。
最終的な要件定義書は、日本語版と英語版でそれぞれ1,100行を超えました。プロダクト定義、収集要件、データモデル、推論構成、割り込み設計、UI仕様、非機能要件、フェーズ分割。着手はそのあとです。
要件定義は無限に続きます。理想像が青天井だからです。だから最初に目次を確定させ、「何を埋めれば終わりなのか」を先に決めました。
最初に作った判定モデルは、二度作り直された
いちばん難しかったのは、機能でもアーキテクチャでもなく、「いつ割り込むか」でした。
割り込み型のアシスタントで最も多い失敗は、精度不足ではありません。通知疲れです。無意味な割り込みが数回続くと、人はそれを無視する習慣を作り、その後は本当に価値のある助言も目に入らなくなる。一度失った信頼は、設定を変えても戻りません。
当初は、影響度・確度・緊急度という三つの軸で設計していました。妥当に見える枠組みです。しかしこのモデルは、検証の過程で二度、根本から作り直されることになりました。
21のシナリオを、ひとつずつ自分で判断していく
作り直しのきっかけは、実際の判断サンプルを集めたことでした。
具体的な状況を21通り用意し、それぞれについて「強く割り込むべきか、そっと知らせるべきか、黙って記録だけすべきか」を自分で判断していきました。判断だけでなく、なぜそう思ったのかも言語化していく。
すると、想定していた軸とはまったく別のものが、判断を支配していることが見えてきました。影響度でも緊急度でもない、もっと根本的な基準です。詳細は伏せますが、その発見によって設計方針は大きく変わりました。
重要なのは、この基準は机上では出てこなかったということです。実際に判断してみて初めて、自分が何を基準にしていたのかが分かる。要件定義とは、頭の中にある暗黙の判断基準を、外に取り出す作業でもありました。
「先回り」は、記憶の蓄積なしには成立しない
フェーズ分割を考えるとき、順序は慎重さで決まると思っていました。リスクの高いものを後ろに回す、という発想です。
しかし実際には、順序は構造から一意に決まりました。「この作業は以前と違う」と警告するには「以前」が必要です。「過去の実績と比べて」と指摘するには実績データが要る。先回りは、記憶が溜まっていなければ物理的に成立しないのです。
したがって、記録する → 思い出す → 先回りする、という順序は動かせません。これは開発計画である以前に、この種のプロダクトの性質そのものでした。
成功条件は「止めたときに、不便だと感じること」
このプロダクトの成功をどう測るか。「割り込みの的中率◯%」のような指標も考えましたが、採用しませんでした。的中の定義が主観に依存する以上、測定可能に見えて実際には測れないからです。
代わりに置いたのは、もっと単純な条件でした。
Athena を止めたときに、「不便になった」と感じること。
機能の充足度ではなく、依存の発生で測る。この種の存在の価値は「あると便利」ではなく「ないと困る」で測るのが正確だと考えました。
いま、Athena は沈黙している
v1.0 の実装は完了しました。しかし今の Athena は、まだ何も話しません。デスクトップの隅で青く光りながら、ただ記録を続けています。
これは不具合ではなく、設計どおりです。先回りするには記憶が要る。その記憶を溜めている最中だからです。何を見て、何を決めて、なぜそう判断したのか。それが蓄積されて初めて、Athena は口を開けるようになります。
そしてもうひとつ、設計で最もこだわった点があります。Athena は全能ではありません。踏み込まない領域を明確に持っています。何を言い、何を言わないか。その線引きこそが、この存在の性格を形づくっています。
どんな性格に育つかは、これからの対話次第です。
プロジェクト Athenaは現在モニターを募集しています。興味のある方はお問い合わせフォームよりご連絡ください。
OTHER
その他記事一覧
自律観測型AI開発 プロジェクト Athena_v1.0 開発記 #1
一行もコードを書かないまま1,100行の要件定義を書き切った、自律観測型AI「Project Athena」の開発記。
AIコミュニティRIALAの運営を「実装で」支える ── 自動採点システムと実践ライブのFDE型支援
DesiaはAIコミュニティ「RIALA」の立ち上げ・運営支援に取り組んでいます。運営体制の支援にとどまらず、コンテストの自動採点システム（GAS＋Claude API）の開発やClaude Code実践ライブ会の登壇など、自ら実装・実演するスタイルでコミュニティの価値を作っています。運営支援を「提言」で終わらせないFDE型の実践事例です。
福祉の現場に入り込むプロダクト開発 ── 収支管理アプリ「FUKU-CHI」にFDE型で伴走
Desiaは2024年12月より、福祉施設向け収支管理Webアプリ「FUKU-CHI」のプロダクト開発責任者として、課題定義からUI/UXデザイン、プロトタイプ検証、テストマーケティングまでを一気通貫で担っています。福祉業界という制度知識が不可欠な現場に入り込む、DesiaのFDE型事業開発の代表事例をご紹介します。
自社開発SNS分析ツール「SNS Insight Pro」が完成、クライアントへの無償提供を開始
事業開発事務所Desiaは、Instagram公式APIを活用したSNS分析ダッシュボード「SNS Insight Pro」の開発を完了しました。AIエージェント「Manus」を活用したSNS自動投稿の仕組みとあわせて、FDE（Forward Deployed Engineer）としての実践の一環として、Desiaのクライアントには無償でご提供します。
打刻アプリを内製した理由：現場の勤怠課題をNext.js×Supabaseで解決する
多くの中小事業者やクライアント現場で、勤怠管理は「エクセルへの手入力」「紙のタイムカード」「高機能すぎて使いこなせない既製SaaS」のいずれかに落ち着いています。Desiaでは、こうした現場の実態に合わせた打刻アプリをNext.js＋Supabaseで内製し、必要十分な機能に絞ることで運用定着を実現しました。本記事では、なぜ市販ツールではなく内製を選んだのか、どのような課題をどう解決したのかを、技術構成とあわせて紹介します。
AIの波を乗りこなすコミュニティ戦略。要件定義からプロンプト開発まで、ゼロベースでの事業立ち上げ
AIを「学ぶ」で終わらせず、「実務の成果」に変える場所をどう作るか——AIコミュニティ「RIALA」の立ち上げを伴走支援しました。サービスコンセプトの言語化からLP制作、運用基盤の設計まで、立ち上げの全工程を共に走り抜いたプロジェクトの全貌をご紹介します。
営業組織の解体と再構築。IS/FS分業体制の確立とZoho CRMによる完全自動化プロセス設計
「属人的に売る」から「組織で勝つ」へ——営業組織の解体と再構築を伴走支援したプロジェクトをご紹介します。IS/FS分業体制の構築、人材スペック策定、評価制度設計、Zoho CRMによる完全自動化まで。拡大フェーズに耐えうる強靭な営業マシンを共に作り上げました。
クリエイティブの質を落とさず、時間を創る。AI時代の次世代ディレクション・モデルの実装
「忙殺されるディレクター」を解放し、本来注力すべきクリエイティブな思考時間を確保するために。Web制作の現場へ最新のAIツールを導入し、業務フローを根本から見直すワークショップを展開しました。AI時代の次世代ディレクション・モデルを実証したプロジェクトです。
「現場で通用する」を体系化する。次世代クリエイターを育むオンラインデザインスクールの全貌
ツールの操作方法を教えるだけのスクールではありません。Illustrator、Photoshop、Figmaといった必須スキルに加え、「仕事としてデザインすること」の本質を伝える実践的カリキュラムを開発。未経験者をプロのデザイナーへと変える育成プラットフォームを築き上げました。
55名の組織を率いて市場を切り拓く。総務省での知見に基づく「CX向上」と組織マネジメント論
年商800億円規模の大手企業にて、最大55名の部下を束ねるプレイングマネージャーとして最前線に立ちました。総務省でのプレゼン経験に裏打ちされた「エンドユーザー体験（CX）」視点を組織に浸透させ、新規拠点の開拓と人材育成を同時並行で推進した、組織マネジメントの実践事例です。
ファンを熱狂の渦へ。数秒の遅延も許されない芸能イベントLPにおけるUI/UXと負荷対策
アクセスが爆発的に集中するエンタメイベントにおいて、システムダウンは許されません。サーバーサイドとの連携による負荷分散を前提に、ファンの高揚感を損なわないリッチなビジュアル表現と、迷いなく購買へ導くUI設計を両立。システム要件という制約の中で、クリエイティブの力を最大限に発揮し、興行の成功をデザインの側面から強力にバックアップしました。
データを経営の羅針盤に。SaaSプロダクト開発におけるBI構築とKPI管理の自動化
新規SaaSプロダクトの成否は、データの鮮度が握っています。開発フェーズから参画し、組織データをリアルタイムで可視化するBI環境を構築。KGI/KPIの進捗を一目で把握できるダッシュボードで感覚的な判断を排除し、データドリブンな意思決定を可能にしました。
企業の「核」を視覚化する。要件定義から実装まで、一気通貫で紡ぐブランド・ストーリー
クライアントの中に眠る抽象的なビジョンや想いを言語化し、具体的なデザインへと昇華させるプロセスです。コーポレートサイト、ホワイトペーパー、バナーなど、あらゆるタッチポイントにおいて一貫したブランドメッセージを発信。上流の要件定義から細部のピクセル調整までを一気通貫で担い、企業の信頼性とブランド価値を最大化するクリエイティブを提供しました。
ツール導入で終わらせない「定着するDX」。社内システムリプレイスと現場の意識改革
高価なツールを導入しても、現場が使わなければ意味がありません。システム開発の要件定義から携わりつつ、真の課題である「現場スタッフの意識改革」に注力。丁寧なオンボーディングと業務フローの再設計を通じて、新しいシステムが日常業務に溶け込むまで伴走しました。「やらされるDX」から「自ら活用するDX」へ、組織文化のアップデートを実現した事例です。
熟練の勘をデータという資産へ。製造業の営業ブラックボックスを解き放つ、CRMとBIによる組織変革
「誰が、いつ、どこで売っているのか見えない」——そんな製造業特有の属人化した営業体制にメスを入れました。kintoneによる顧客情報の資産化と、Looker Studioによる「勝てる行動」の可視化を断行。現場の抵抗を乗り越え、データを武器に戦う営業組織へとマインドセットごと変革。結果として、再現性のある成約プロセスと、経営判断に直結するクリアな数値管理体制を確立しました。
国境を越える「直感」を設計する。MaaS事業におけるグローバル・デザインシステムの構築とUX最適化
言語や文化の壁を超え、世界中のユーザーが迷わずに操作できる「共通言語」としてのデザインシステムを構築しました。国内外の多様なステークホルダーが関わるMaaSプラットフォーム開発において、Figmaを中核に据えたデザイン基盤を整備。開発スピードの劇的な向上だけでなく、ユーザーが移動体験そのものに没入できるシームレスなUI/UXを実現し、スマートモビリティの未来をデザインで具現化しました。
美しさだけでは売れない。マーケティング戦略と一体化したECサイトリニューアル・V字回復の記録
単なる「見た目の刷新」はリニューアルではありません。徹底的なアクセス解析と顧客インサイトの分析に基づき、購買意欲を喚起するUX導線をShopify上でゼロから再設計しました。予算管理からSNS広告運用、さらには新商品開発の商談まで、ビジネスの全領域を総指揮。デザインを経営資源として活用し、低迷していたサイトを「売れ続ける収益エンジン」へと生まれ変わらせました。
View more →