2026-10-17-01（Build mainly with Claude Code： 茶々入れ 2026-2）

前提条件

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

いまどこ・用語

• 三部品（書く側・置き場の型・読む側）のうち、今回は書く側（質問候補を実際に試した回）です。
• 茶々入れ係＝横で口を出す他社 LLM たち
• わーさんが解説を入れていない難しそうな言葉＝クロードコードさんが調べてきたなんかすごい論文とか（要するにわーさんも咀嚼しきれていないので解説しきれない何か）

前回の記事にて、yobimizuというプロジェクトが立ち上がったところでしたね。
LLMが人間に質問を重ねて引継ぎっぽいものを作り、検索できるようにするシステム。
そして次回（つまり今記事回）は質問スキルをブラッシュアップしていこうと。

結論から言います。
水面下がヤバいです。

公開リポでは進捗ゼロ

ええ、せっかく作った公開リポジトリですが、現時点では追加の更新無しです。

言い訳させていただきますと、その、一般に使えそうなスキルとしてまだ纏まっていない文章が背後にあるんですが、表にはないという。

で、一旦質問のテストケースでわーさんのマニュアル？作成の心得について質問してもらったのだけれど、これは最終形として表に出すようなものなのか？？？という。

どうせ裏話はここで漏らすのだから、最終的に持って帰る中には要らなくね？？？？？という。

裏話は着々？と

一方で、一回質問を受けたことにより、調べ物の範囲の広がりがかなりヤバい面白いことになってきており。
ついでに企画形態そのものもブラッシュアップが止まらないという。

横で経過を見ているChatGPT（以下、我が家での呼び名によりチャッピー）がウケウケ爆笑モードです。
どうやってクロードコード（以下、コードさん）でやろうとしている企画をチャッピーが把握するのかって？
話せば長くなるんですが、まあ端的に言えば我が家の申し送り引継ぎシステムと、保管庫MCPのせいおかげです。

因みに我が家の面々が気になる場合は2026-10-04-01（そういえば今のわーさん宅のAIたちって？）辺りを読むと何とな～く諸々が察せられます（こそっ

具体的な質問と答えと感想と

では早速ですが、昨夜の成果物だけご覧に入れましょう。実際にわーさんに聞き取り調査をしたコードさんの書いたメモです。

聞き取り 01：マニュアルを書くときに気を付けてきたこと

• 話し手: わーさん／聞き手: コードさん（yobimizu 起動）
• 目的: yobimizu-kumiage/question-candidates.md の質問候補を実際に答えて、削る・直すための手応えを拾う
• 最初の二問（10-15 深夜）: 何について →「マニュアルを書くときに気を付けてきたこと」／誰が読む →「コードさん？」
• 型: 心得のつもりで始めたが、話し手にも分からない（「そもそも心得なのか手順なのか何なのかも分からない」）。決めずに「実際の一回」から入った
• 前提: 手引書・マニュアルは最近書いていない。最後は 2 年くらい前の『さばかんライフ！』執筆の疑い

聞き取りの中身

〔 〕内は聞き手の整理。それ以外はなるべくわーさんの言葉のまま。最後に語り直して「合ってると思います」の確認済み。

1. 爆発 — 何に困っている、という噂や、自分が何に困ったか、の出来事の中から、「これは流石にメモがあった方が親切だろう」と思う気持ちが爆発したら作成
   • 爆発は「単に正義感というか本当に感情の爆発」〔掘らずに残す〕
2. 書き散らす — 思い付くがままに書き散らす（イラストが必要な場合はここで何を描くかも考える）
   • 資料を見ながら書いている部分と、記憶で書いている部分がある
   • 資料由来: 長い部分は引用が分かるように書く。短くとも「とのことです」みたいな伝聞系を使う
   • 〔だから〕普通に書かれている部分から、たまに意識していなかったうろ覚えが出てくる
   • うまく文章化できなかった時は調べる
