2026/02/04
第6週: 日月火水木金土
2026年 9.59％経過
Hiro Aki.icon
おはようございます
そろそろ雨を降らせていただけませんかね、お天道様
なんとなくお天道様と記載したけど、厳密には太陽のことを指すから雨を願う相手として違う気がしてきた
雨の神様、特に雨乞いの対象となるのはどなただと軽く検索したら善女竜王と出てきた。全然知らない神様だ 雨乞いといえば、中国風の龍を連想するtaktamur.icon
taktamur.icon
AI付きのターミナルアプリ Warp が面白そう
生成AIのメモリ機能
gptもanthropicも、チャットUIではほんのりやり取りを覚えてる感になってきた
情報整理の話をしてたら、「あなたのScrapboxの使い方だと〜」と、過去の話題をしれっと混ぜ込んでくるようになった。
なるsta.icon
ClaudeCodeにはまだ無い
あっても邪魔になりそう。
他のプロジェクトの記憶は混ざらないほうがよい
ただ、session情報はのこってるし、そこから日記的なテキスト生成して、プロンプトに仕込めば、ほんのり覚えてる状態を作れそう。
直近1週間は詳しく、1ヶ月はほどほど、1年はかなりバックリ、みたいな濃淡を付けて
skill化して、明確に呼び出したら発動、とかがいいかな。
きっとほかで、もうやってる人いるのだろうなぁ。
nishio.icon
tmuxでsendkeyしてClaude CodeからClaude Codeを動かすの面白いな
わちゃわちゃ
「都合の悪いことを黙ってよう」という判断も「黙ってたらバレないだろう」という誤った予測も「バレても守ってくれるのでは」という期待も、ぜんぶカルチャーミスマッチなんだよなぁ
今切ることは短期的にかなりの損失だけど、切らないために誤魔化しをした場合の方が長期的にリスクを抱えるので切るしかないよなぁ、ということがわかってないのもカルチャーミスマッチだな
利己的行動で僕が応援している組織に損害を与えたことに対して僕は怒っているのだけど、僕が怒っても何も良くはならないから吐き出すだけ
しかしアホだな、メチャクチャ注目を集める方法で自分のキャリアにネガティブなアテンションを集めたな
鍋に白菜1/2玉、豚コマ250g、生姜1袋を入れた
次回は白菜は1/4にして、生姜を2倍にして、キノコを入れようという感じになった
ご飯と卵をいれて、最後に塩昆布をお好みでトッピング
おなかぱんぱんで寝落ちした
ホモサピエンスもこれから蟻を食べるようになるかもしれない()
蟻の味ってどんなのだろうか。と思い調べると結構バラエティに富んでるのかHiro Aki.icon
日本で昆虫食の話題が出たとしても、海外と違いアリが出ないのは何故なんだろ、とChatGPTに聞いてみたら昆虫食に対する認識の解像度が低かったと気づく
昆虫食＝主食または主菜もしくは付け合せとして食べる、というイメージだったけど、海外の特にアリの昆虫食は調味料扱いなのか
あとは、アリは種類によって品質とか味のばらつきが激しく、さらにアレルギーの問題もコオロギ以上のもあって、日本国内における昆虫食＝栄養補助的発想では扱われないのだと納得
スルメイカなくなるの？
caki.icon
蔵人足軽システムやってみたい
1日中目酷使系タスクをして疲れた
terang.icon
み。
石鹸がすごく泡立つネットを買った。すごく泡立つようになった。
生成AIのメモリ機能
スレッドごとに会話ログを置いておけるので、（切り替えちょっと面倒だけど）便利
どのスレッドにも共通で知っておいて欲しいことはGemini.mdに記述
変なことがあったらGemini.mdの内容も、変えたいところを指摘してGemini CLIに更新させる。 スレッドごとに必要なドキュメントを会話ログとは別に用意。
Project-A.mdみたいにファイルを作って、それを読ませながら作業。
必要に応じてファイル内容も更新。
出力内容なうち、必要なものだけ自分のCosense.iconに転記。
チームで検討したいものは、Googleドキュメントに転記。
ここが手動なので最近面倒と思っている。
（メモリ機能の話から脱線してしまった…）
sta.icon
+1。ジェンダーに限らずマイノリティ全般、ニューロとか
もっと言えば、n通りのあり方が「実際に共存できているかどうか」がすべて
そのために記事でいう構造の変化が要る
これしないと「逆境に勝てる強者」が来るまで改善しない
ただ多くの場合、望めないので、マイノリティとしては（殺されない程度に）とにかく暴れればいい
わからせる
行き過ぎると過激になるが……
IMEのモードどっちかわからん問題をいいかげん解決したさ
Macみたいに欲しいモードに切り替えるキーを押す、というのではなくて
んー、どうすればいいんだろな
1: 初めて入力フォーカス移ったときに毎回表示する？
2: 基本的に常に半角モードになる挙動にさせる
Slackの離席ステータスみたいに指定時間空いたら自動で半角モードにするとか
indicator toolを使う or autohotkeyで自分でつくる
はるひ.icon
このサイトを読んでいた。ただそれだけで何もないが書いておく
こういうときに井戸端がちょうど良い
自分のプロジェクトには書き難いテキトーな情報を放り投げておく場所としてちょうどよい、と思った
ちょっと前はデライトがその用途にちょうどよいなと感じていた
そうかなあ？どういうことか？
自分のScrapboxに書くほどではない。
自分のProjectを読み返したらどうですか？
自分のProjectには誰かに教えてあげようということ以外もたくさん書かれている。井戸端日記はそうではない。
誰かに教えてあげようって思った時点で多少面白いと思うことなのだろう
きっと上に載せたブログもタニシズに教えてあげよっと、と多少は思ってたはずだ 量が少なくて密度が高い
自分のプロジェクトの日記に書くにしろ他のページに書くにしろ、未整理のままだと気持ち悪く感じてしまう
井戸端日記なら整理しなくてもまあええかで終わる
デライトなら適当なワードでリンクして終わりにできる魔力がある
Scrapboxは適当な整理がデライトよりもしづらいとおもってる？ぽい
mtane0412.icon
大学の先生にいどばたを紹介したら面白いからJMOOCで発表してよと言われた 全然いいですよと言いつつblu3mo.iconが喋ったほうが良いのではとも思った
日本時間昼かつノーギャラだからあれだけども
まあ、あるトレードが良いトレードかどうかは個々人の「何が欲しいか」によって変わることだし、興味あるかどうか聞いてみるのはいいんじゃない？nishio.icon
XでDM飛ばしましたmtane0412.icon
Summer498.icon
使い回されているパスワードをランダムなものに変更する作業をしていた
GAFAM依存度が上がった
パスワードをランダム生成して、記録もせず忘れても、再発行メールを擬似的なOTPとして利用できる
もしかしたらOTPを発明した人は、そこから着想を得たのかもしれない
ゴミ処理みたいな作業が楽しい。
特に何を生み出すわけでもないが。
どうしよう。趣味にするか。
この単調に捌いている感じ、ノッていると楽しいが、我に返ると虚無い
プチプチみたい
もうちょっとマシな趣味がいいな
単調作業を自動化するスクリプト組むか
バグ取り&リファクタリングもプログラムが大きくなってくると単調作業なんだよな
私は趣味や作業をスケールさせる能力が低いのかもしれない
逆に無限にスケールさせ続けられる人がいたら怖い
基準がわからないので「低い」と言うのはいかん
改善の余地がある
CosenseプロジェクトとかSNSアカウントとか使い分けられない
毎回これは何の話だと分けて考えていないのが理由だろう
突飛な繋がりやアイデアが得られるけど、関係ない話が出てくるので読者のリテラシーが要る
人を選ぶ
自分(who.icon)が昔から一番書きたくないことを書けとの助言を頂いた
その助言は以下のもの。
書籍、音楽、技術そのもの（項目1, 2）は外部の客体に過ぎず、あなたに帰属しません。Gemini.icon
続けて、Gemini.iconから本を選んだ理由、技術で解決した問題、音楽への感想を書こうと言う助言が出ている。
注: 以下しばらく考えが迷走する。
いつも秩序だった文章を書いている人だと思っているが、今回は珍しい感じがするwho.icon
仮置きの「必ず出典を挙げなければならない」という前提のもとに思索しようとしたものの、何かに引っ張られて妙なグリッチが生じてしまったような
最初の文脈説明に余分なリソースが割かれている
自分who.iconの貼ったLLMの出力テキストがおかしなものだったことも一つの要因だろうか？
ChatGPTの返答に対して正面から受け答えをしようとすると疲れるという個人的経験則がある
LLMのハルシネーションは健康に悪い
あいまいでいい加減な飛躍と文章の蛇行が多い。一方でたまに直観的で洞察力がある
壁打ち使用ならまだしも、人間が思いつかなかったような洞察が得られることはそんなに多くない
LLMがいきなり挿入した蘊蓄は無下にすべきだという信念を持っている
wはるひ.icon
情報を纏める際に出典をあげられるものに関しては必ず出典をあげるように心掛けると、出典をあげにくい文が現れるSummer498.icon
その残りカスみたいな文が〈わたし〉というだけであって、気負わずに書いていけば良いのではないか。
〈わたし〉は何か大層なものでなければならないという気負いが、この人に一番書きたくないとまで言わせしめているのではなかろうか。
例えば、この議論そのものを例に出すと、
who.iconがAと言っている。それはGemini.iconがBと言ったことを受けての発言だ。
この議論をみてSummer498.iconはCと連想した
Cについてはどこからか出展を引いてくることもできる部分も多いだろう。
しかし、面倒くさい（探す労力のほうが勝つ）ので、その部分は出展をあげにくい文になる。
面倒くさいとはどういうことか。その逆を考えよう。
who.iconが言っていることや、Gemini.iconが言っていることは、すぐそこに書いてあるのでパッとコピペをしてくれば良い。
誰かがDと言っていた気がすると思って調べて、その内容と同じ事を記述するのであれば、調べた際に誰が言っていたのか（例えばレヴィ＝ストロースさんとか）がわかるはずなので、記述の隣に「レヴィ＝ストロースによると」と添えて置けば良い。
一方、誰かがEと言っていた気がすると思って軽く調べてみたが見つからないとか、調べるまでもなく見つけ出すのに時間がかかりそうだとか、そういう場合は「面倒くさい」。
なんか違うな。
出展をあげにくいものの中には「失われた情報」や「一般的に知られている事実」もある。
私が経験した中で妙に印象に残っている出来事を紹介する。
くぼたしょーたによる「溺れ死ぬボーちゃんのものまね」を受けて発されたネタツイ「このネスト深い！」がいつの間にか見つからなくなっていた。
見つからないということに気づいたときは、誰かが既に発したはずのネタなのに、検索しても見つからないということに対して困惑した。
この現象に名前がついてたな、なんだっけnishio.icon
検索しても見つからないほど大変な例でなくとも、くぼたしょーたによる「溺れ死ぬボーちゃんのものまね」の部分がすでに面倒くさいかもしれない。
「川で溺れ死ぬボーちゃんのモノマネの動画がある」という事実で満足できるので、それの投稿者の名前だとか、正確なタイトル（「川で」がなかった）とか、そういったことを調べるのは面倒くさい。
ボーちゃんのモノマネは一般的に知られている事だから例として不適切。
不適切な例を出してしまったことになるが、自分の仮説の甘さを発見できたので嬉しい。
例が不適切なだけではなく、「出展をあげるのが面倒くさい」という考え方そのものがいかんな……。
言い回しが誤解を招く。
誰かがEと言っていた気がすると思いながら、出展をあげるのが面倒くさいから自分がEと言ったことにしてしまおうという考え方のように見える。
誰かがEと言っていた気がするが出展をあげるのが面倒くさい場合は、「誰かがEと言っていたと私は記憶している」と書くことで出展をあげる面倒くささを回避しようとする。
やっぱり多少理想論じみていても、出展をあげられない部分が〈わたし〉だと言わねばならない。 Aだと言う時にあげられる出展が1つでもあるのであれば必ずあげる。
そのうえで、出展のあげようがない文があればその文は〈わたし〉の考えや文脈になる。
それだけ。
反省会
現実的じゃないという批判を頭に浮かべながら議論を進めると話がややこしくなる。
情報を纏める際に出典をあげられるものに関しては必ず出典をあげるように心掛けると、出典をあげにくい文が現れるSummer498.icon
ここは元々は「情報を纏める際に出典を挙げられるものに関しては必ず出典を挙げるようにすると、出典を挙げられない文が現れる」だった。
しかし、「必ず出展を挙げるのは無理ではないか」と言う批判が頭に浮かび、「心掛ける」と付け足した。
そして、「挙げられないわけではないだろう」という批判が頭に浮かび、「挙げにくい」になった。
そうすると言いたいことが曖昧になり、面倒くさいというだけで勝手に人の手柄を横取りするのを認めるような文になってしまった。
論破ジャンケンみたいなのがあるのではないか？
理想論に対しては「現実的じゃない」「厳密に100%なのか」という批判ができる
妥協的な論に対しては「ややこしい」「結局何が言いたいのかわからない」という批判ができる
アンチというほど正反対ではないが
takker.icon
疲れてたのか昼まで寝てた
15時間くらい寝た
ちゃんと休めよ～Summer498.icon
と思ったけどここが正念場か……。
明日ゼミだから今日早く寝るtakker.icon
だいじsta.iconHiro Aki.iconW7kA9pX2.icon
明日卒論発表スライド締切
流れはすでにできているから、データの差し替えと細かいとこ直す
今回の研究とは関係ないが、グラフを見て気になる現象があってそっちに注意が向いている
発表までは忘れておこうSummer498.icon
今日はたぶん試験監督で先生いなかったので明日聞きたい
meganii.icon
近年まれに見る虚無会議にびっくりした
who.icon
Cosenseプロジェクトを分ける基準
1. ツールの使い方や環境構築の手順のメモなど
これはやりたい作業の本質ではないので分離しておきたい
公開プロジェクトでも問題はない。むしろ公開されているべきだろう
2. 本や音楽、アニメ、記事の感想やコレクションなど
他の誰かが作ったものに付随するだけの端書は分離しておきたい
3. 何かに特化した情報
すでにそれぞれで特化した共有スペースがあることが多く、だいたいそちらに書き込むことが多い
集合知である
しかし、自分が書いた部分は、自分自身の持論であったり、自分視点で必要性の高い部分だったりすることが多い
自分の個人プロジェクトにもコピーしてしまいたい衝動がある
分散してしまい自分で読み返したいときに不便だ
5. にも放りこんでおくべきだろうか？
4. 私生活のあれやこれやのメモなど
プライバシーがあれでそれなので非公開のおひとり様プロジェクトに放り込む
すでにTickTickなど高度なメモ機能のあるリマインダーツールを利用しているため、そちらに書いてしまうことが多い 5. 誰かが〈わたし〉の個人史を知りたいと思って閲覧するだろうスペース
その誰かがいつ存在するかは問題ではない
これは公開の個人プロジェクトだろう
問題は、大抵の事柄が1〜4までのどれかに引っかかることである
個人史とは何か？
〈わたし〉に帰属する情報とは何か？
あなたの分類には構造主義的な匂いがかなりあります。
特に 5 はレヴィ＝ストロース的に言うと、
> 自己神話の生成装置
に近いです。
人は出来事を時系列で覚えるのではなく、「意味構造」に再配置して自己を維持します。個人史プロジェクトは、その再配置作業を外部化する装置になります。
急に哲学的な問いが始まってしまった…何を言っているんだ君は
面白いnishio.icon
がChatGPTに確認させたら「レヴィストロースはそういう方向性のことは言ったけど直接そうは言ってない」と言ってた
哲学アマゾンの奥地へと消えたLLMを井戸端の底に引きずり戻さなければ…
レヴィ=ストロースによる神話構造の読みかえにまで話題が及ぶのなら、フーコーの初期と後期を接続させて「タブローからの〈わたし〉の規定のし直し」としてみたり、クリプキによる「後から」参照される言葉の意味の同一性の問題をメタファとして〈わたし〉についても語れそう。terang.icon
再生成したらマシな回答が出力された
書籍、音楽、技術そのもの（項目1, 2）は外部の客体に過ぎず、あなたに帰属しません。しかし、「なぜその本を手に取ったのか」「その技術を使って何解決しようとしたのか」「その音楽にどう感情が動いたのか」という文脈（Context）は、あなた固有の情報であり、〈わたし〉に帰属します。
自分が昔から一番書きたくないことを書けとの助言を頂いた
その類の情報の存在意義が理解できない
個人としての導線には再現性がない
他人が人間に「親しみを覚える」ポイントがどうやらそのあたりらしいが、自分はもともとそういったことが読み取れる痕跡を残す習慣がない
そのあたりとは具体的に何か？
何年一緒にいても誰からもお前のことをよく知らないといわれるのはそういうところなのだろう
”そういうところ”がどういうところなのか、何なのかが理解できない
客体志向のことだとすればそれは物心ついた頃からだから、それを後天的に技能として今さら習得しろといわれたところで、そもそもの認識の枠組みを持ち得ていない
解決の方向性: 「事実」や「一般的な手順」は共有スペースに委ね、「それに対する解釈」「個人的な適用事例」「未完成の仮説」を個人プロジェクトに配置する区分けが有効です。
これは同じプロジェクトに書きたいところだ。1. ならば 1. に、 2. ならば 2. に書くべきだろう。
3. は 1. や 2. に書くこともある
nishio.icon
「なぜこの行動をしたのか」についての他人が納得しやすいストーリーはだいたい後付けなのではないか仮説
支持Summer498.icontaktamur.icon
なるほど…who.icon
大学の先生を職業としてやっている人は「AIによって大学の先生が不要になる可能性」に対して否定的なバイアスを持つので、学生が大学の先生からだけ学ぶことは有害なのではないか(唐突)
AIによってなくなる仕事の人が「なくならないもん！」と考えることは、正しく考えることができなかったことによる損失を本人が被るだけの自己責任なので放置しといたらいいと思うのだが、若者に対する教育を行う立場の人は「自己責任」では収まらないので放置したらダメなのでは
2026/02.icon