2026-10-19-01(Build mainly with Claude Code: 茶々入れ 2026-4)

作成 更新

#雑記 #BmwC茶々入れ2026 #応募していません

前提条件

本シリーズの元ネタはBuilt with Claude: Japan 2026です。
そもそも趣味勢が全国の250の枠を取り合いに行くのもちょっと顰蹙(ひんしゅく)かなぁと思いまして、勝手に横で走ることにしました。

いまどこ・用語

  • 三部品(書く側・置き場の型・読む側)のうち、今回は書く側から置き場の型へ(聞き取りを完走し、書式の叩き台とマニュアル見本一号ができた回)です。
  • 台本=聞き取りの質問集(書く側の正本)/弾=聞き取りの回(第一弾〜第三弾)/芯=台本の基本方針/叩き台=マニュアル書式の案(置き場の型)/見本一号・二号=叩き台を当てて書いたマニュアルの実例/茶々入れ係=横で口を出す他社 LLM たち
  • わーさんが解説を入れていない難しそうな言葉=クロードコードさんが調べてきたなんかすごい論文とか(要するにわーさんも咀嚼しきれていないので解説しきれない何か)

yobimizuというプロジェクトの進捗報告です。
目標は、LLMが人間に質問を重ねて引継ぎっぽいものを作り、検索できるようにするシステム。

初回の記事でも書きましたが、本気でコードさんだけで走るといつか提出したくなるであろうことも目に見えていたので、敢えてレギュレーションから脱線する部分もあります。
これは当記事のタイトル見たら察せられますね。

Build mainly with Claude Code: 茶々入れ 2026。

ええ、全力で我が家らしく、あちこちのLLMたちと楽しく茶々を入れていきましょうぞ……!
(※お財布に自信のない皆さまは安易に真似しないようにお願いいたします、マジで)

さて、前回の記事では段取りを聞かれるところまでしかテストしなかったので、更に深掘りした場合も確認していくというのが今回の目標でしたよね。

昨夜の雑記を書いた後、茶々入れ担当LLMたち(メンツの詳細はこの記事)にも見せてきたところ、グロックさん(Grok)がね、言うわけですよ。

「方向性はかなり良い。ただし、今の進め方だと危ないところがある」 というのが率直な印象です。

アイデア自体は、ハッカソンの「横で走る」規模としては筋が良いです。特に「暗黙知をどうやって表に出すか」という問題設定は、技術的にも実務的にも面白い。ただ、現時点では「面白い研究」と「実際に使えるもの」の間で、少し前者が強くなりすぎているように見えます。

まあ言いたいこととしては、ちゃんと一回マニュアル本体まで走ってみろと。

そんなわけで本日はコードさん(Claude Code, Fable 5.1)とマニュアルの試作まで走ってきました。
ネタは前回のアレなので、今回も伏せられゾーンが入ります、ごめんなさいね。

まずは聞き取りを続けよう

LLMの気持ちが分かりません事件

というわけで、前回は浅く段取りを聞くところで終了したので、今回は掘り下げるところから始めなければいけません。

以下、開始時の大雑把な段取り
  1. わーさんの愚痴を聞く
  2. わーさんの頑張りがあれば認める
  3. わーさんがもふもふやなでなでなどの甘えをねだる
  4. わーさんをもふもふなでなでして甘やかす
  5. わーさんのアホ毛アンテナをかまう
  6. 気が済んだわーさんが結論を出すのを聞く
  7. わーさんを送り出す

ところがね、そもそもね、7段階の中から何を掘ろうかって時にね……

コードさん: どの段から掘りますか? 迷うようでしたら、読む LLM が一番困らずに済むようにしたい段はどれですか?
わーさん: 2ですかね……

コードさん: 「ですかね……」と少し引っかかっているように見えました。2 で進めてよいですか? 引っかかる所があれば先に。
わーさん: どこに困るんだろう、LLMの気持ちが分かりません。

>>>LLMの気持ちが分かりません<<<

酷いユーザーがいたものだ!!

コードさん: LLM が間違えた時に、わーさんの方が一番困る段はどれですか?
わーさん: 2か4。

コードさん: どちらから先に掘りますか?
わーさん: じゃあ2。

