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
AIエージェントがあれば技術書なんてすぐ書けるでしょ→無理でした
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
watany
July 23, 2026
Technology
1.3k
7
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
AIエージェントがあれば技術書なんてすぐ書けるでしょ→無理でした
Qiita Tech Festa Dayで講演した内容です
watany
July 23, 2026
More Decks by watany
See All by watany
仕様駆動開発の消費期限
watany
20
8.2k
穢れた技術選定について
watany
21
7.1k
Alphaモジュール使っていいのかい!?いけないのかい!?どっちなんだいっ!?
watany
1
390
The Tyranny of Not Measuring
watany
5
450
新しいVibe Codingと”自走”について
watany
6
500
Equip GitHub Copilot CLI
watany
3
1.5k
SkillsをS3 Filesに置く時のあれこれ
watany
4
2.5k
App Runner最近使ってなかったのなんでだっけ
watany
1
150
CDK Deployのための ”反響定位”
watany
5
1.1k
Other Decks in Technology
See All in Technology
【CEDEC2026】コードレビュー支援ツール開発から学ぶ:LLMを用いた業務システムの実践的な運用設計と誤出力対策
cygames
PRO
0
730
【CEDEC2026】グラフィックスエンジニアのためのニューラルシェーディング入門
cygames
PRO
0
140
20260608_Codexの可能性_ノンプログラマー向け_大城追記
doradora09
PRO
0
800
Head First モブプログラミング / Head First Mobprogramming
takaking22
10
12k
モノリス Rails でも日中に rails db:migrate を走らせたい! / Daytime rails db:migrate on Monolithic Rails!
euglena1215
4
580
Flutterをカメラで動かしたかった話
sony
1
140
Agent 時代の Kaggle 展望 / kaggle-in-the-agentic-era
upura
1
710
修正PRを食べてレビュースキルが賢くなる:Claude Codeによる自己改善サイクル
yuyaumetsu
6
1.5k
【CEDEC2026】次世代デジタルカードゲームのサーバー設計と運用 〜『Shadowverse: Worlds Beyond』の舞台裏~
cygames
PRO
1
1.2k
侵入は突然に 〜 IoTマルウェアと悪用される家庭の機器 ~ / When Intrusion Strikes: IoT Malware and the Abuse of Home Devices
nttcom
0
1.6k
私がブラウザを自作したくなった理由
supurazako
1
230
【CEDEC2026】専門性の高いデフォルメチームが挑んだ人材育成戦略 〜Cygames Academiaの企画から実施まで〜
cygames
PRO
0
600
Featured
See All Featured
Tips & Tricks on How to Get Your First Job In Tech
honzajavorek
1
690
B2B Lead Gen: Tactics, Traps & Triumph
marketingsoph
0
200
GraphQLとの向き合い方2022年版
quramy
50
15k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
6k
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
520
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
660
Music & Morning Musume
bryan
47
7.3k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.8k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
410
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
49
10k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.4k
[SF Ruby Conf 2025] Rails X
palkan
2
1.3k
Transcript
None
About Me 渡邉 洋平(watany) • • • • 所属:NTTテクノクロス株式会社 AWS
Ambassadors(2024〜) JAWS-UG東京(AWSコミュニティ) 運営 寄稿:CodeZine ◦ 仕様駆動開発への期待と誤解 2026年5月2日(土)発売 https://www.sbcr.jp/product/4815636593/ 2
技術書(単著)を書きました - 買って読んで欲しい! - 対象読者: - ⽣成AI×システム開発を調べてもネットの場 当たり的な情報に振り回されて困っている - Agentの使い⽅をどこから学び始めるべきか
わからない - ⾃分は⼤丈夫でもチームメンバが後をついて こない時、渡す本がない 2026年5月2日(土)発売 https://www.sbcr.jp/product/4815636593/
AI活⽤×執筆のジレンマ ※個⼈の信念です。 - 「AIにシステム開発を委ねましょう!」と 書いたのに、AIに執筆を委ねない理由を 並べるのは道理に合わない - とはいえ、LLMに出⼒させた⽂章は、 AI臭くて使い物にならない 2026年5月2日(土)発売
https://www.sbcr.jp/product/4815636593/
AI Slop(⽣ゴミ) 圧倒的な量に対して内容の薄いコンテンツへの揶揄 海外版流⾏語⼤賞の1つが「スロップ(汚物)」に決定、「AIスロップ」のように使われる⾔葉 https://gigazine.net/news/20251217-merriam-webster-word-of-the-year/
AI Slop ⽂章の”臭い” ⽂章における代表的なAI Slop - 語彙:「構造」「⾜場」「刺さる」「効く」「置く」「emダッシュ(—)」 - 構⽂:Markdown強調、コロン付き箇条書き(- hogehoge:
fugafuga) - 構成 - 章‧節でのサブタイトルの多⽤ - クリフハンガー(続きが気になる中途半端な終わり) - バイアスの⽋如(書き⼿の極論‧傾向に対する、過度な調整) - LLMの予測可能性(=前の話から想定できる地点へ着地してしまう)
AI Slopの脱臭に関する是⾮ - そのAI臭を消す努⼒は、誰のためにやって いるのか - 「品質改善」「ロンダリング」 - なぜAI臭さを消したいのか? -
「責任を負う」「外注の痕跡を消す」 https://x.com/ktrmnm/status/2078763563733414102
”AI Slop”を脱臭するアプローチ Skilsの例 - blader/humanizer - Wikipedia:Signs of AI writingに基づき、AI出⼒で頻出のパ
ターン(33観点)を検出して⾃然な⽂章に修正するスキル - k16shikano/japanese-tech-writing - ⽇本語の技術⽂書を書かせたり推敲させるための⽇本語⽂章 規範スキル
”AI Slop”を脱臭するアプローチ - 執筆中は⾃前Skill‧Commandを試していた - 内容は後述 - Linterも試していた - textlint-rule-preset-ai-writing
textlint-rule-preset-ai-writingを試す https://zenn.dev/hibara428/articles/a4235e23f04110
結論として採⽤できなかった 決定論的フィードバックは、⽂章の質に寄与できない - Linterで「AI⽂章あるある」を刈り取ると、⼈間らしい⽂章ではな く、単に別のバイアスを持った⽂体になった - アンチパターンを機械的に添削した結果、かえって単調な⽂章に なってしまった - 漢字の閉じ開き、もの‧ことの撲滅
- LLMなりに⼈間らしさ(機械翻訳らしさ)を踏まえて出⼒しているの で、AI Slopの特徴を全て消すと、違和感が増す可能性 - 例:スラングを意識しすぎると却って話し⾟くなる
どうしたか
1. ⾃分の真似をさせる ⾃分の⽂体‧スタイルを”蒸留”する - 「⽂体や構成は@watanyの公開記事や登壇スラ イドを読んで理解し、参考に執筆Skillを作って」 - Qiitaを含めて約200くらいの公開資料 - Claude
Codeなどの「Web search tool」で 検索させる。どう真似るかはLLMに任せる https://qiita.com/watany
2. レビュー、修正 - レビュープロンプト例 - 「誤字脱字‧表記誤り‧⽂法誤りはありますか?」 - 「この<⽂章><表現>を簡潔にする代替案を考えてください」 - 「前後の章‧節と整合性が取れてない点を指摘してください」
- Tips - これらを1つの神Skillsに固めると抜け漏れが出るように感じる - 変に凝るより、定型reviewコマンド+観点無しレビューを3並列
どうしたか → どうなったか ユーザーハーネスの考え⽅にマッピングすると - feedforward(⽣成に必要な情報) - 1. ⾃分の真似をさせる -
feedback(評価に必要な情報) - 2. レビュー‧修正 どうなったか - 似てる⽂体にはなるけど、良い⽂章にならない Harness engineering for coding agent users https://martinfowler.com/articles/harness-engineering.html
「技術書の⽂章」の分解 技術書の⽂章には実⽤的に三層ある(と思う) 1. 語彙 - 頻度が⾼い‧使われ⾟い語彙 2. ⽂のリズム - ⼀⽂の⻑さ、句読点の位置、⾔葉の緩急
3. ⽂章の⾻格 - 何を書くか、書かないか、どの順序で語るか
分解した「技術書の⽂章」とどう向き合うか 1. 語彙 - LLMに⼀旦ありのままに書かせる - 禁⽌したい語彙はレビューで検出する 2. ⽂のリズム -
LLMに書かせた⽂章を、⾳読して違和感を検出する 3. ⽂章の⾻格 - 初⼿AI VS 初⼿Human
1. 語彙と向き合う - LLMに⼀旦ありのまま書かせる - GPT 5.6, Claude Fable 5のプロンプトガイドを読むと、
守らせる⼿順を減らすのがベストプラクティス - 禁⽌したい語彙はレビューで検出する - 機械的に削ると⽂章も機械的になるため指摘に留めるのも⼿ - 無駄な例「AIっぽい⽂章を⾒つけて」
2. ⽂のリズムと向き合う LLMに⼀旦ありのままに書かせ、⾳読して違和感を検出する - 黙読でもいいが、⼩声でも声に出した⽅がいい - 声に出さず何度も読むと違和感が摩耗してしまう - 「私はこの表現をするか?」「話の流れに違和感は無かった か?」「⾔葉選びは妥当か」など
- LLMに限らず、煮詰まったら効果的 - リズム改善系のSkillはあるが、LLMらしさを軽減するものの 違和感はぬぐえないため、今の所は使わない予定
3. ⽂章の⾻格と向き合う Human In The Loopの代表的なパターン - 初⼿AI - コンセプトを伝えてLLMに書かせる→「こんなのが俺の⽂章なわ
けないだろ!」→反発のままに書き直す→LLMに直させる→ 「こんなのが俺の⽂章なわけないだろ!」(以下略) - 初⼿Human - ⼀旦殴り書き‧メモレベルの材料を元にLLMで初稿を起こす。 順序を並べ替えたり、過不⾜を修正したり、を⼈とLLMでターン 制で繰り返す
部分的に効果があったアプローチ - 前提:本書にはエージェント(Cline)の操作 の様⼦を実況形式で画⾯キャプチャで紹介 するパートがある - PART3: Vibe Codingを試してみよう -
PART5: Agentic Coding ‒ 開発基盤構築 - PART6: Agentic Coding ‒ コーディング - PART7: Agentic Coding ‒ リリース 2026年5月2日(土)発売 https://www.sbcr.jp/product/4815636593/
部分的に効果があったアプローチ 画像から⽂章を作る⇒けっこう厳しい - ⼀操作ごとにキャプチャしていないので、 意図しないストーリーを創作してしまう - OCR的にキャプチャの⽂字を取り出して くれるのは普通に便利 画像のキャプションを作る⇒そこそこ -
意図しないストーリーを創作してしまう - 意外と説明を1⾏に収めるのは⼤変なので、 打率が低くても試す価値はあった https://www.sbcr.jp/product/4815636593/
AIエージェントでも技術書はすぐ書けない - 書籍の半分ほどはエージェント執筆を試みたが、肌感覚で1~3割程度の効率化 - 何なら⼿段の試⾏錯誤が⻑すぎて、脱稿が遅れてしまった - ⼤量に⽂を出⼒するのと、書籍としての品質にはギャップがある - 少なくとも0→1は「おもんない」⽂章になる -
とはいえ、LLMの出した表現を普通に採⽤する場合も - 素直に⼿を動かして書くか、LLM出⼒で早めに失敗⽂例を知る⽅がいい - プロンプトやSkillsに凝るよりOpus4.6 やFableなど⽂章⼒の⾼いモデル を使う⽅が良い - レビューは細かくプロンプトを刻んで適宜実⾏→issueなどに記録
せめてものTips - AIにゼロから書かせる時は⾃分の⽂章蒸留は効果がある - 「⽂体や構成は<任意>を読んで理解し、参考に執筆して」 - ⽂章を修正する語彙があるとLLMに指⽰しやすい - コロケーション:単語と単語、その他の品詞間の⾃然な組み合わせ -
呼応:「なぜなら〜からだ」など、対応する表現が正しい組み合わせか - Linterは育てるまでが⻑いので、最悪LLMレビューに置き換える選択肢も - ⽂章の違和感を拾うのは⾳読が⼀番実⽤的