#設計判断

← INDEX

30 entries

2026.10.10いつの話か、本当に動いているかを書いておく→MONETに渡す「今の状況」の先頭に、材料を集めた時刻を入れた。Typewriterは、Slackの鍵が切れて2日間何も取り込めていないのに、画面の時刻は進み続けていた。いつの話か、今も動いているかを書いておくことにした。
2026.10.04「opus」と書いても、最新のOpusが動くとは限らない→設定に「opus」と書いていた調べ物の仕組みが、古いOpus 4.5で動いていた。短い呼び名の指す先は道具のバージョンで変わる。どのAIがどのモデルで動いているかを根拠付きの表にして、週1の見張りと月1の点検を足した。
2026.10.03SPは書く前に、層ごとに目的と置き場と直し方を決める→MONETは僕が誰なのかを知らなかった。SPを書き足す前に、層ごとに目的・置き場・直し方を表で決めた。アプリと一緒に配るものはファイル、使う人の情報はデータベース、という1つの決まりで置き場をそろえた。
2026.10.02記憶の仕組みの本体は、倉庫ではなく段取り係→MONETの記憶の仕組みをどう部品に分けるかをCodeと話した。記憶をしまう倉庫は取り替えてよく、毎回AIに何を渡すかを決める段取り係の方が本体だと分かった。Mem0のような既製のサービスは倉庫の側に入る。
2026.10.02自分専用でも、境目だけは今から守る→HandlerをNASの外で動かしてみたら、家のサーバーが代わりにやっていた仕事が次々に出てきて、1日かかった。機能は後から足せるが、個人の事情や部品の境目は後から入れると高くつく。守る約束を5つにまとめた。
2026.10.02AIの強みは、その人に合わせて仕立てられること→OpenAIのDevDayを調べた後、既製品があるのになぜ自分で作るのかをCodeと話した。モデルは取り替えのきく筆で、価値はデータと構造の側にある。仕立ての型紙を自分の手元に置いておく、という考えにたどり着いた。
2026.09.27管理アプリに、AIが読む中身を持たせる→Handlerを他のAIからつないでも使えるように、AIが読む中身を足した。変更の履歴と出どころはアプリが自動で残し、数字はアプリが数え、手で書く欄は空でもいい前提で作った。古い欄は、無いより悪いからだ。
2026.09.26設定は1箇所でいい→タブごとに見せるプロジェクトを分けるためにHandlerに設定画面を作り、その日のうちに消した。設定が2箇所に分かれるのは一般の人には複雑なので、区分は裏に隠し、途中の保存も無くして設定を1箇所にまとめた。
2026.09.26丸ごと待たない、丸ごと作らない→Handlerにマイルストーンを足した。手間のかかる見た目は使えると分かるまで作らず、別の会話と同じファイルを触りそうな実装だけを待って、設計は先に書いた。全部やるか全部やめるかにしなかった話。
2026.09.25寝ている間のAIは、僕に聞かないと決まらない所で止まった→寝る前にHandlerの直したい所のリストをCodeに渡した。中身が決まった直しと、コードを調べれば原因が分かる不具合は朝までに本番に入り、ステータスを消すかや曖昧な言葉の意味など、僕にしか決められない所でCodeは止まっていた。
2026.09.24即時の知らせを本命にしない→Slackの即時の知らせは、エラーも出さずに約2分で止まることがあった。即時の経路は速報にして、5分おきに読みに行く照合を本命にした。次の日のDMを拾ったのも、照合の方だった。
2026.09.23スケッチが無かったら、AIはひと月前の考えを引きずっていた→Typewriterの打ち合わせに手描きのスケッチを持っていった。スケッチが無かったら、とCodeに聞くと、ひと月前の自分の立場を引きずって一列の受信箱を出していたと言う。返信の道具になっていたのは二列の方だった。
2026.09.23同じ設定を書く場所が、いくつもあった→MONETのアプリを直していると、同じ設定がプログラムの何箇所にも書いてある問題に何度も当たった。使われていないツール一覧、もう無いファイルへの保存。どれもエラーにならない。直し方は1箇所に置いて全部そこから読ませること。
2026.09.22システムプロンプトを1枚にして、1つだけ戻した→MONETのSPを4本から1枚にして、人格も価値観も一度外した。一晩おいて、価値観のうち判断の物差しにあたる9行だけ戻した。自分で決めていいと書きながら、決める基準を渡していなかったから。
2026.09.22知らせるかどうかは、誰がまだ知らないかで決める→アプリでの操作の知らせとリサーチの結果が、どちらも僕の次の発言に相乗りして別のタブに出ていた。知らせ方は、僕がもう知っているか、まだ知らないかで分けた。
2026.09.19URLを渡されたAIは、まずトップページを読む→ブログの要約をAI向けに置こうとして、Codeに相談した。AIが自分から読みに来ることはほとんど無いが、URLを渡されたAIは、トップページを必ず読む。
2026.09.17原稿を手元に置けば、置き場は配送業者になる→ブログの置き場に無料ですぐ動くサービスを選びかけて、Codeの「今だけ動けばいい」が心配になった。答えは、置き場ではなく置き方にあった。
2026.09.13調べる深さは使い道で決まる。AIにはそれが見えない→調べ物を、その場の検索で済ませるか、無人で深く掘らせるか。その判断をAIに任せようとしたら、深さを決めるのは答えの使い道で、それはAIには見えないと分かった。
2026.09.12調べ物を1本の階段にする→3通りあった調べ方は、実は2本の手順に継ぎ足しが付いただけだった。新しく足すのをやめて、Look・Dig・Reportの3段の階段に作り直した。どの段の結果かを見れば、どこまで信じていいかが分かる。
2026.09.06AIに片付けを任せると、残す方に偏る→散らかった開発フォルダの片付けをCodeに任せたら、残す案ばかり返ってきた。散らかった原因は、迷ったら残すという考え方そのものだった。
2026.09.06文書の置き場所は、中身の種類で決める→AIに読ませる文書は、仕様書・指示書・記録の3種類に分かれる。指示書は置き場所を間違えると止まり、仕様書と記録は読まれなくなるだけ。
2026.09.03アプリかCodeかの相談は、薄いワーカー1本に縮んだ→重めの調べ物を専用アプリにするかCodeに投げるかで相談した。行き着いたのは、家のサーバーで無人のCodeを起動するだけの約100行の係。薄くても外の文章を読んで鍵を持つので、許可する操作を先に絞った。
2026.08.29「無理」に賞味期限を付け忘れていた→AIに判断は任せられないと思い込んでいたが、それは憲法に書いた原点そのものだった。Codeは、当時の「無理」は正しかったが、見直す時期を決めなかったのが問題だと言った。任せる決断の4つの条件と、指示書に書く中身が決まった。
2026.08.24スレッドを消したら、先送りしていた設計にたどり着いた→スレッドの切り替えでキャッシュが壊れる話から、スレッドを消してタブと日付で分ける案に行き着いた。日付と量で古い話を畳む形は、仕様書がずっと先送りしていた形そのものだった。スレッドはデータに残し、見えなくした。
2026.07.26腹落ちしない損益計算 — 片付けられるのは、最初から小さな物だけだった→ハートビートでキャッシュが切れなくなると、古いツール結果を片付けるWarm-Aは30円払って0.05円を浮かす装置になった。片付けたかった物を4種類に分けると、こちらで片付けられるのは最初から小さな物だけだった。
2026.07.16ノイズ除去のつもりが、緊急弁だった→古いツールの結果を片付けるWarm-Aは、18万文字を超えた時だけ動く作りで、普段は動いていなかった。量でなく話題の区切りで片付けるよう直し、18万文字は緊急弁として残した。Web検索の結果はサーバー側でしか消せなかった。
2026.07.11中央集権で1つにするのは、人格と記憶だけ→どこから話しかけても同じMONETが答える中央集権を、全部の作業を1本の会話に通すことと分けて考えた。何百枚も回す画像づくりはComfyAppに任せ、1つにするのは人格と記憶だけにした。
2026.07.05メモリは、理由まで辿れないと役に立たない→Codeのメモリの索引は246行あり、下の46行は毎回読まれずに落ちていた。決めた理由が辿れず、半日を溶かした件もあった。索引を機械で作り、書くのは会話を読み直すサブエージェントにして、理由まで辿れる作りに変えた。
2026.06.18どこでも同じMONETを、どこに置き、何から作るか→どこでも同じMONETに話しかけたいのは、分散型ではなく中心が1つの形だった。NAS・Windows・Macの役割を条件から決めると、今の使い方とほぼ同じになった。Claudeが強くなったので、中心のMONETから先に作ると決めた。
2026.03.17OpenClawのハイプと、使わないと決めた理由→OpenClawの熱に2週間止まった。調べて、使わないと決めた理由と、拾えるものだけ拾った話。