Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
AIを共同作業者にして書籍を執筆する方法 / How to Write a Book with...
Search
ama-ch
April 20, 2026
Technology
240
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
AIを共同作業者にして書籍を執筆する方法 / How to Write a Book with AI as a Co-Creator
こちらのイベントの登壇資料です
https://sebook.connpass.com/event/388019/
ama-ch
April 20, 2026
More Decks by ama-ch
See All by ama-ch
Codex 5.3 と Opus 4.6 にコーポレートサイトを作らせてみた / Codex 5.3 vs Opus 4.6
ama_ch
1
580
コミュニティが持つ「学びと成長の場」としての作用 / RSGT2026
ama_ch
2
1.6k
サバティカルふりかえり(2025年5月版)
ama_ch
0
930
Alignment and Autonomy in Cybozu - 300人の開発組織でアラインメントと自律性を両立させるアジャイルな組織運営 / RSGT2025
ama_ch
1
36k
300人の組織でスクラムを運用するための考え方 / Scrum with 300 people
ama_ch
3
1.9k
Columinity (旧Scrum Team Survey) を使ってチームの継続的な改善活動を始めよう / Scrum Fest Osaka 2024
ama_ch
2
2k
スクラムマスターを職能にする挑戦 - 健全なチームを増やし組織をチームワークであふれさせる道のり / RSGT2024
ama_ch
7
33k
アジャイルな組織を作るために開発チーム作成ガイドを書いた話 / Scrum Fest Mikawa 2023
ama_ch
6
4k
スクラムフェス仙台2023の見どころを紹介します
ama_ch
0
220
Other Decks in Technology
See All in Technology
GoにおけるFFIのこれまでとこれから
goccy
5
2.9k
10Xに技術的負債をもたらした「2つの境界の歪み」その構造と解消への営み
10xinc
0
1.4k
【技術的負債conf】事業成長に伴う技術的負債の説明責任とAIによるモニタリング、認知的負債について
i35_267
2
930
OpenTelemetryのメトリクスをCloudWatchに送ってPromQLで見てみた
ota1022
0
150
AIネイティブプロダクトで顧客価値を最大化するプロダクトエンジニアとFDEの協働
righttouch
PRO
0
280
MCPをつなげて作る組織横断のAIエージェント基盤(の開発工程)
tsubakimoto_s
0
120
DEFCON_CHV_CTF_Write-up.pdf
bata_24
0
150
空間オーディオで過去の 自分(ゴースト)と競うランニング 〜HealthKitのルートを足音に変える実装〜
nao_randd
0
170
AI時代、データエンジニアが一番おもろい
genshun9
0
550
「守り」で活用するオンデバイスLLM 〜写ってはいけないを総力戦で防ぐ〜 / iOSDC Japan 2026
nakamuuu
0
150
20260912_スクラムにジェネラリストは必要か
ryugen04
0
400
DEFCON34-Write-up_HYCu-MYCu
daikiokazaki
0
160
Featured
See All Featured
A Modern Web Designer's Workflow
chriscoyier
699
190k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
3.1k
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
1
540
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
700
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
350
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
330
The Curious Case for Waylosing
cassininazir
1
510
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.8k
Designing for humans not robots
tammielis
254
26k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.5k
Chasing Engaging Ingredients in Design
codingconduct
0
310
Transcript
AIを共同作業者にして 書籍を執筆する方法 8ヶ月・785コミットの執筆プロジェクトから学んだこと 天野 祐介 / 翔泳社 技術書執筆部 2026.04.20
自己紹介 天野 祐介 @ama_ch 組織変革コーチ/変容実践家 ▸ 元サイボウズ ▸ スクラムマスター・アジャイルコーチ・マネージャー ▸
新卒から16年在籍し、2025年5月に退職・独立 ▸ スクラムフェス仙台/すくすくスクラム仙台 運営 ▸ 仙台在住 ▸ キャンプ、サウナ、クラフトビール、ランニング ▸ 最近作っているもの:AIパーソナルトレーナー
書いている本について 翔泳社・2026年刊行予定 ▸ サイボウズに16年勤めた著者が、一人の社員としてアジャイルの実践を綴ったドキュメンタリー ▸ 仕事はいつもギリギリで、負債が積み上がるばかりの現場を、アジャイルによって変えていく組織変 革の物語 ▸ スクラムマスターやエンジニアだけでなく、リーダーやマネージャーにもおすすめ ▸
IT業界の専門知識は不要。今の仕事や環境に「何かがおかしい」と感じている人の背中を押す一冊
AIで書籍を執筆するって どんなイメージがありますか? 楽して儲けようとしてる AIが全部書いてくれる プロンプト一発で本が完成 コピペで本ができる 著者の意味ある?
実際は 泥臭い作業の積み重ね でした
このプロジェクトの規模感 785 コミット 77 プルリクエスト 125,000 字 8 ヶ月 ソフトウェア開発と同じ方法論で書籍を運営した
実際にやっていたこと 執筆環境構築 原稿は章ごとにMarkdownで バージョン管理 textlintで原稿全体をチェック GitHub Actionsで自動実行 AIとのペアライティング 執筆作業全般のAI伴走 壁打ち・レビューの相談相手
章の再構成・エピソード拡充・ 校正などのワークフローを分解 Cursor Skillに固定 執筆補助ツールの実装 文字数・章の進捗を可視化する 進捗ダッシュボード MarkdownをGoogle Docsに同 期するツール 画像の一括リサイズツール レビュー用PDFの結合・組版 AIで本を書くことはエンジニアリングだった 執筆ツールを作り、ワークフローを設計し、品質を自動化する。それは開発プロジェクトそのものだった。
None
8ヶ月間のAI活用の変遷 地ならし 2025年8月前半 量産 2025年8〜9月 壊して再設計 2025年10月 型の整備 2025年11〜12月 血肉を通す
2026年1〜2月 仕上げ 2026年3月〜 ★ ★
第1期「地ならし」 2025年8月前半 ▸ CLAUDE.md(AIへの指示書)を作成 ▸ WRITING.md(文体ガイド)を整備 ▸ textlint・進捗ダッシュボードを構築 ▸ 最初のコミット:
"Add CLAUDE.md for AI-assisted writing guidance" 本を書く前に、本を書くシステムを作った
第2期「量産」 2025年8〜9月 ▸ 箇条書きでアイデアをダンプ → Claude Codeで本文に展開 ▸ 過去のnote記事100本超でAIに文体を学習させた ▸
git logに「Claudeで下書き」コミットが並ぶ ▸ 箇条書き→本文展開でまず本書全体の骨格を確認 結果: 構造は使えたが、文体は全面的に書き直した 骨格はAI、血肉は人間
第3期「壊して再設計」 2025年10月 ▸ 原稿にじっくり向き合う以降のフェーズではCursorをメインに ▸ 「イマイチ」な章をAIに多角的・批判的レビューさせた ▸ 構成をゼロからリセット ▸ できた理由:
初期段階でAIベースの軽い本文にしていたから 修正コストを低く保つことが戦略だった AIへのプロンプト例(章の再構成依頼) 1. 現状の章を診断:実体験がどこにあるか、読者の感情にどう訴えているか 2. 全体構成の中での位置づけ:前後の章との関係、転換点としての機能 3. 大胆な再構成の提案:最も強力な実体験を軸に据えた構成案、 読者の心が動く配列、削除すべき要素と追加すべき要素
第4期「型の整備」 2025年11〜12月 Phase 1 時系列整合性 チェック Phase 2 章全体の構造 チェック
Phase 3 エピソード拡充・ 臨場感強化 Phase 4 最終校正(textlint 通過まで) 型を作ることで、品質が安定した
第5期「血肉を通す」 2026年1〜2月 AIをインタビュアーとして使い、記憶から感情・エピソードを引き出した PROMPT 第◦章の△△の節について。今の本文は事実の整理に寄っているので、インタビュアーに なって私の記憶から場面・会話・感情を引き出してから改訂案を出して。体験の創作や脚色 はしない。 AIの質問例: ▸ 「そのとき何を感じましたか?」
▸ 「具体的に覚えている会話はありますか?」 AIはインタビュアーになれる。平坦な文章に魂が宿った。
第6期「仕上げ」 2026年3月〜 編集者のフィードバックdiffをAIに読ませ、暗黙知をルールとして抽出した 追加されたルール例 ▸ 1〜2文だけの段落は前後に統合する(最高頻度ルール) ▸ 「〜と思いました」系の内面解説は最小限に。行動・事実で読者に推察させる ▸ 身体的反応の描写は章あたり1〜2回に抑える
編集者の暗黙知がWRITING.mdに変換された
デモ
AIにさせなかったこと ① 体験の創作はしない AIはインタビュアーとして記憶を引き出すのは得意。 しかし「こういうエピソードを作って」は一度も依頼しなかった。 自分の実体験だけが読者の心を動かせる。
AIにさせなかったこと ② 構成の最終判断は人間がする AIに多角的なレビューをさせて判断材料を増やす。 しかし「この章はこの構成でいく」と決めるのは自分。 執筆後半では、AIが提案する構成と自分の判断がよく対立して喧嘩に
AIにさせなかったこと ③ 「魂」は人間が注入する AIが生成した文体は「自分っぽい」けれど「自分の」ではない。 一文一文に熱量を込める作業は、最後まで手を抜かなかった。
8ヶ月から学んだこと ひとつのベストプラクティスはない ▸ フェーズによってAIの使い方は全然変わる ▸ 実際のプロジェクトの中で試行錯誤し続けることが大事 ▸ 今からゼロで始めたら、また全然違うやり方になると思う
自分の代わりにAIに書かせちゃダメ。 執筆は長い旅。その過程にこそ最大の価値がある。
ありがとうございました 感想やあなたのAI活用方法を教えてください #技術書執筆部 天野 祐介 X: @ama_ch / note: note.com/ama_ch
Q&A 12:35〜12:55