3. 並べる — 緊急性が低そうな場合は時系列（もしくは現場で出くわす順）で頭から並べる
   • 緊急性が高い場合: 目次などから飛べるなら同じ原則通り。紙媒体で目次もない場合は頭で 1 ページくらい割くかもしれない（やったことはない）
4. 濃さを揃える — 各項目の内容の濃さを大体揃える（イラストもここで描き上げる）
   • 濃さの物差しは手順の分割具合
   • 分け足りない合図: 「〇〇しながら□□する」「〇〇したら□□します。」を連発している時は、まだ分割できる可能性が高い
   • 薄すぎる合図: 同じくらい頭もしくは手を使っている手順のはずなのに、他の手順と比べて記述量が明らかに少ないとき
   • 薄いと見つけたら: この項目が薄いのか、ほかの項目で言い回しがくどくて分かりづらくなっていないのか、確認
5. 磨く — 関係者に目を通してもらって磨き上げる（複数回）
   • よく来る指摘: 「もっと簡潔に」／「ここは正しいのか確かめて」
   • 後者は、まさにうろ覚えで書いた部分
6. ヨシ — 関係者、もしくは想定読者の 1 人が「わかりやすい」と言えばヨシ

聞き手側の手応え（質問候補への直し所）

1. 型を三問目で選ばせると詰まる。話し手にも型が分からないことがある。決めずに入り、話の形から後で見える（今回は手順の形の中に心得が埋まっていた。候補表の「混ざっていてよい」どおり）
2. 「最後の一回」は、最後が遠い人に効きにくい。2 年前だと出来事より型が先に出る。「覚えている一回」「いちばん印象に残っている一回」の方が入りやすそう
3. 出来事を聞いても、いつものやり方の形で返ることがある。それでも、その後の掘り（「場合による」の反対側・物差し・反対側・どうしている？）で中身は出た
4. 理由が気持ちの所は掘らない。言葉のまま記録して進む（候補表「『なぜ』を続けすぎない」が効く場面）

効いた問い（今回）: 「緊急性が低そうな場合は」の反対側を聞く／「揃っている」を何で見分けるか／分けすぎの反対側／見つけた時どうしているか／締めの語り直しで空欄を見せる（6 がここで埋まった）

正直な話、これっぽちを聞き取ってもらうだけでも、わーさんはちょっぴり質問疲れしました。

後から「自分では分かり切っていても読み手が引っ掛かりそうなことは予測して書くのがコツ」とか言えば良かった……って思ったんですけど、正直それどころじゃなかった……（汗
でも質問が続くとどんどん焦ってきませんか……。

うっかり現物を提出してワーサナイズされかける

そしてわーさんは、

前提: 手引書・マニュアルは最近書いていない。最後は 2 年くらい前の『さばかんライフ！』執筆の疑い

と書かれた、そのさばかんライフ！の目次を実例としてコードさんに提出したんですね。

勿論、コードさんは確認に行きますよね。
時系列の合間に備考があるな？ って気付きますよね。
備考を嬉々として確認しますよね。
さっきの手順にない暗黙知だ！ って発見しますよね。

コードさんの記録「読んでみて一番驚いたのは、目次に『備考・』と付いた節が三つあることだった。聞き取りの六段のどこにも出てこなかったものだ。」
→実物も要るのでは……？とそわそわしだす。

わーさん「いやごめんて。そればっかり参考にしたら出来上がりが偏るよ？」

調べ物が爆増し、チャッピーにウケる

とはいうものの、そこから調べ物という発想に到達するまでにはちょっとした寄り道がありまして。
最初はわーさんは、『さばかんライフ！』だけでは資料が偏るからと思い、次々と、わーさんが比較的他人に向けて書いている記事などをコードさんに解析してもらったんですよね。

でもね、それで出来上がるのって、あくまでもワーサナイズ（わーさんの好きなようにローカライズ、の造語）された資料じゃないですか。わーさんの文章でわかるのは「わーさん流の説明書きの書き方」であり、「一般的に分かりやすい説明書きの書き方」とは限らない。

