AIのための特別なアーキテクチャはいらない ― 0→1開発で実践した設計原則とガードレール - カミナシ エンジニアブログ

はじめに カミナシでエンジニアをしている Shimmy です。今は新規プロダクト開発をしています。 0→1の開発設計では「コードベースの持続可能性」と「短期的なデリバリー速度」の両方が重要です。そのバランスを取りながら、AIの力を最大限活かせるアーキテクチャを考えてきました。 その過程で分かった設計原則というのは、AIを活用する前から変わらないものでした。 この記事では、AIの力を引き出す設計と、その設計を決定論的に守らせる仕組みついて話します。 補足: TanStack Start（フルスタックReactフレームワーク）を利用しており、フロントエンドとバックエンドが同一コードベースにあります。 AIの力を引き出す設計の3つの条件 自分のプロダクトの設計原則は次の3つです。 関心の分離: 関心事ごとにファイルをまとめる。AIのコンテキストに載せやすく、並列開発でもコンフリクトしにくい 価値

[twotiger]

全くそうだと思う。Claude Codeの使い方とか覚えまくっても意味ないし。普通にいいコード作る。そうすれば生成AIにとってもいいコードになる。生成AIはいいコードを学習して作られてる

[misshiki]

AI向けに特別な設計は不要で、関心の分離、純粋関数中心のFCIS、出力値ベーステスト、依存方向の明確化が重要という話。CLAUDE.mdより静的解析とGit hooksで設計を決定論的に守る発想が軸。

[paul_oguri]

“Shimmy”

[doituwn]

こういうのをシェアしてくれるのはありがたいが、実装寄りの設計って数年後には不要になるのでは？0→1開発といってもアーキテクト的なものでもないし、ソリューションでもないし。

[kagerouttepaso]

今は設計とWFで質を担保する雰囲気強いよね。でも今後はコミュニケーションを通じてチームで共有される暗黙知やポリシーを自動でコンテキスト化する機能が伸びると予想してる。

[jintrick]

https://speakerdeck.com/kaminashi/designing-for-ai-high-cohesion-loose-coupling-and-pure-domains-and-how-to-keep-them-that-way-10-min-talk

[clubman023]

うん

[nguyen-oi]

静的解析で依存関係を強制してAIの迷走を防ぐのは賢い。結局、王道の設計がAI時代でも最強ってことか