ワークスロップに気をつける

ワークスロップ（Workslop） — AI の出力をレビューせずにそのまま同僚や顧客に渡す行為。

2025年に企業向けソフトウェア会社 37signals の CEO Jason Fried が提唱した造語です。 「work（仕事）」＋「slop（雑な残飯）」= 仕事の質を下げる AI 出力の垂れ流し。

なぜ問題なのか

• 95% の組織が AI 投資の ROI を測定できていない（Gartner, 2025）
• AI の出力をコピペしただけの成果物は、受け取った側がレビュー・修正する羽目になる
• 「自分の仕事が楽になった」つもりが、チーム全体の負担を増やしている

典型的なパターン

共通点：自分の工数は減ったが、チームの総工数は増えている。

Passenger と Pilot

AI の出力をそのまま使う人を Passenger（乗客）、レビューして直す人を Pilot（操縦者） と呼びます。

Passenger:  AI に頼む → 出力をコピペ → 送信
Pilot:      AI に頼む → 確認 → 修正指示 → 再確認 → 送信

Passenger は一見速いですが、受け取った相手の時間を奪います。 Pilot は少し時間がかかりますが、チーム全体の生産性を上げます。

ワークスロップを防ぐには

1. AI の出力を必ず自分でレビューしてから渡す

これが最も重要です。出力を受け取ったら：

• 事実確認: 数字・日付・名前は合っているか？
• トーン確認: 相手や場面に合った言い方か？
• 過不足確認: 足りない情報は？余計な情報は？

2. 「AI が書きました」は免責にならない

AI が生成しようが、自分が書こうが、出した人の責任です。 「AI のせい」にできる場面はありません。

3. プロンプトの質 = 成果物の質

雑な指示から良いものは出ません。 具体的な背景・目的・条件を伝えるほど、レビュー工数が減ります。

4. Claude Code の確認サイクルを活用する

Claude Code は操作の前に確認を求めます。この確認こそが Pilot の瞬間です。

• Slack メッセージ送信前 →「この文面でいい？」
• カレンダーイベント作成前 →「この内容で作成していい？」
• タスク登録前 →「このタスクで登録していい？」

「y」を押す前に3秒考える。 それだけでワークスロップは防げます。

参考

• Workslop — Jason Fried （日本語解説）
• Claude Code と上手く付き合うコツ — Pilot/Passenger の詳細と実践チェックリスト