3タップおじさん、解雇。熟考を前払いしたら「会話→2文字→公開」になった

少し前まで、「大量の工程が3タップになった。これはもう究極では?」と喜んでいた。

広告
広告

少し前まで、「大量の工程が3タップになった。これはもう究極では?」と喜んでいた。

そして今、その3タップすら消えた。

3タップおじさん、業務改善の結果まさかの本人がBPR対象になり、無事解雇である。

しかも消えたのはクリックだけではない。別途パソコンを開いてCodexに編集を頼む工程も、GitHubの画面を見に行く工程も、そこで発生していた操作・確認・課金も、日常運用からほぼ姿を消した。

いま人間側に残っているのは、普段どおりAIと話し、調べ、考え、「これは残す価値がある」と判断したら、約2文字で定型指示を呼び出して送ることくらいだ。その後は記事化、多言語化、品質確認、反映、公開まで後ろの仕組みが受け持つ。

一見すると「思いついたら即行動する人」に見える。だが実態はむしろ逆だ。かなり考えている。比較している。基準を作っている。その熟考を先に済ませているから、実行フェーズだけが異様に短い。

これは「考えないから速い」のではない。意思決定コストを前払いしているから速いのである。

1. 3タップが「究極」だった時代

手作業が何段も続く業務を3タップまで圧縮できたら、普通はかなり満足する。実際、それは立派な改善だ。10工程を8工程にした程度ではない。大量の操作を3回の入力に押し込んだのだから、その時点の景色ではほぼゴールに見える。

だが改善すると景色そのものが変わる。大量の工程が消えると、今度は今まで小さすぎて見えなかった「残り3タップ」が巨大に見える。

そこで次の問いが出る。

「……この3タップ、そもそも誰が押す必要がある?」

業務改善は残酷だ。昨日まで功労者だった3タップおじさんが、翌日の改善会議では削減候補になる。

2. そして3タップおじさんは解雇された

最初の自動化は「作業を速くする」だった。次は「作業を減らす」。さらに進むと「その作業が存在する理由そのものを消す」になる。

ここまで来ると、改善の単位が秒やクリックではない。役割ごと消える。

3タップおじさんは怠けていたから解雇されたのではない。むしろ優秀だった。自分の仕事を極限まで定型化した結果、自分がいなくても回る条件を自分で作ってしまったのである。

3. CodexもGitHubも表舞台から消えた

以前は、3タップのほかにも仕事が残っていた。パソコンを開く。Codexに編集や修正を依頼する。結果を見る。必要なら直す。GitHubを開く。状態を確認する。さらに利用コストも意識する。

一つひとつは大仕事でなくても、「別の画面へ移る」「別の文脈を思い出す」「結果を確認する」という切り替えが積み重なる。

いまはその層もほぼ日常から消えた。Codexは常駐社員というより、異常時や大規模改修で呼ばれる設備保全の専門業者に近い。GitHubは作業場ではなく、裏側で勝手に使われるインフラになった。

人間がGitHubを開かなくなった瞬間、GitHubが不要になったわけではない。ちゃんと裏方になったのである。

4. 今の仕事は「会話→2文字→終了」

現在の入口は管理画面ではない。会話だ。

普通にAIと話す。疑問を掘る。必要なら公開情報や研究を調べる。反論を出す。切り口を変える。自分の考えも整理する。その中で「これは流れて消える会話にしておくより、記事として残した方がいい」と判断する。

そこで約2文字を打って定型指示を召喚し、送る。人間側はほぼ終了。

かつての「定型コピーおじさん」も、いまや2文字だけ勤務する名誉職である。

重要なのは、その2文字が文章生成の作業ではなく、編集上の承認になっていることだ。「これを資産化する」という意思決定だけを人間が持ち、製造工程は後ろへ渡す。

5. AIがAIの仕事を奪う、小さな再帰的自動化

よく「AIが人間の仕事を奪う」と言われる。ところがこの流れでは、人間の作業をAIに渡したあと、そのAIに毎回頼んでいた運用まで自動化され、AIの定型業務まで減っていく。

人間が作業する → AIに作業させる → AIへの依頼方法を標準化する → 標準化された依頼を自動実行する → AIは例外処理だけ担当する → 例外処理の一部もルール化される。

AI「本日の仕事は?」

システム「特にありません」

もちろん技術的な意味でのシンギュラリティそのものではない。だが、自動化した主体の運用まで次の自動化対象になるという意味では、小さな再帰的自動化の味がある。

6. なぜこれなら継続できるのか

継続を壊すのは、必ずしも一回の作業時間ではない。「パソコンを開く」「別のサービスへ行く」「手順を思い出す」「確認する」「また戻る」といった小さな摩擦が、毎回開始コストとして積み上がる。

30分の仕事を15分にしても、15分を始める気力が必要なら止まる日はある。

一方、もともとやっている会話の中で知見が生まれ、残したい瞬間に2文字で後工程へ流せるなら、「記事を書くために記事を書く」必要がない。

日常の思考と調査の副産物が、そのままコンテンツ在庫になる。

自動化の本当の価値は「何分短縮したか」だけではない。「面倒だから今日はやめる」の発生確率を下げることにある。

7. 社長に残った仕事は「価値判断」

ここまで工程を消すと、人間の役割は妙に経営者っぽくなる。

