Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
LLMによる技術ブログレビューを導入した話
Search
Cloud Ace
April 01, 2024
Technology
550
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
LLMによる技術ブログレビューを導入した話
Cloud Ace
April 01, 2024
More Decks by Cloud Ace
See All by Cloud Ace
今年の最難関と思われるProfessional Security Operations Engineer の概要
cloudace
0
23
Gemini CLI x Google Cloud Document MCP で作る Google Cloud クイズボット
cloudace
0
28
魅力的な LT を作りたい
cloudace
0
20
AIエージェントはqじゃなくてwqしよう
cloudace
0
21
文系からSRE分野に挑戦 ( 新卒 2年目、私がGCP/AWSを学んで 得た気づき)
cloudace
0
63
Gemini を Raspberry Pi で走ら せた経験
cloudace
0
260
ADK / BigQueryで実現する分析エージェントのガバナンス設計
cloudace
1
53
【ガードレール】組織ポリシーで脆弱な設定を防ごう
cloudace
0
170
Cloud RunならDBも含めた ゼロスケールが可能? WordPressをゼロスケールさせた話
cloudace
0
37
Other Decks in Technology
See All in Technology
Cursor Meetup Sapporo - Cursor物語 続編
cocacola917
0
140
【CEDEC2026】コードレビュー支援ツール開発から学ぶ:LLMを用いた業務システムの実践的な運用設計と誤出力対策
cygames
PRO
0
600
『三匹の子ぶた』から学ぶネットワークセキュリティの昔と今 / Network Security: Then and Now Through the Lens of The Three Little Pigs
nttcom
1
1.7k
生成 AI の基礎 〜 サンプル実装で学ぶ基本原理
enakai00
7
4.4k
第3回しろおびセキュリティスポンサーセッション
log0417
0
150
侵入は突然に 〜 IoTマルウェアと悪用される家庭の機器 ~ / When Intrusion Strikes: IoT Malware and the Abuse of Home Devices
nttcom
0
1.5k
ホームラボ紹介
y_sera15
0
100
ブラウザ研修 2026
recruitengineers
PRO
4
730
修正PRを食べてレビュースキルが賢くなる:Claude Codeによる自己改善サイクル
yuyaumetsu
5
1.3k
モノリス Rails でも日中に rails db:migrate を走らせたい! / Daytime rails db:migrate on Monolithic Rails!
euglena1215
4
540
Master Dataグループ紹介資料
sansan33
PRO
1
4.8k
20260807_第6回_関東kaggler会LT_claw系bot xangiと始める、"寂しくない" kaggle
sugupoko
0
180
Featured
See All Featured
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
3
200
Jamie Indigo - Trashchat’s Guide to Black Boxes: Technical SEO Tactics for LLMs
techseoconnect
PRO
0
580
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.2k
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
440
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
2
3.7k
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
1.2k
Are puppies a ranking factor?
jonoalderson
1
3.8k
Everyday Curiosity
cassininazir
0
270
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
5
1.2k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
1.1k
VelocityConf: Rendering Performance Case Studies
addyosmani
333
25k
Transcript
LLM による技術ブログレビューを 導入してみた時の話 Jagu’e’r Tech Writers 分科会 Meetup #3
自己紹介 • 仕事内容 ◦ クラウドエース株式会社 ◦ Google Cloud を中心としたコンサル、インテグレーションに従事 ◦
主にコンテナ領域を専門としながらアプリ、インフラ、マネジメント全般を 担当 • その他 ◦ リモートでの資格試験では自宅の浴室で受験 ◦ Google Cloud Champion Innovators (Modern Architecture, Serverless App Development) ◦ Google Cloud Partner Top Engineer 2024 ◦ Google Cloud Partner Tech Blog Challenge 2024 受賞 間瀬 真 (@Makocchan_Re)
当社は Zenn にて技術ブログを発信してい ますが、レビュープロセスを経て外部公開 をしています。 レビュープロセスに LLM によるレビューを 組み込んだ時の話をします。 &
本日話すこと
ブログ公開までのプ ロセス Zenn 連携用の GitHub リポジトリ ①ブログ執筆 ②Pull Request(PR)作成 ③マネージャーによる
PR のレビュー ④PR マージ ⑤ブログ公開
レビュー観点例 ・文章の内容に(技術的な視点でみて)誤りがないか ・文章表現において分かりづらくないか、不適切ではないか ・Zenn の禁止事項に該当する内容ではないか ・自社の広報で定めるルールに反していないか - Google Cloud を
GCP や Google Cloud Platform と書かないこと - 半角英数記号の前後には半角スペースを挿入すること - 「最強」みたいな誇張表現をしないこと - などなど
私が文書のレビュー が苦手だった 当時(2023 初秋)、LLM のキャッチアップを個人的 にしたかった 動機・課題 GPT-3.5 です GPT-4
です PaLM です PaLM 2 です GPT-4-turbo です
レビュー精度を 評価した上で本格導入 を検討 試用期間 評価 本格導入 Bad... ブログ執筆者による フィードバックを収集
50%以上の Good 評 価を目標として設定 50 %
Slack での レビュー運用を構築 Slack レビュア(bot) 記事執筆 特定チャンネルより レビュー依頼 レビュー結果の返信 Bad...
レビュー結果に対する評価 slack-app slack-app 評価の蓄積 ※ Slack は、米国およびその他の国で登録された Slack Technologies, Inc. の商標およびサービス マークです。
期待値コントロール のためのキャラ設定 @article-reviewer さん • 記事内容をチェックするプロフェッショナル • おじいちゃんなので的外れなことも多々指摘してし まいます。 •
真面目すぎて文章内容のチェックしかできず、会話 することはできません。
本格導入判断ライン 評価期間において、 約 80% 以上ポジティブ な評価を獲得
評価振り返り 精度には関係ないバグでネガ ティブ評価をもらってしまうこと も 精度の問題によるレビュー指 摘誤りも多々見られた レビュー指摘された箇所が分かりにくい。指摘箇所 の行数を教えてくれるが誤っている。 修正不要な指摘をしてしまう 自分の名前が誤りと指摘された
などなど
本格運用では、GitHub Actions によるレビュー を実施 記事執筆 GitHub Actions LLM によるレビュー レビュー結果を
PR レビューコメントまた はコメントとして追加 レビュー結果/評価結果の蓄積 GitHub リポジトリ
暫定運用からの改善点 その 1 レビュー指摘箇所の特定は LLM にはやらせない
暫定運用からの改善点 その 2 LLM による W チェックを導入 レビュー結果 一次レビュー 二次レビュー
(おじいちゃんとはライバル関係) 最終判断は人間に委ねるように注意を促す
暫定運用からの改善点 その 3 コードのレビューは止める ブログでのコードはサンプルコードや一部簡略化された 記載が多く、指摘としては多いが修正に繋がらないので トークンの無駄と判断 コードレビューに使うくらいなら、 W チェックにトークンを
割いた方がいいと判断
まとめと感想 LLM に全てをやらせない。ルールベースにできるも のはその方が確実なのと、プロンプトも減るので他 の観点の精度向上が期待できる。 誤字脱字や不自然な文章表現、固有名詞の誤りな どの検出は得意そう。 私のレビューは不要にならなかった。 現状はあくまでも文章校正のセルフチェックツール としての位置付けに。
Thank you ※Google Cloud は Google LLC の商標です。