結論から書く。個人開発でクリーンアーキテクチャを採用する価値は「ある」が、無条件ではない。私は複業のfinance-managementリポジトリ（家計データの集計・シート同期・Slack通知）でdomain/ports/adapters/usecaseの構成を採用し、実際に開発速度が落ちなかった一方、別の小さなスクリ...

私は現在、本業のFDE（AI導入支援）に加えて、storeforge・aerial-earth-studio・afflow・民泊・すきま経営ブログと、性質の異なる複数のコードベースをClaude Codeで並行運用している。結論から書くと、複数リポジトリを1人で回す上で効いているのは「タスク管理を1箇所に集約する」「リ...

「AIって100%正確じゃないんですか」。クライアント先で、この質問には何度も向き合ってきた。 エンジニアにとって「LLMの出力は確率的で、たまに間違える」は当たり前の前提だ。しかし非エンジニアの顧客にとっては、そうではない。従来のシステムは「決められた通りに動く」ものだったので、「たまに間違える」という性質自体が直感...

「デモでは完璧に動いたのに、本番投入したら思ったように動かない」。LLMアプリを作っていると、これは驚くほど頻繁に起きる。 原因の多くは、モデルの性能不足ではない。デモを通す評価と、本番で求められる評価が、そもそも別物であることに気づかないまま作り進めてしまうことにある。ここでは、私がクライアントワークで実践している評...

AI導入案件のスコープを決めるとき、多くの現場で最初につまずくのがここだ。「完成させます」と請負的に約束するのは危険なのに、かといって「時間だけ提供します」という準委任の建て付けでは、依頼する側が不安になる。 以前の記事で、FDEとSESの違いは「工数提供」か「成果責任」かにあると書いた。この記事では、その成果責任を実...

「要件が固まっていないと開発に入れない」。これは正しいが、AI導入案件では話が逆になることが多い。要件は、動くプロトタイプを見せて初めて固まる。 とはいえ、ヒアリングもなしにいきなり作り始めていいわけではない。ここでは、私が実際に使っている「顧客ヒアリングからプロトタイプまでを最短で回す型」を書く。 なぜ「要件を固めて...

「FDEって実際、日々何をやっているんですか」。この職種の実務イメージが湧かないという声をよく聞く。今回は、私の実際の1週間を、業務内容が特定できない範囲で抽象化しながら書いてみる。 月曜日: 前週の振り返りと今週の優先順位づけ 週の始まりは、前週の進捗を振り返るところから始まる。検証中の案件がどこまで進んだか、止まっ...

「AI導入案件の多くはPoCで止まる」。この指摘自体は、もう目新しくもない。コンサルの資料にも、ベンダーのセミナーにも、同じ言葉が並ぶ。 だが、そこで語られる原因——「目的が曖昧」「経営のコミットが弱い」——は、現場にいる立場からすると表層的だと感じる。目的が明確で、経営が乗り気でも、PoCは止まるときは止まる。私は実...