毎回ファイルを触る必要はない。翻訳を手で回す必要もない。公開ボタンを押しに行く必要もない。残るのは、「何が面白いか」「何を残すか」「どこまで品質を求めるか」「どの方向へ改善するか」という判断だ。

社長室でAIと会話する。

「これ、ええやん」

2文字。

「ほい、資産化」

裏の工場が動く。

記事は金融商品ではないので、作れば必ず収益が出るわけではない。それでも、消えていた会話や調査結果をあとから検索・再利用・更新できる形に変えるなら、蓄積可能なデジタルコンテンツ資産にはなる。

8. 本当に残るのは改善能力と業務設計

AIが強くなるほど、「AIを操作する技術」だけを強みにするのは危うい。操作方法そのものが自動化されるからだ。

一方で残りやすいのは、もっと上流にある能力だ。何が無駄かを見つける。目的を定義する。品質基準を決める。例外を分類する。どこを自動化し、どこに人間の承認を残すか決める。そして最後に、「この工程、本当に必要?」と疑う。

AIが100倍速く動けても、不要な工程を100倍速く回していたら、超高速で無駄を生産しているだけである。

だから強いのは「AIを速く使う人」ではなく、仕事そのものを設計し直せる人だ。

最強の業務改善は、作業を速くすることではない。その作業が存在する理由を消すことだ。

9. P的な探索とJ的な固定化を両方使う

ここではMBTIを診断としてではなく、雑な比喩として使う。

探索寄りの思考は、「もっと良いやり方ない?」「別の切り口は?」「前提から変えられない?」と広げるのが得意だ。一方、運用には「じゃあ今後はこれでいく」「条件はこれ」「例外はこう」と固定する力がいる。

強いのはどちらか一方ではない。

探索する → 良い方法を見つける → ルールとして固定する → 自動化する → その固定工程すら必要か再び疑う。

Pっぽく掘り、Jっぽく固め、またPっぽく壊す。結果として、自由に考える能力を残したまま、日常の実行だけがどんどん秩序立っていく。

10. 「即日で動く」は衝動ではない

外から見ると、「思いついたらその日のうちに動く人」に見えるかもしれない。しかし実態は、思いつき即実行ではない。

普段から長く考えている。情報を集める。比較する。失敗条件を考える。自分なりの基準を作る。そして条件がそろった瞬間、迷う理由がなくなる。だから実行が速い。

熟考 → 構造化 → 判断基準の先行構築 → 閾値到達 → 即日実装。

見えているのは最後の「即日実装」だけなので、衝動的に見える。しかし意思決定コストはその前にかなり支払われている。

むしろ、考えることと動くことを対立させない設計になった、と言った方が近い。

11. 究極は何度でも更新される

面白いのは、3タップの時点でも本気で「かなり究極まで来た」と思えたことだ。それは間違いではない。その時点では本当に強かった。

ただし、改善には局所的なゴールしかない。

100工程 → 10工程。「究極!」

10工程 → 3工程。「今度こそ究極!」

3工程 → 1工程。「もうないだろ!」

1工程 → 「その1工程、いる?」

大きな摩擦を消すと、次に小さな摩擦が見える。以前は誤差だったものが最大のボトルネックに昇格する。だから「究極」は失敗した予言ではない。視界が更新された証拠なのだ。

12. 最後の2文字は消すべきか

では、残った約2文字も自動化すれば完成なのか。必ずしもそうではない。

2文字の役割が単なる操作なら消していい。しかし現在の2文字は、「この会話を記事として残す」という人間の編集判断を確定する承認ゲートでもある。

ここを消すと、システム側が勝手に「価値がある」と判定して記事化する領域へ入る。量は増えるかもしれないが、ノイズも増える。

ゼロ操作が常に最適とは限らない。消すべきなのは不要な作業であって、人間の意思ではない。

最後の2文字は、労働というよりハンコに近い。

13. 結論:仕事を速くするより、仕事を消す

この変化を一言で言えば、「AIで記事を書くようになった」では足りない。

大量の手作業を3タップにした。3タップを消した。別途Codexを触る日常業務を消した。GitHubを表舞台から消した。定型入力すら約2文字まで縮めた。

そして、人間側に残ったのは、会話する、考える、切り口を作る、設計する、価値を判断する、改善する、という上流の仕事だった。

しかも実行が速いのは、考えていないからではない。考えるべきことを前で考え切り、良い判断をルールとして保存してきたからだ。

切り口を作る → 熟考する → 設計する → 動く → 結果を見る → 改善する → 標準化する → 次は標準化した工程まで疑う。

このループが回るほど、本人は忙しくなるどころか、日常の定型業務から順番に解雇されていく。

3タップおじさんは殉職した。

Codex正社員もほぼ非常勤になった。

定型コピーおじさんは2文字だけ出勤している。

そして社長は今日もAIとしゃべっている。

会社はその横で、勝手に在庫を増やしている。

広告
めんどいちゃん

この記事を書いた人

めんどいちゃん

仕事や日常の「めんどい」を構造化して、次に動きやすくする記事を書いています。

このサイトについて
広告

新着記事

  1. 1「普通」って何だろう?──普通も結構こだわりなんよ
  2. 2鼻の穴は移動するのか?「穴とは何か」を考えると、日常語が急にバグる
  3. 3休日の活動履歴、0件――と思ったら違った
  4. 4平日昼の銀座やイオンモールにいる人は何者なのか
  5. 5声圧で小石を岩にする人たち:会議室予約マウントがくだらない理由

あわせて読みたい

広告