Insights
エンジニアリングの記事
「エンジニアリング」に分類した Insights 記事 48 本の一覧。AI 駆動開発の現場で得た知見を、実プロジェクトの文脈でまとめています。
- カテゴリ
- エンジニアリング
- 記事数
- 48 本
- 最終更新
- 2026年9月30日
全 48 本中 37〜48 本目
- エンジニアリング
EOL・サポート終了への対応｜塩漬けシステムを止めずに刷新する選択肢
OS・言語・フレームワークの EOL(サポート終了)が迫り対応を迫られる情シス向けに、放置リスクの整理と、延命・部分移行・全面刷新という現実的な選択肢、業務を止めずに進める段階移行の手順を比較解説します。期限から逆算したロードマップの引き方、データ移行リハーサルの勘所、AI 駆動開発で対応期間を圧縮する方法まで、AI 駆動開発のクリエイティブスタジオが実務目線で整理しました。
#サポート終了 システム 移行#塩漬けシステム 刷新#OS EOL 対応 - エンジニアリング
LLM アプリの評価ハーネス構築 - LLMOps で品質を回す
LLM アプリや AI エージェントの品質を継続的に担保する評価ハーネスの作り方を、評価データセット設計・自動採点・回帰テスト・CI 連携まで実装視点で解説します。属人化しない LLMOps の型を AI 駆動開発のクリエイティブスタジオが示します。
#評価ハーネス#LLMOps#LLM as a judge - エンジニアリング
AIテスト自動化の実践|生成AIでテストを書く設計と注意点
生成 AI にテストを書かせるための設計、レイヤー別のアプローチ、カバレッジの考え方、そして見落としやすい落とし穴と対策を実装目線でまとめました。テストファースト × AI の具体手順から CI への組み込み、品質ゲートの構成例までを、AI 駆動開発のクリエイティブスタジオが共有します。
#ai テスト自動化#生成ai テストコード#tdd ai - エンジニアリング
FAQPage 構造化データの書き方｜AI 検索に引用されるための JSON-LD 実装ガイド
AI 検索に引用されやすくする FAQPage / JSON-LD 構造化データの書き方を、最小実装サンプルから MDX frontmatter の faq を起点に JSON-LD を自動生成する設計、リッチリザルトでの検証手順まで実装一次情報で解説。概論ではなく動くコードで示し、AI 駆動開発のクリエイティブスタジオの実装力を可視化します。
#FAQPage JSON-LD#構造化データ 書き方#schema.org FAQPage - エンジニアリング
ゼロクリック時代の SEO 効果測定｜AI 検索の引用・表示回数をどう追うか
AI が回答してしまいクリックが減る「ゼロクリック」時代に、何を KPI に据え GSC / GA4 でどう計測するかを実データの見方とともに解説します。表示回数とクリックの乖離・引用カバレッジ・指名検索といった新指標の運用法を、AI 駆動開発のクリエイティブスタジオの視点で示します。
#ゼロクリック検索#SEO 効果測定 AI#AI Overviews 計測 - エンジニアリング
技術的負債の返済は『作り直し』だけじゃない｜AI 駆動の見極め方
「直すべきか作り直すべきか」を判断できない開発リーダー・CTO 向けに、技術的負債の可視化方法と、リファクタ・部分刷新・全面リプレイスの分岐基準を、AI でホットスポットを特定する手順とともに解説します。
#技術的負債 とは#技術的負債 解消#技術的負債 可視化 - エンジニアリング
AI 駆動開発のアーキテクチャ設計 — AI が書きやすい構造
AI が安全かつ高速にコードを書ける構造とは何かを、AI 駆動開発のクリエイティブスタジオが解説します。モジュール境界・型・ディレクトリ設計・テスト容易性が AI 駆動開発の生産性を左右する理由と、大規模・レガシーで AI を効かせるための設計指針を共有します。
#AI が書きやすいコード設計#AI フレンドリー アーキテクチャ#モジュール設計 AI - エンジニアリング
LLMO / GEO の進め方｜AI 検索最適化を社内に定着させる実装ロードマップ
概論で終わりがちな LLMO / GEO を、構造化データ・記事構造・計測を段階導入する実装ロードマップとして提示します。自社サイトでどう着手し継続するかを fixit の取り組みを実例に示し、技術実装を伴う AI 検索最適化の進め方を AI 駆動開発のクリエイティブスタジオの視点で解説します。
#GEO 生成エンジン最適化#LLMO とは 進め方#AI 検索最適化 - エンジニアリング
E-E-A-T を構造化データで補強する｜著者 Person・運営 Organization の sameAs 設計
AI 検索が情報源の信頼性を判断する E-E-A-T を、著者 Person・運営 Organization・sameAs で機械可読に補強する実装を解説。誰がどんな専門性で書いたかを構造化し、引用されやすい権威性を作る方法を、自社サイトの実装一次情報で示します。
#E-E-A-T 対策#著者 構造化データ Person#Organization schema sameAs - エンジニアリング
システム移行のデータ移行で失敗しない｜ETLリハーサルと差分検証の実務
カットオーバー最大の地雷であるデータ移行に絞り、ETL スクリプトの設計、リハーサル回数の決め方、差分の自動検証、NULL や半角全角混在・SJIS 由来の文字化け対策を、業務停止枠 4 時間の案件でリハーサル 23 回を回した知見をもとに、AI 駆動開発のクリエイティブスタジオが解説します。
#システム移行 データ移行#ETL リハーサル#データ移行 失敗 - エンジニアリング
AI Overviews に引用されるための記事構造｜結論先出し・質問形式見出しの実装
AI Overviews / AI モードに引用されるための記事構造を、結論先出し・検索クエリに近い質問形式の見出し・抜き出しやすい段落設計まで具体的な型で解説します。fixit の記事を実例に、引用されやすいライティングの実装と被引用の確認方法を示します。
#AI Overviews 引用#AI 検索 引用される#結論先出し 記事構成 - エンジニアリング
ハルシネーション対策の決定版 - 業務利用で誤回答を防ぐ設計
生成 AI が事実と異なる回答を返すハルシネーションを、業務利用で実用レベルまで抑える対策を体系化。原因の切り分けから RAG・出典明示・検証・人間協調・評価まで多層防御の設計を実装視点で解説します。
#生成AI 誤情報#LLM 嘘をつく#RAG ハルシネーション