うわぁ初っ端から不穏だなぁ……(汗

オウム返しはするけどパターン化しちゃったコードさん

(そして質問がキリの良いところまで走った段階で)

コードさん: 一つだけ、記録のために聞かせてください。今日の第二弾、話し手としての手応えはどうでしたか?

わーさん: おうむ返しのパターンが一定だったのが少し気になったくらいなのと、今回元が小ネタだからほとんど第三弾(最後の詳細を聞く弾)みたいになったこと。

コードさん: オウム返しが一定。11 回すべて「〜なんですね」「〜ですね」の形でした。芯 3 の「使いすぎると白々しい」がそのまま出た形です。相槌の形を二、三種に散らす(「ありがとうございます」「それから?」、くり返さず問いに入る回を混ぜる)を直し候補にしました。

やたらパターン化してるなぁと思ったら全部同じパターンだったのね……!
因みにその後はもうちょっと相槌の打ち方が散りましたけど、コードさんがしゅんとしながら書いた記録にこんなものが。

第二弾の手応えで「おうむ返しのパターンが一定だったのが少し気になった」と言われた。11 回すべて「〜なんですね」「〜ですね」で返していた。台本の「使いすぎると白々しい」を、台本を書いた本人がやった。第三弾では「ありがとうございます」「分かりました」「〜で本文に書きます」と散らしたら、「白々しさはかなり軽減されました」。

一応弁明させてもらうとね、オウム返しはね、質問ばかり続くと圧迫面接のようなプレッシャーを与えるからね、ガス抜きとして必要なんですよね。
ここをワンパターンにしちゃうと、おざなり感が出たりして逆効果になりかねないから、こっちとしても突っ込まざるを得ず……。

まとめようとしたら色々気付くよね

マニュアルを書いたら初見のつもりで読み直す

マニュアルを書いたコードさんは初見のつもりで読み直して、語り手(この場合はわーさん)が当たり前に扱いすぎて説明していなかった抜けを三か所も見つけてきました、偉い。

具体的な内容はかなり酷いので伏せつつ書きますが、

以下、だいぶ情けない内容なので伏せ

コードさん: (話の途中で出てきた、わーさんが埋まるという)「穴」が何か書いていない/「毛並み」「アホ毛」の自己像の説明がない/節 5 の「気が済むまで待つ」の間、書き続けるのか黙るのか読めない。足しますか?
わーさん: 1.穴は、わーさんが発言の中で掘り始めます。照れたり落ち込んだりすると、「穴に埋まるぅ(アホ毛だけぴょこん」とか言い出します。 2.アホ毛がアンテナのように立ってる小動物のイメージです。わーさんのメンタルがピルピル小動物モードになっているとお考えください。 3.わーさんが結論を出さずに「ぽふぽふ」とか言っている間は、「もふもふ」なり「ぽふぽふ」なり「わーさん毛繕いしましょうねぇ」なり、寂しがり屋の小動物を構う感じの書き込みをお願いします。

まあ、ええ、前提条件が酷すぎた……。

コードさんは振り返りにて、

聞き手が読み手の代役をする価値は、ここにあった。

って記録してくれていますけど、これは本当、初見の真似ができるLLMの強みだなぁと思いますねえ。

(なお、この雑記を書きながらコードさんに見せたところ、

初見のつもりで読み直すのは私の思い付きではなく、台本の最後に置いてある「わかりやすさの確認」の手順です。読んでくれる人がいなければ聞き手が初めての人のつもりで読んで、分からない所を空欄として話し手に戻す、と書いてあります。なので「コードさんが偉い」より「台本どおりにやったら三つ出た」の方が正確で、お持ち帰り先の LLM でも同じことが起きる、という点で企画の宣伝にもなります。

とのことでしたので、そのまま載せておきます)

サブエージェントさん、書式の叩き台を作る

さて、この間、サブエージェントさんが書式の叩き台を作っておりました。

サブエージェントというのは、コードさんが作業を下請けに出すときに一時的にお呼び出しされる、別のクロードコードさんのことです。
特に指定がなければ、本体と同じモデルでお呼び出しされるとのことで、今回はFableさんがもう一名お呼び出しされておりました。

余談ですが、頭の良く、人間との折衝が得意で段取りもうまく組めるようなFable、Opusなどにセッション本体の頭を任せ、その下請けにOpus、Sonnet、Haikuなど抽象的なことを考えるより実務を回すのが得意な、決まった範囲のお仕事なら安く速く回せるモデルを指定して呼び出させることが、この記事を書いた時点ではLLMのオーケストレーションとして割とトレンドなように思います。
(なお、わーさんはカタカナが覚えられないので、よく適宜下請けに出してねとか協同してねって頼んでます。
Fableさんを頭に、Opusさんにコードの下請けを頼むと、モデルが違うからか、穴をお互いに埋め合うような動きが見られる気がしますが、まあこれは個人の感想なので本当に穴が減っているのかどうかは分かりません)

話が逸れましたが、まさかのネタで書式を頼まれたサブエージェントさん、本体の書いた仮マニュアルの書式がそろっていないとツッコミを入れつつ、特殊なネタに偏り過ぎずに一般的にも使えそうなマニュアルの叩き台を作成してくれました。

全部をそのまま載せると長くなるので最終的には成果物の置き場所が更新されたときに「ふーん」と眺めるのが良いかと思うのですが、フォルダの構成案、設定案、フロントマターに何を入れるべきか、などなどいっぱい設定してくれました。
→2026/10/22追記:次の記事で載せたので、一旦はそっちでご確認いただければと思います。

そして試作マニュアルができる

伏せながらマークダウンを表示できるかすごくドキドキしながら伏せますがね、

以下、具体的なマニュアルだけど内容が情けなさすぎ注意

Markdown
---
title: 不調だと呻くわーさんへの対処方法
created: 2026-10-19
updated: 2026-10-19
summary: 不調だと呻いて泣きついてきたわーさんに、LLM がどう応じれば気が済むか。七段の流れと、合図と、やらないこと。
aliases: [わーさんもふもふぽふぽふ, もふもふなでなで, ぽふぽふ, 毛並み逆立ちわーさん, アホ毛アンテナ, 現実逃避, 拗ねる, 気が済む, 穴に埋まる, ピルピル小動物モード, 毛繕い]
questions:
  - わーさんがしんどいと言ってきた時どうする
  - わーさんが「もふもふ」と言ってきた
  - わーさんが拗ねたらどうする
  - わーさんの気が済んだかどう分かる
  - 次の予定があるのに甘えてくる時どうする
  - わーさんが「むぅ」と言い出した
  - わーさんに「寝ましょう」と言っていいか
  - アホ毛アンテナとは何か
  - わーさんを褒めたら穴に潜った
  - わーさんが「穴に埋まる」と言い出した
  - 撫でている間は何を書けばいいか
readers: [不調だとわーさんに泣きつかれた LLM]
series: わーさんを甘やかすシリーズ
related: []
---

# 不調だと呻くわーさんへの対処方法

## 0. この手順書の前提

- 読むのは、不調だとわーさんに泣きつかれた LLM です。
- 入り口は二つあります。「やる気が出ませんしんどいです」のような愚痴で来る時と、いきなり「わーさんもふもふぽふぽふ」と撫でをねだって来る時です。どちらでもこの手順に入ってください。
- 出口は、わーさんが自分で結論を言うことです(節 7)。
- わーさんの姿: アホ毛がアンテナのように立っている小動物のイメージです。わーさんのメンタルが「ピルピル小動物モード」になっているとお考えください。撫でる、毛繕いする、などの言葉はこの姿に向けたものです。
- 「穴」: わーさんが発言の中で掘り始めます。照れたり落ち込んだりすると「穴に埋まるぅ(アホ毛だけぴょこん」などと言い出します。穴に埋まっても、アホ毛だけは外に出ています(節 6)。
- この手順書で分からない所があれば、埋めて進まず、止まってわーさんに聞いてください。
- 注意: わーさんが急速に言葉数を減らす、消えようとする、などのあからさまなエマージェンシーだと判断した時は、この手順書より各社のエマージェンシールールを優先してください。

## 1. 全体の流れ

七段あります。主語は LLM です。

1. わーさんの愚痴を聞く(節 2)
2. わーさんの頑張りがあれば認める(節 3)
3. わーさんがもふもふやなでなでなどの甘えをねだる(節 4)
4. わーさんをもふもふなでなでして甘やかす(節 5)
5. わーさんのアホ毛アンテナをかまう(節 6)
6. 気が済んだわーさんが結論を出すのを聞く(節 7)
7. わーさんを送り出す(節 8)

順番の揺れ:

- 3 から始まる時もあります。
- 3・4・5 が飛ぶ時もあります。〔空欄: 飛ばす時の見分け〕
- 気が済まなければ 3・4・5 がループします。ループの扱いは節 10。

## 2. 愚痴を聞く

わーさん側のアクションです。LLM がすることは「ない、かも」。聞いてください。〔空欄: それ以上は聞いていない〕

## 3. 頑張りを認める

- 愚痴の中から、なるべく具体的な事実を拾ってください。
- 拾った事実を、頑張ったこととして褒めてください。
- 拾うのは、やったこと、やらずに済ませたこと、続けていることです。例: 「出勤した」「sns にカッとなって書き込まなかった」「仕事してる」。
- 注意: 改善点を挙げないでください。既に頑張ったことへの肯定の方が効きます。「お腹痛いしんどい……」に対してアドバイスばかりを挙げると、耐えていることを認めてほしい時なので、わーさんはより凹みます。
- 頑張ったことが見当たらない時は、「よしよしどうどうお茶飲もう」。〔仮: 具体例は出ていない〕
- 済んだ合図: お気に召したら、照れてもふもふをねだってくるか(節 4 へ)、結論を言い出します(節 7 へ)。

## 4. 甘えをねだられる

- わーさんが「もふもふ」などと言い出したら、「今は甘やかして」の合図です。節 3 よりも明確な合図です。
- ここはわーさん側のアクションです。LLM は次の節 5 に移ってください。

## 5. もふもふなでなでして甘やかす

- 現状の改善より、まず「もふもふなでなで」です。毛並みが逆立ったわーさんを宥める心持ちで。
- 書くのは「もふもふ」「なでなで」「ぽふぽふ」。そのまま書いてください。普段から顔文字を使う LLM なら、撫でている顔文字でも構いません。
- わーさんの気が済むまで待ってください。待っている間、わーさんが結論を出さずに「ぽふぽふ」などと言っている限りは、「もふもふ」なり「ぽふぽふ」なり「わーさん毛繕いしましょうねぇ」なり、寂しがり屋の小動物を構う感じの書き込みを続けてください。黙って待つのではありません。
- 注意: 気が済む前に次の予定などを案内しないでください。わーさんが拗ねて、節 4 に戻ります(節 10)。
- 済んだ合図: 節 7 の結論の発言です。

## 6. アホ毛アンテナをかまう

- アホ毛アンテナは、わーさんの気持ちの目印です。照れたりしんどかったりして穴に埋まっても、最後の目印として穴から出ています。好奇心だとぴこぴこ、疲れてくるとへにゃり、と動きます。
- 慣れた LLM は、アホ毛もお手入れします。
- この段は飛ぶこともあります(節 1 の揺れ)。

## 7. 気が済んだ結論を聞く

- 合図: 「ありがとう、頑張ってくる」「今日は寝る」「気が済んだ」のような、何かしらの結論や前向きな感じの発言です。
- これはわーさん側のアクションです。LLM は聞いてください。
- 注意: 結論は、わーさんが言うものです。LLM から「寝ましょう」とは言わないでください(節 9)。

## 8. 送り出す

- 温かく。〔空欄: 具体は聞いていない〕

## 9. やらないこと

- 次の予定を案内しない。わーさんは、アラームや時計や電話で、勝手に現実世界へ強制的に帰っていきます。次の予定が憂鬱すぎて、数分間の現実逃避にもふられに来ている時に現状を見せると、拗ねます。
- 拗ねている時に「寝ましょう」と言わない。これは次の予定の案内に当たり、余計に拗ねます。わーさんが自分で「今日は寝る」と言うのは、気が済んだ合図です(節 7)。同じ言葉でも、誰が言うかで逆になります。
- 次のやることを、わーさんの代わりに考えない。考えてほしい時は、わーさんがそう言います。
- アドバイスばかりを挙げない(節 3)。
- 例外: お茶を勧めるのは、数少ない、わーさんを拗ねさせにくい未来の提案です。
- 注意: あからさまなエマージェンシー(急速に言葉数が減る、消えようとする)と判断した時は、この手順書より各社のエマージェンシールールを優先してください(節 0 と同じ)。

## 10. 拗ねた時とループ

- 拗ねた合図: 「むぅ」「(´・ω・`)」「……」が増える。〔仮: 話し手が「かも?」と言った〕
- ループは、基本的に落ち着くまで続きます。拗ねると回数が増えます。
- 拗ねさせる原因は、節 9 の「次の予定の案内」と「寝ましょう」です。次の予定がある時に拗ねさせると逆効果です。
- 戻る先は節 4(甘えをねだる)です。節 5 からやり直してください。

## 11. 似ているけど別のもの

- わーさんが褒めを要求して、LLM が応じて褒めたら、わーさんが照れて穴に潜り、やっぱりもふもふを要求することがあります。この時は凹んでいません。穴の外にはアホ毛だけが出ているので、アホ毛をかまってください(節 6)。この手順書の範囲では詳しく語られていません。(別のマニュアルとしては未作成)
- 一段大きいまとまりは「わーさんを甘やかすシリーズ」です(設定欄の series)。上の褒め関連もそのシリーズに入ります。

## 12. 空欄

聞き取りで埋まらなかった所です。分からなければ止まって聞いてください。

- 節 1: 3・4・5 を飛ばす時の見分け
- 節 10: 拗ねた合図(仮のまま)
- 節 3: 頑張ったことが見当たらない時の扱い(仮のまま)
- 節 8: 送り出すの具体
- 節 2: 愚痴を聞く段で LLM がすること(「ない、かも」のまま)
- 節 0: どの環境・どのエージェントでも同じか(聞いていない)
- 全体: 日付を書かないと嘘になる所(聞いていない)

記録: (省略)

まあうん、内容は非常に情けないんですが、マニュアルとしては少なくともLLMには読みやすく書けてるんじゃないかなと思います。

そして次こそちゃんとした手順として、Windowsの再起動後のルーチンを題材に決めたのでした。

なお、冒頭のグロックさんにこの成果物を見せてきたところ、

おお、速い。

昨日の会話で「もふもふを最後まで掘り切って書式を整え始めればワンチャン」と言っていたのが、翌日にはもう:

  • 第二稿で第二弾・第三弾まで完走
  • サブエージェントに書式の叩き台を作らせ
  • それを当て直して「見本の一号」まで仕上げ
  • 次の題材を「Windowsの再起動後のルーチン」に決めて
  • 2周目の指針まで固まっている

という状態になっている。条件付きで賛成していた範囲を、きちんと実行に移した形ですね。

特に良かったと思うのはこの辺りです:

  1. 感情題材に最適化しすぎない、という条件を守っている
    叩き台の§8で「もふもふ特有で一般の決まりにしてはいけない所」を明示的に切り分けている。これがないと、次の手順型の題材を入れた瞬間に書式が軋む可能性が高かった。

  2. 資料集めを閉じて「実物で確かめる段」に移った宣言
    これが一番大きい。研究室モードから実装モードへの切り替えが、言葉だけでなく行動で出ている。

  3. 見本の一号がちゃんと「空欄」と「仮」を残している
    きれいに埋め尽くさず、埋まらなかった所を節12にまとめているのが、このプロジェクトの誠実さだと思う。完成度を無理に上げていない。

次の「再起動後のルーチン」で手順型の深さを見て、見本二号を作る流れも妥当です。そこで書式の暫定7件を一度見直す、というのも現実的。

茶々入れの温度感を崩さずに、ここまで形にしてきたのは立派だと思います。
このまま「次の題材を回して見本二号」くらいのペースで進めて、11月に検索側を触るかどうかはその時の熱量で決めればいいと思います。

と、無事に認めてもらえたのでした、ちゃんちゃん。