ソフトウェア ファクトリー - 再現性のあるソフトウェアの工場づくり / Software factory

Transcript

1. emanote.app S O F T W A R E FAC T O R Y M E E T U P T O K YO # - 1 ／ L I G H T N I N G TA L K ソフトウェア ファクトリー chronock.ai emopi.app built by a Fullstack Solo Factory Manager 再現性のあるソフトウェアの工場づくり @iktakahiro 2026.10.16 ・ Software Factory Meetup Tokyo #-1 01 / 21
2. SPEAKER AIを活用して開発するプロダクトエンジニア 〜2015 インフラ・データエンジニア、PM、EMなど 技術担当 執行役員として東証マザーズに上場 2015〜2019 起業。B2B SaaSを複数ローンチ プロダクトが伸びず、廃業 2019〜2025 メンタルヘルスアプリのCTO・事業責任者 LLMやAIキャラクターを活用した機能をいち早く導入し、PMFまでを牽引 2025〜 プルーラルワークスを起業。AIネイティブな組織とプロダクトづくりを模索中 2026年末にオフィス移転と株式会社化を予定 池内 孝啓 合同会社プルーラルワークス 代表 @iktakahiro 著書 『PythonユーザーのためのJupyter[実践]入門』 『これからはじめる SQL 入門』ほか 02 / 21
3. PRODUCT 1 / CHRONOCK Chronock：複数カレンダーの統合と日程調整 統合カレンダー chronock.ai 複数カレンダーを1画面で表示・編集 予約ページ 空き時間だけを見せるリンクで日程調整 カレンダー同期 予定を自動コピーし、ダブルブッキングを防ぐ 03 / 21
4. PRODUCT 2 / EMOPI Emopi：気持ちが伝わるAI日記と様子の共有 AIが日記を作成 つぶやきから日記を作り、気分・気力を自動で推定 共有は自分で選ぶ 日記の本文は共有されない。様子の項目を選べる つながった相手とトーク エンドツーエンド暗号化のトーク 04 / 21
5. P R O D U C T 3 / E M A N O T E & A C TA カウンセリングのホームワークを支援する無料アプリ emanote.app emanote.app/acta 認知と行動を記録するアプリ スマホでできる活動記録表 5つの項目で認知と行動を記録 活動と時間を記録し、カレンダーで確認 次回の予定と、話したいことをメモ 楽しさ・達成感・気分も任意で記録 共通 期間を選んでPDFに書き出し／端末内に保存し、オフラインで使える 実装期間：それぞれ約2日 利用料：無料 05 / 21
6. S TAT S 実装期間は、プロダクトを重ねるごとに短縮 約2ヶ月 Chronock 約3週間 Emopi Emopi Diary 開 発 が 加 速 約1週間 Ema Note / Ema Acta それぞれ約2日 Chronock デスクトップ 約1日 実装にかかった期間の目安（筆者の概算） 06 / 21
7. R E P O S I T O R Y S TAT S 2リポジトリで、PR 1,620件・コミット 8,741件 Chronock 2025.07.10〜2026.10.16 Emopi 2026.07.08〜2026.10.16 マージ済みPR マージ済みPR コミット コミット 480 件 4,730 件 1,140 件 4,011 件 07 / 21
8. QUALITY BAR 速くても、プロダクションの品質基準を維持 DB設計 セキュリティ アーキテクチャ 有料プラン 多言語対応 ライト / ダーク アクセシビリティ エラー通知・ログ 拡張を見据えた設計 ローンチ時点から 日本語・英語 試作 公開するプロダクト 基本に忠実に ローンチ時点から 両モード 責務の境界を分ける ラベル付けなど 基本的な配慮 課金を搭載 運用で不具合に 気づける仕組み 動けばよい 上の8項目を基準に設計・検証 08 / 21
9. LAUNCH QUALITY 多言語とライト・ダークに、ローンチ時から対応 多言語 テーマ 日本語・英語 chronock.ai ライト / ダーク chronock.ai/ja-JP chronock.ai/ja-JP chronock.ai/ja-JP Emopi・Chronockとも、公開前の実装段階から対応 09 / 21
10. ARTICLES ソフトウェアファクトリーをめぐる議論 StrongDM Luke PM Dan Shapiro Software Factories And The Agentic Moment The Software Factory The Five Levels: from Spicy Autocomplete to the Dark Factory 仕様とシナリオで エージェントを動かす 非対話型の開発。 「人はコードを書かず、 専門化したAIエージェントの チームによる開発を予測。 「コード品質は AIコーディングの自動化を、 自動運転になぞらえて 重要でなくなる」と論じる Level 0〜5で整理。 https://lukepm.com/blog/the-softwarefactory/ https://www.danshapiro.com/blog/2026/01/the-fivelevels-from-spicy-autocomplete-to-the-softwarefactory/ Level 5を「Dark Factory」と呼ぶ レビューもしない」を ルールに掲げる https://factory.strongdm.ai/ 10 / 21
11. MY VIEW / OVERVIEW 技術領域の全体を把握し、工場を設計 全体のオーバービューが必要 これまでの経験領域 Webフロントエンド モバイル バックエンド DB 方針 インフラ できるところから自動化し、担えない部分は協力して進める 11 / 21
12. MY PRACTICE できるところから進める自動化への道（途上） 2026年10月時点の現在地 人が判断 AI AI・人 AI・人 設計 製造 検証 運用 要件・仕様（docs） 実装 別モデルレビュー ログ収集・エラー通知 構造・データモデル 単体テスト E2Eテスト 改善 ユーザー価値の確認 エラーや課題をdocsとコードへ反映 リポジトリに集約 コード docs スキル 12 / 21
13. M Y P R A C T I C E / S TA C K T-Stackのモノレポにすべてを集約する モノレポ（プロダクト群ごと） Web TanStack Start 薄く ConnectRPC Protocol Buffers モバイル React Native（Expo） APIの型を共有 バックエンド ビジネスロジックを集約 Bun LP データベース PostgreSQL 厚く Astro ※ T-Stack：TypeScriptを中心とした技術スタック。詳しくは Better-T-Stack https://www.better-t-stack.dev/ 参照 13 / 21
14. MY PRACTICE / DOCS コンテクストはリポジトリのdocsに集約 Emopiの例 docs.example.com repo/ .agents/skills/ apps/ 限定 公開 app・backend・mobile … docs/ 設計メモ エージェントスキル Mintlify 更新はAIが担う product/ プロダクト方針 specifications/ 仕様 engineering/ 設計・意思決定・代替案 はじめに 通知の設計 プロダクト 背景 仕様 設計メモ 決定事項 検討した代替案 packages/ Mintlify + Cloudflare Access（Google認証）で限定公開 14 / 21
15. MY PRACTICE / SKILLS 作業手順はスキル化して、リポジトリに配置 request-code-review request-text-review pr-review-response maestro-e2e 別のAIに コードレビューを依頼 別のAIに 文章の校正を依頼 レビュー指摘を 修正して返信 モバイルの E2Eシナリオ作成 security-audit row-level-security backend-domain-modeling release セキュリティ 観点の監査 RLSポリシーと テストの実装 エンティティなどの ドメイン設計 リリースの 計画と実行 スキル数 38 Chronock 37 Emanote 18 Emopi 15 / 21
16. MY PRACTICE / VERIFY & REVIEW AIによる複数の検証と、人による価値の確認 E2Eテスト 別モデルレビュー Claude Playwright Web AIが 確認 実装・ 単体テスト Maestro 価値の確認 コードは 要点だけ確認 実装した側と 別のエージェントが レビュー モバイル Codex 16 / 21
17. MY PRACTICE / MODELING 大型機能は先にモデリングを固め、 人は重要箇所に絞ってレビュー エンティティ ユースケース DDD・オニオンアーキテクチャ インフラ / UI テーブル設計 docsに記録 実装 人が重点的に見る観点 ユースケース モデリングは妥当か ドメイン 境界を守れているか テーブル設計は妥当か 17 / 21
18. ASSETS 作るほど、転用できる部品（機能・設計）が貯まる 工場の部品棚：転用できる実装・設計 カレンダー同期 Chronock デスクトップ版 モバイル版 Emopi 新プロダクト 部品の組み合わせで 立ち上げ トーク本文のE2EE リアルタイム処理 18 / 21
19. MY PRACTICE / MARKETING マーケティングの動画制作もワークフロー化 工場の外 ショート動画・紹介動画 台本・コピー 正本はdocsに置く 画面素材 実画面の録画／再現UI ナレーション Gemini TTS 動画の合成 Remotion（コード） 制作・合成の手順は、AIエージェント（Grok Bot）が実行 生成AIに映像全体を出力させず、コードで組んで作り直せるようにする 19 / 21
20. MY PRACTICE / BUSINESS 工場のROIと事業価値への接続が重要な課題 工場の外 ビジネスモデルの構築 事業開発 マーケティング 工場 今後の課題 設計 製造 検証 運用 出荷物 ソフトウェア 事業価値 利益・ROI 20 / 21
21. SUMMARY / MY PRACTICE 製造ライン構築と全体像把握（責任）は人、 製造はAIが担当 人の責任 01 02 製造ラインの構築 AIの担当 設計・検証・運用の仕組みを人が作る 製造 全体像の把握 人が作った製造ラインの上で ソフトウェアを作る アーキテクチャと仕様の全体像を人が持つ ありがとうございました X https://x.com/iktakahiro note https://note.com/iktakahiro 21 / 21