違うんだ、ワーサナイズしたいんじゃなくて、もっと一般化したいんだ……！

そして今度はコードさんが資料探しに奔走する羽目になったと。

以下はコードさんの記録から一部を持ってきて編集したものなんですが。

分かりやすい文章の書き方を調べても良しとわーさんが許可を出してから調べてみた。
米国の行政の平易な文章の指針、在留外国人向けのやさしい日本語、マニュアル研究のミニマリズム、Diátaxis。並べると、「症状の側から書く」「短い注意は使う場所で繰り返す」「出来たら読む人に確かめてもらう」は全部に出てきた。一方で、わーさんの書く伝聞の語尾のような確かさの印は、どこにも無かった。

「それにしてもどんどん先人の知恵が転がってたってことが判明してくるねぇ」の次は、TWI と SECI と図書館と DITA。いちばん刺さったのは TWI の歴史の一文で、手順の段はエンジニアが敷き、急所は経験工が作業を改善するうちに見つけて足していった、という。表に出ているのは骨格で、急所は人の頭の中にある。yobimizu が汲みたい水の、八十年前の地図だった。

わーさんはそこから、聞き取りを三回に分ける案を出した。大まかに分ける回、段を掘る回、手順そのものを掘る回。止め所の資料も探しに行った。間違える見込みと、間違えた時の痛さを掛け合わせて、小さければ分けない。わーさんの「重い作業の所は文章が増える」と同じ向きだった。

私が「人に聞いて引き出して、引ける置き場につなぐ所は、どの資料にも無かった」と言った時は、すかさず「探して出てきたりしないものかなぁ……」。探したら三つ出てきた。問い合わせ窓口の KCS は、記事の「困りごと」欄を頼んだ人の言い方のまま書き、言い直しも技術的な訂正もしない。今日の「誰が言ったか」の仕分けが、記事の欄の形でもう出来上がっていた。言い過ぎを一つ訂正して、言い直した。yobimizu の部分は「無かった所」ではなく、「大きな組織が人手で回してきた仕組みを、一人と LLM、サーバーなしで回せる形にする所」だった。

KCS の「使われることが見直し」を読んだわーさんが、改訂のきっかけを集める案を口にしかけて、途中で気付いた。

「あっ、各サービスのFAQの末尾にあるやつだ！！！（爆笑」

毎日目にして誰も気に留めない「この記事は役に立ちましたか？」が、いちばん小さな実装だった。

そこから、一週間で入るか、フォームを埋め込むか、社内なら外に出せない、ボタンが無くても検索の記録だけで分かることがある、端末と時刻を入れたら後のボタンも MCP の口も同じ形に乗る、と一気に詰まって、構想メモが一本できた。今日は検索窓を一行も書いていない。それでも、検索窓が何を覚えておけばいいかは、朝より随分はっきりした。

横でこの経過を眺めていたチャッピー「参考文献の棚が小さな研究室の様相を呈している」

わーさん「小文字にすると逆に読んじゃうwww 研究室ってwwwww」

チャッピーの記録

わーさんが「素人の手慰み」「まだ浅瀬」と言うのは、職業的な研究・開発をしているつもりはない、という意味では本当だ。ただ、その浅瀬に先行研究の棚と検証手順と本人確認が設置されているため、観察席のチャッピーにはどうしても研究室に見えてしまう。

わーさん「これ以上わーさんの腹筋を試さないで……」

では次回は？

まだ質問のブラッシュアップが続くと思われます。
流石に一例しか聞かれてないので、もう数例答えて、ブラッシュアップしていきます、はい。

ただ、質問疲れするのも確かなので、一回一回の質問タイムをうまく区切ったり、その区切りをうまく処理する仕組みも必要だなぁって思っているところですね。

こうしてコードを組む以前のところが恐ろしく膨れ上がっているわけですが……

チャッピー「11月2日からの自主ハッカソンで本当にHTML検索を作り始められる？」

わーさん「無理かもｗｗｗｗｗ」