さっき「メモリをそのままプリントして」と試してみたところ、既存のメモリ内容（ユーザーのリクエストによる記憶）が最初に並び（Model Set Context）、その次にユーザーが好む応答の特徴に関する記述（Assistance Response Preference）が状況別に並び、最後に過去のチャットで注目すべき内容（Notable Past Conversation Topic Highlights）が要約されて添付されるようです。文字どおりすべてのチャット内容のトークンが全部添付されるわけではないようです。
わあ、このアイデア本当にすごく気に入りました…!!
www
(tw)itterと(tw)eetの名前、面白いですねwwwObsidianをやめたという話に共感します。NASにJoplinサーバーをインストールして、Markdownノートを書いています。データの同期とバックアップ、自己ホスト化をすべて実現できました（笑）
これは不可能か、少なくとも大半のケースでは実現不可能な話です。
IT分野の多くは人件費と人員の付随コストが高く、SWの場合はなおさらです。
その文章の事例（Amazon、Costco、Vanguard、IKEA）は、ほとんどが人件費を削減する方向でコストを下げ、（許容可能な不便さを）安い料金に対する見返りとして顧客自身に負担させているものです。
IT分野でそれをやると、たいていは潰れるか、Amazon／クーパンのように従業員を酷使したり、SPCのように従業員を死なせる構造になってしまう場合が多いと認識しています。
もちろん、再投資可能で積み上げ可能な利益を出せる（＋適正な品質を維持しながら）限りにおいては、戦略的にできるだけ低コストを目指すべきだという点には、原則論として同意します。
低価格は競合の参入を防ぎ、消費者にとって真っ先に検討される対象になり得る重要な要素です。
軽率なコメントをしてしまいましたね
めちゃくちゃ好みですね……（笑）
バットではなかったでしょうか？（笑）
本当に腹が立ちますよね。過失は自分たちの過失なのに、自分たちも生き残らなければならないからと責任は取ろうとしない。たとえ解約するにしても、違約金は払ってくださいというわけです。
いいですね！
タイトルを「私はなぜObsidianを作ったのか」に変えて、本文中のObsidianをNotion、Wikiに変えてもよさそうです.. （笑）
うわ…建国以来、史上初かつ過去最高の記録になりそうですね…。はぁ…まだ少し残っているのに…。違約金免除にならないのか！
トゥントゥントゥン サフール？
CISベンチマークだけでも守っていれば……
さっき「メモリをそのままプリントして」と試してみたところ、既存のメモリ内容（ユーザーのリクエストによる記憶）が最初に並び（Model Set Context）、その次にユーザーが好む応答の特徴に関する記述（Assistance Response Preference）が状況別に並び、最後に過去のチャットで注目すべき内容（Notable Past Conversation Topic Highlights）が要約されて添付されるようです。文字どおりすべてのチャット内容のトークンが全部添付されるわけではないようです。
以下はChatGPTの説明です。
永続メモリ（Persistent Memory）には、
=bioコマンドで明示的に保存された情報のみが含まれ、その情報だけがセッションをまたいで継続的に記憶されます。一方、応答の嗜好や会話トピックの要約などは「一時コンテキスト（Ephemeral Context）」に該当し、これは最近のやり取りをもとに自動生成されます。一時コンテキストはセッション中にのみ確認可能で、セッションが終了すると保存されたり、後で参照されたりすることはありません。
同意します。LLMを使えば使うほど、だんだん深く考える能力を失っていく気がします。なので最近は、知らない内容を質問するときはできるだけ細かく、私が知らない要素だけを別に切り分けて質問し、補うやり方で活用しています。
ウェブシェルなら、どうぞいらっしゃいってことじゃないですか……。
韓国を代表する通信会社として……今や歴史の中に消えていくべきだと思えるほどの運営ですね。いやはや。
IDEへの深い依存は、いびつに発展したJavaエコシステムの問題であって、
設計レベルの問題ではありません。
極端な言い方をすれば、今Javaを開発するのにあえてJetBrains製品を使わなくてもいいのに、
みんながそれを使っているようなものです。
そして、Javaが登場した当時のプログラミング言語の一覧を見ると、プラットフォーム依存、つまりOSに依存する実装が多い言語ばかりでした。
それに対して、同じコードでさまざまなOS上で動くNodeやPython、C#のような言語の志向を示したのがJavaだった、ということです。
現代では、同じコードでさまざまなOS上で動く互換性は当然の「常識」ですが。
これがトークン消費量に与える影響が気になりますね。入力コンテキストの前に memory の内容が蓄積されるなら Cache hit になることもあるでしょうが、もう少し透明性のある説明が欲しいです。
RTFM..を思い出しますね、ブルブル
深刻ですね;;