生成AIで自動テック・ブログ -未来の自分に向けた技術情報-

生成AIで技術ブログを作成→業務に活かせるようにする方法についてのLT発表資料です。

Transcript

1. 2026.11.08 / えびてく #8 生成AIで自動テック・ブログ - 未来の自分に向けた技術情報 - 三浦 恒樹（MIURA KOUKI）/ 医療ITエンジニア
2. 自己紹介 - 医療ITエンジニア / 診療情報管理士 / 上級医療情報技師 / 医用画像情報専門技師 TypeScript / Vue.js / Node.js / Java / C# / PHP 2026.10～ フクダ電子株式会社に所属 - 3兄弟の父、休日は習い事の送り迎えとか... - 参加している勉強会 札幌PHP勉強会 ゆるWeb勉強会 JBUG札幌 JavaDO えびてく クラメソ札幌IT勉強会（仮） AWS初心者LT会in札幌 札幌すごいAI会 札幌IT石狩鍋 hokkaido.js 函館本線沿線勉強会 JPUG-Ezo VueSapporo さっぽろ医療IT勉強会 ※運営 - コーディングBGM ラックライフ BLUE ENCOUNT SHANK Dizzy Sun Fist - Naru, 名前を呼ぶよ, 初めの一歩, 変わらない空 - Survivor, ポラリス
3. 話すこと 01 02 03 開発工数の現実 技術調査の負荷 技術ブログによる時間効率化 開発に使えるのは1日4時間前後 新技術の調査は失敗の積み重ね 生成AIで書いて、未来の自分が参照
4. 開発工数の現実 開発エンジニアには、開発以外にもやることがたくさんある 50～60 % 1日8時間のイメージ 開発 約4時間 開発以外：[会議・レビュー・問い合わせ対応・資料作成 など] 開発にかける時間（業務時間比） 1日あたり 4時間前後 ・ 開発エンジニアが開発にかける時間は、業務時間の50～60%（1日4時間前後） ・ 限られた開発時間を、いかに効率よく使うかが課題 開発以外
5. 技術調査の負荷 開発の1工程だが、新技術の調査には時間がかかる 他社・他者のブログを見ても、条件に100%一致する記事は見つからない 時間がかかる 見積もりを超えがち 新技術の調査は 不確定要素が高く 試して、失敗して、また調べる…の失敗の積み重ね 予定工数を上回ることが多い 調査の時間、どう減らす？ 技術ブログを書いておく
6. 技術ブログによる時間効率化 事前に調査して、技術ブログを投稿しておく 未来の自分のために、技術調査をブログにしておく 業務中に参照できる 他者にも活用してもらえる そのまま手順書になる ・ 開発効率を図る ・ 公開しておけば ・ 構築手順書・開発手順書の ・ 自分のために書いたブログなので条 同じ課題を持つ人の役に立つ 作成も効率化される 件に一致する
7. 生成AIで技術ブログを書く手順 技術調査 → 記事作成 → 評価 の3ステップ ① ② ③ 技術調査 記事作成 記事内容を評価 技術調査の概要を 調査結果を生成AIに レビューして 生成AIにインプット インプットして記事化 実際に動かして確認 生成AIが書いて、自分が評価して、未来の自分が参照する
8. 手順① 技術調査の概要をインプット 例：1台構成の Kubernetes に Nginx Gateway Fabric と cert-manager を構築 # 生成AIへの入力例 Ubuntu26.04にcontainerd、Kubernetes、Calicoを構築済み。 Gateway API、Helm、HelmでNginx Gateway Fabric(NGF)をインストールして、NGFで80/443 ポートを受信、cert-managerでLet's Encryptの証明書を取得・更新する設定方法を教えてくださ い。 NGFでTLS終端します。 ロードバランサーが無い1台構成のKubernetes環境でWEBサーバーを構築する注意点として、ホストの 80/443ポートをNGFで直接処理するためにNodePort範囲を80～32767に拡張する必要もあります。 ポイント ▪ 前提環境 構築済みのものを書く ▪ やりたいこと 調べたい内容を具体的に ▪ 注意点 自分の条件ならではの制約
9. 手順② 調査結果から技術ブログ記事を作成 生成AIの出力（技術調査結果）を、もう一度生成AIにインプット # 技術調査結果と一緒に入力 この調査結果をQiitaに技術ブログとして投稿します。 私の最近の記事はこちらです。記事作成の参考にしてください。 https://qiita.com/kouki_miura/items/ab04e3a63ca52f6d23df Qiitaに直接コピペできるMarkdown形式でコードブロックに出力してください。 ポイント ▪ 過去記事を参照 文体・構成を自分の記事に揃える ▪ 出力形式を指定 Markdownでそのままコピペ投 稿 技術調査結果 Qiita投稿用のMarkdown記事
10. 手順③ 記事内容を評価 投稿前に、本当に動くかを確かめる レビュー 評価 ・ 別の生成AIにレビューさせる ・ 構築手順 → 実際に構築する ・ 自分でもレビューする ・ 開発手順 → プロトタイプを作成する 動作確認済みだから、 業務でそのまま使える
11. まとめ 未来の自分に向けた技術情報を、生成AIで ① 開発工数は少ない ② 技術調査をブログに 開発エンジニアの開発工数は少ない → 効率化が必要 未来の自分のために技術調査をブログにまとめておく ③ 生成AIが書く ④ 生成AIが参照する 生成AIが自分の代わりにブログを書いてくれる 生成AIが自分の代わりにブログを参照して開発を効率化する 生成AIが書いて、生成AIが参照する ― 未来の自分の開発を効率化しよう
12. ご清聴ありがとうございました。