plzsayyes3

ガジェット選び

RK65のキー書き換えに苦戦して、結局AIに直接頼んだ話

前回、RK65は使い勝手はいいけれど、Macだけでのキーリマップが非常に厳しいという話を書きました。Windows経由で一度書き込めば動く、というのが前回の結論でしたが、今回はもう一歩進んで、キーの書き換えそのものをAIに任せてみた話です。...
ガジェット選び

5,000円のRK65を買ったら、Macでリマップできずに沼の入口に立った話

本記事にはAmazonアソシエイト・プログラムによるアフィリエイト広告を含みます。商品の購入等により、当サイトが紹介料を得ることがあります。Royal Kludgeの65%キーボード「RK65」を買いました。お値段はだいたい5,000円です...
作ってみた

読めるのに書けないSDカード:StickS3にSDカード録音を実装するまで

前回、内蔵Flashに録音を保存するところまでは形になりました。ただ、内蔵Flashの容量には限りがあります。録音先をSDカードに広げられないか、というのが今回のテーマです。TF HATと32GBのmicroSDカードを追加して、録音先を内...
idash

相棒と呼ぶことにした:柱を「脳」と「作業台」の2本に絞る

このシリーズも最終回です。第1回で「AIに判断させない」という原則を決めたところから始めて、秘書と司書に分けた話、連絡帳の話、人格と記憶の話、そしてここ数回は、うまくいかなかったことばかり書いてきました。最後は、9回分を並べてみて何が見えた...
idash

ファイルを読めるAIと、読めないモデル:作り分けるべきだった軸

第6回から第8回まで、三回続けて失敗の話を書きました。いちばん複雑に作った記憶の仕組みが二週間で三行しか動かなかったこと、七つ作った出口のうち自分に届いていたのは一つだけだったこと、秘書が自分の入力経路を塞いでしまったこと。並べてみると、ど...
idash

秘書が、自分の出力で自分の入口を塞いだ日

毎朝6時半に、秘書が自動で動き始めます。前日のノートを読んで、助言を作って、保存します。その一連の記録(ログ)を、ある朝なんとなく開きました。一行目に、こう出ていました。「ノートの取り込みに失敗しました(未pushのローカル変更・コンフリク...
idash

7つ作った出口のうち、自分に届いていたのは1つだけだった

第6回で、いちばん複雑に作った記憶の仕組みが、2週間で3行しか動かなかった話を書きました。あれを書いたあと、他にも同じことが起きているのではないかと思って、システム全体を一度きちんと測ってみました。設計書に書いてあることではなく、実際に動い...
idash

2週間で3行:いちばん手をかけた仕組みが、正常に空回りしていた話

第5回では、AIに「これは確定記憶だ」と言わせないための規律について書きました。ここから3回は、うまくいかなかったことの記録が続きます。まずは、その規律を実装した仕組みが、実際にはほとんど何もしていなかった、という話です。いちばん作り込んだ...
idash

AIに「これは覚えておくべきだ」と決めさせない:記憶が確定するまでの規律

第1回で書いたように、idash(アイダッシュ)を作るときに最初に決めたのは「AIに判断させない」ということでした。何が重要かを選ばせない。百件のうち重要な五件を拾わせる、という機能は、設計の段階ではっきり不採用にしています。一方で、秘書に...
idash

自分の人格をファイルにした:過去のノートから逆引きで取り出す

第3回では、AIどうしが連絡帳のファイルで仕事を共有する仕組みについて書きました。今回は、その秘書が持っている「人格」をどう置いているか、という話です。プロンプトに人格を書くのをやめた最初のころは、AIに話しかけるたびに「あなたは私の思考パ...