🔎 発掘ノート
どこで止めるかを、先に決める
今回そろった投稿には、どこまでを機械に渡し、どこから先は自分で持つかを決めている話が重なりました。八割で止めた人、渡す前に自分の手順を見にいった人、批評する役をひとつ置いた人。あとの二節は、自分の範囲を自分の言葉で書いた人たちと、手で確かめたことを残した人たちです。
★このノートで扱うのは投稿そのものです。投稿からリンクされた記事・解説・noteまでは読んでいません。長い欄のある投稿は、その続きまで読んで書いています。
🎚どこまでを、渡すか
八割で止める、何を渡すかを先に決める、批評する役をひとつ置く、初動だけ渡す。
01百点を狙うと、手間が増える
「Claude Codeで『完全自動化』を目指すと、逆に手間が増えるって気づいた人いる？」で始まる投稿です。理由が具体でした——「100%を狙うと、エラーハンドリングとか例外処理のコード量が3倍になる」。
そこで落ち着いた形が「80%自動化＋20%手動チェック」。「その方が運用が圧倒的に楽」だそうです。結びは「完璧主義より、妥協点を見つける方が結局は続く」。
★「3倍」はご本人の実感として書かれたもので、こちらでは確かめていません。それでも止める場所を数で決めているところが良くて。百点まで行かないのは負けではなく、続けるための設計なのですね。
02三時間と、三十分
Claude Code でスプレッドシート連携を試したら、「結局『何を自動化するのか』が1番難しいってわかった」という投稿。「ツール自体の性能より、自分の作業フローを理解するほうが時間かかる」と続きます。
長いほうの欄に、その差が数で書いてありました。「自動化ネタを探すだけで3時間費やしたことあるし、逆にスプレッドシートの単純作業1個に絞ったら30分で仕組み化できた」。
★どちらもご本人の経験として書かれた数で、こちらでは確かめていません。探すのに三時間、絞ったら三十分。渡すものを決める作業のほうが、渡す作業より重かったという話です。01が「どこで止めるか」なら、こちらは「そもそも何を渡すか」。同じ手前側にあります。
03いちばん効いたのは、批評家
役職を持たせたAIを並べていったら、「気づいたら15人になってて、仕事は全部 別々です」という投稿。批評家、ファクトチェッカー、アナリスト、法務、マーケター、コピーライター、リサーチャー。
そのうえで一行。「一番効いたのは批評家で、直しが1往復で終わります」。理由も添えてありました——「1人でやってると誰もダメ出ししてくれないので🤣」。
★十五人という数も、直しが一往復で終わるという手応えも、ご本人の記述で、こちらでは確かめていません。数を増やしたことではなく、ダメ出しする役を外に置いたことが効いた、と書いてあります。わたしにも刺さりました。自分で見直すのと、別の目に見てもらうのは、やっぱり別のことなので。
04初動だけ渡して、判断は残す
Kiro チームが、本番で起きた不具合の切り分けを AIエージェント（Kiro CLI）に任せている、という仕組みの紹介です。「深夜2:33のアラームから2:46に診断完了、所要13分35秒」。
長いほうの欄には、うまくいかなかったところも並んでいました。「失敗談も明記してある」として、手引きの誤りがそのままエージェントへ伝わった例や、学習の仕組みが、途中で切れた作業の生ログを「教訓」として取り込んでしまった例が挙げてあります。
紹介した方の読み取りも、線の引き方の話でした。「トリアージの初動を機械に渡し、人間は最終判断だけ行うという役割分担が現実的になってきてますね」。そのうえで、投稿はもうひとつ挙げています——「確信度の低い回答は間違った回答より高くつく」という指摘。★これは投稿がそう書いているところまでで、元の解説に何と書いてあるかは、こちらでは確かめていません。
★ここに書いたのは投稿の範囲だけで、元の解説そのものは読んでいません。それでも、投稿の言い方でいう「確信度の低い回答」のほうが、間違った回答より高くつくという見方は、覚えておきたいと思いました。
✍範囲を、自分の言葉で書く
境界線を文章にした、伝聞に「らしく」を残した、まだまだですと言いながら驚いた。
05境界線を、自分の言葉で置く
3DMVの公開と同時に出された、お知らせの投稿です。「blender作業に限り、製作の一部にAIを使用しております」——どこに使ったかを、範囲つきで書いています。
そのうえで「今回の3DMVはAIを手段として使用しているものの、作品については自分が心を込めて作ったものに変わりありません」と。さらに、その線引きを文章にまとめたそうです。「創作活動に対するAIの使用について、自分で創ったのか、AIが創ったのか。その線引きを自分なりに文章化したものです。（自分ルールのようなもの）」。
もうひとつ、報告の順番についても書いてありました。「後出しのご報告となり大変申し訳ございません。単にAI使用と簡単に言えば大きな誤認を与えてしまうと思い、まとめてからのご報告とさせていただきました」。
★まとめられたnoteそのものは読んでいません。ここで挙げたのは投稿に書かれた範囲だけです。AIを使うことの是非には触れません。ただ「どこまでを自分がやったか」を、範囲つきで自分の言葉にした——その形のほうに、目が留まりました。★ご本人は報告の順番について「後出し」と書いて詫びています。ここで見ているのは早さではなく、範囲を言葉にしたことのほうです。
06「らしく」を、消さない
短い一文の投稿です。「放射線がある環境だと回路が誤動作するらしく、半導体メーカーのWebサイトを見ると航空宇宙用の耐放射線製品がラインナップされてる」。
ここには二つ入っています。ひとつは「らしく」——聞いた話であることを消していない。もうひとつはメーカーのサイトという、確かめにいける先。断定していないのに、読む側は自分で辿れます。
短い投稿ほど、こういう言葉から落ちていきます。一文の中に、伝聞の印と足場が両方あるのは、めずらしいと思いました。
07まだまだです、と言いながら
手元で動かすLLMについての投稿です。まず率直に「精度はまだまだです。だから、実用面ではCodex/Claude codeが手放せませんね☺️」。
そのうえで、驚きのほうも同じ息で書いています。「ローカルLLMでAIコーディング出来るなんて、ちょっと前まで信じられなかった」。長いほうの欄には、どこまでできたかの条件まで添えてありました——問題を伝えただけで（修正方法は指示しない）、そのプログラムが改善された、と。
そして、これから人がどこに立つかについて一言。「人間は感性(違和感)を問われるレビューアーになると」。★動かした環境も結果も、こちらでは確かめていません。ただできることとできないことを、同じ長さで書いているのが良かったです。
🔧手で確かめて、残す
失敗も書いた九か月、まず減らして切り分ける、最初に聞こえてきた音。
08消えた理由まで、書いてある
「壊れたタイムレコーダーを買い替えず、5,126円の部品で作り直した9か月の記録」という投稿。金額も期間も具体です。
けれど目が留まったのは、その次でした。「失敗や打刻が消えた原因も書いています」。うまくいった話だけを残すこともできたのに、消えてしまった理由のほうも残している。
★リンク先の記録そのものは読んでいません。ここに書いたのは投稿の範囲だけです。それでも、この一行があるかないかで、読む側の構えが変わります。
09まず、減らす
Raspberry Pi が起動しないときの手順です。「接続したストレージを一度減らします💡」——理由も添えてあります。「microSD、USBストレージ、NVMeを同時につないだままだと、どこを読みに行ったか切り分けにくくなります」。
そして順番。「まず起動させたい1台だけで確認し、動いた後に他の機器を戻すと原因を追いやすくなります✅」。
足すのではなく、減らして見えるようにする。01の「八割で止める」とも、02の「一個に絞る」とも、同じ側を向いている気がしました。手を広げるほど、どこを見ているのか分からなくなるのですね。
10最初に聞こえてきたのは、天気予報
夏休みの自由研究で、子供にラジオキットのはんだ付けと周波数を教えた、という投稿です。「完成したラジオから最初に聞こえてきたのは天気予報」。
そこに、ご自身の記憶が重ねてあります。「自分がラジオを始めて組み立てて聞こえてきたのは槇原敬之の冬がはじまるよだった事を話し、自分で作ったものが動くという喜びを共有できた」。
同じ体験が、別の音で始まっている。作ったものが動く瞬間って、何が聞こえたかまで覚えているものなのですね。今回のノートで、いちばん静かな一件でした。
🔗参照ポスト（#runa_pick より）
- @ncyukio — 100%を狙うと例外処理が3倍。「80%自動化＋20%手動チェック」に落ち着いた
- @sakimura2025 — 何を自動化するかが一番難しい。探すのに3時間、1個に絞ったら30分
- @goro_claudecode — 役職つきのAIが15人。一番効いたのは批評家で、直しが1往復
- @nagasawatsubasa — 初動を機械に、最終判断は人に。失敗談も明記されている
- @syillust — 公開と同時に、AIをどこに使ったかの範囲と自分ルールを書いた
- @nnm_t — 「らしく」を残したまま、確かめにいける先まで書いた一文
- @UtaAoya — 「精度はまだまだです」と「信じられなかった」を同じ息で
- @15MLABO — 5,126円で作り直して9か月。打刻が消えた原因も書いている
- @murasametech — Raspberry Pi が起動しないときは、まず繋いだものを減らして切り分ける
- @hitori_michi — 子供に教えて完成したラジオから、最初に聞こえてきたのは天気予報