プロンプトは設定ではなく資産 — 「壊れたら戻せる」AI業務システムの作り方
AIを組み込んだ業務システムの開発で、意外と軽く扱われがちなのがプロンプト（生成AIに与える指示文）です。コードは当然のようにバージョン管理されるのに、プロンプトは管理画面のテキストエリアに直接書かれていたり、ソースコー […]
最新投稿
AIの「なぜこの答えになったか」を後から追う — ログ設計で決めるべき7項目
AIを組み込んだ業務システムを稼働させた後、必ずと言っていいほど出てくるのが「このAIの回答、なぜこうなったのか」という問い合わせです。請求書の読み取り結果が1件だけおかしい、問い合わせ対応チャットが社内規定と違う案内を […]
基幹システムにAIを足すと工期が延びる — 連携で詰まる3箇所と、見積もり前に確認すべきこと
「今の基幹システムはそのまま使いたい。そこにAIで需要予測や問い合わせ対応を足したい」——受託開発の相談で最も多い形です。そして実際に手を動かすと、AIモデルの精度よりも先に、データを取り出して渡すところで工期が溶けます […]
AIの誤答は「気づく人・切り分ける人・直す人」で分ける — 業務システム運用体制のつくり方
「AIが間違えた」の次に起きる、本当の問題 AIを組み込んだ業務システムを導入すると、必ず一度は「出力がおかしい」という場面に行き当たります。見積書の金額が合わない、問い合わせ回答に存在しない規約が書かれている、分類タグ […]
社内にAI担当者がいなくても進む「判断は社内・作業は外」の線引き
「AIを業務に使いたいが、社内に詳しい人間がいない」。中小企業の経営者や情報システム担当の方から、この相談が目に見えて増えています。そして多くの場合、話は「じゃあ全部外注しましょう」か「まずは社内で勉強してからにしましょ […]
AI受託開発の見積書と契約書は何が変わったか — 2026年に実務へ効いた変化
AI関連のニュースは毎週のように流れてきますが、受託開発の現場で「見積もりの出し方」や「契約書の文言」まで変えたものは、そう多くありません。本稿では、弊社が業務システムの受注開発を進めるなかで、実際に見積・契約・納品のや […]
LLMの料金は「安いモデルに替える」では下がらない — 呼び出し回数と文脈量から設計するコスト削減
なぜ「モデルを安いものに替える」から入ると失敗するのか AIを組み込んだ業務システムの開発相談をいただくとき、運用コストの話は必ず出てきます。そして多くの場合、最初の質問は「どのモデルが一番安いですか」です。 気持ちはよ […]
AI の PoC が本番に乗るかどうかは、着手前に決める 3 つのことで ほぼ決まる
「まず小さく試してみましょう」で始まった AI の検証が、半年後には誰も触らなくなっている。受託開発の現場では珍しくない光景です。PoC（Proof of Concept／概念実証。本格開発の前に、技術的に実現可能かを小 […]
AI コーディング支援のチーム導入は「誰がレビューを持つか」から決まる — 個人利用の比較表では選べない理由
AI によるコード補完や生成の支援ツールは、個人開発者の間では「どれが速いか」「どのモデルが賢いか」で比較されがちです。実際、個人で使う分にはその軸でほぼ問題ありません。しかし同じ基準でチーム導入を決めると、数か月後に「 […]
RAG の精度はモデルではなく文書管理で決まる — 着手前に固めておく5つの前提
「社内文書を AI に読ませて、質問すれば答えが返るようにしたい」というご相談が増えています。このとき最初に聞かれるのは、たいてい「どのモデルを使うべきか」「ベクトルデータベースは何がいいか」といった技術選定の話です。し […]