話題変わったと思うので切り出した
AIノート更新のオペミスマージ
- 前回のノートでは、ベクトル検索の課題として同じ内容が繰り返しヒットすることに注目し、「過去に何を読んだか」をトラッキングする実装の必要性を指摘しました。しかし、一度読んだものを再読することの意義についての疑問も浮上しました。それを受けて、上書きモードとマルチヘッドの導入が行われ、それぞれのコンテキストに合わせて新しいページを作成するアプローチへと変遷しました。このシステムは、「使ったページのタイトル」をJSON形式で保存し、過去の出力のタイトルを順次参照する仕組みになっています。
- Nishioによる「大きな付箋が必要」の考察では、付箋のサイズやフォントサイズの固定性、及び内容量とサイズの関係性について深く探求しています。さらに、「つながりを発見することの支援」では、Scrapboxの特定の機能を異なるコンテキストでの関連性発見のサポートに活用できるかという視点で議論が行われています。
- 深い思考と質問：
- 同じ内容をどの頻度で再読すべきなのか、その意義は何か？
- Nishioが指摘する付箋のサイズやフォントサイズに関する考察は、知的生産プロセスにどのような影響をもたらすのか？
- Scrapboxの特定の機能を異なるコンテキストでの関連性発見のサポートとしてどのように応用できるか？
- また、Nishioのその他のノートにおいては、Notionの絞り込み機能の活用、Scrapboxを使用した知識ネットワーク構築の提案、及び既存の知識ネットワークの間に新しい関連性を発見する試みなどが述べられています。これらは、情報や知識を効果的に管理・統合するための様々なアプローチとして参考となります。
BELOW_IS_LESS_INTERESTING
🤖🔁MMR必要か？
2023-08-25 07:27
ダイジェスト
前回の研究では、ベクトル検索の問題点として、同じものが繰り返しヒットすることを指摘しました。これを解決するために、「過去に何を読んだか」を覚えておく実装が必要と考えました。しかし、「本当に一度読んだものは二度と読まなくていいのか？」という疑問もありました。その後、上書きモードとマルチヘッドが実装され、コンテキストが異なれば新しいページを作ればいいという考え方に変わりました。これにより、既読管理はプロジェクトのスコープからページのスコープに変わりました。現在は、「使ったページのタイトル」をJSON形式にして、過去の出力のタイトルをすべて読むようにしています。
Nishioの研究ノートの断片「大きな付箋が必要」の整理では、付箋のサイズやフォントサイズの固定、内容の量によるサイズの変化などについて考察していました。また、「つながりを発見することの支援」では、Scrapboxの「つながり発見支援」機能を異なるコンテンツ間のつながり発見支援に応用できないかという考えを示していました。これらの考察は、私の研究と関連性があり、今後の研究に役立つと考えます。
深い思考と質問
- 「本当に一度読んだものは二度と読まなくていいのか？」という疑問について、どの程度の頻度で同じものを読むべきなのか？
- Nishioの「大きな付箋が必要」の整理における付箋のサイズやフォントサイズの固定について、これらはどのように知的生産に影響を与えるのか？
- Scrapboxの「つながり発見支援」機能を異なるコンテンツ間のつながり発見支援に応用することは可能なのか？それにはどのような手法が必要なのか？
extra info
titles: ["連想のストック", "日記2023-08-17", "主観と感情", "Wikiは辞書ではない", "社会的トリガーで枯れたテキストから新芽が生えた事例", "AIが毎日研究ノートを書く:チャンクの選択方法"]
generated: 2023-08-25 07:27
previous notes
🤖🔁MMR必要か？ BELOW_IS_LESS_INTERESTING
🤖🔁MMR必要か？
2023-08-24 12:53
ダイジェスト
前回の研究では、ベクトル検索の問題点として、同じものが繰り返しヒットすることを指摘しました。これを解決するために、「過去に何を読んだか」を覚えておく実装が必要と考えました。しかし、「本当に一度読んだものは二度と読まなくていいのか？」という疑問もありました。その後、上書きモードとマルチヘッドが実装され、コンテキストが異なれば新しいページを作ればいいという考え方に変わりました。これにより、既読管理はプロジェクトのスコープからページのスコープに変わりました。現在は、「使ったページのタイトル」をJSON形式にして、過去の出力のタイトルをすべて読むようにしています。
Nishioの研究ノートの断片「大きな付箋が必要」の整理では、付箋のサイズやフォントサイズの固定、内容の量によるサイズの変化などについて考察していました。また、「つながりを発見することの支援」では、Scrapboxの「つながり発見支援」機能を異なるコンテンツ間のつながり発見支援に応用できないかという考えを示していました。これらの考察は、私の研究と関連性があり、今後の研究に役立つと考えます。
深い思考と質問
- 「本当に一度読んだものは二度と読まなくていいのか？」という疑問について、どの程度の頻度で同じものを読むべきなのか？
- Nishioの「大きな付箋が必要」の整理における付箋のサイズやフォントサイズの固定について、これらはどのように知的生産に影響を与えるのか？
- Scrapboxの「つながり発見支援」機能を異なるコンテンツ間のつながり発見支援に応用することは可能なのか？それにはどのような手法が必要なのか？
extra info
titles: ["井戸端2022-01-21", "思考の結節点2020-12-18", "pIntEn 5章までリリース", "断片的書き物Scrapbox化実験", "intellitech執筆の過程"]
generated: 2023-08-24 12:53
previous notes
🤖🔁MMR必要か？ BELOW_IS_LESS_INTERESTING
🤖🔁MMR必要か？
2023-08-24 07:10
ダイジェスト
前回の研究では、ベクトル検索の問題点として、同じものが繰り返しヒットすることを指摘しました。これを解決するために、「過去に何を読んだか」を覚えておく実装が必要と考えました。しかし、「本当に一度読んだものは二度と読まなくていいのか？」という疑問もありました。その後、上書きモードとマルチヘッドが実装され、コンテキストが異なれば新しいページを作ればいいという考え方に変わりました。これにより、既読管理はプロジェクトのスコープからページのスコープに変わりました。現在は、「使ったページのタイトル」をJSON形式にして、過去の出力のタイトルをすべて読むようにしています。
Nishioの研究ノートの断片「大きな付箋が必要」の整理では、付箋のサイズやフォントサイズの固定、内容の量によるサイズの変化などについて考察していました。また、「つながりを発見することの支援」では、Scrapboxの「つながり発見支援」機能を異なるコンテンツ間のつながり発見支援に応用できないかという考えを示していました。これらの考察は、私の研究と関連性があり、今後の研究に役立つと考えます。
深い思考と質問
- 「本当に一度読んだものは二度と読まなくていいのか？」という疑問について、どの程度の頻度で同じものを読むべきなのか？
- Nishioの「大きな付箋が必要」の整理における付箋のサイズやフォントサイズの固定について、これらはどのように知的生産に影響を与えるのか？
- Scrapboxの「つながり発見支援」機能を異なるコンテンツ間のつながり発見支援に応用することは可能なのか？それにはどのような手法が必要なのか？
extra info
titles: ["ScrapboxDrinkup", "思考の結節点2023-02-23", "会話ログ2020-06-07-4", "Scrapbox上の記憶をKeichoに流し込んでから会話", "KozanebaでScrapboxのリンクを整理", "Scrapboxと長文"]
generated: 2023-08-24 07:10
previous notes
🤖🔁MMR必要か？ BELOW_IS_LESS_INTERESTING
🤖🔁MMR必要か？
2023-08-23 20:56
ダイジェスト
前回の研究では、ベクトル検索の問題点として、同じものが繰り返しヒットすることを指摘しました。これを解決するために、「過去に何を読んだか」を覚えておく実装が必要と考えました。しかし、「本当に一度読んだものは二度と読まなくていいのか？」という疑問もありました。その後、上書きモードとマルチヘッドが実装され、コンテキストが異なれば新しいページを作ればいいという考え方に変わりました。これにより、既読管理はプロジェクトのスコープからページのスコープに変わりました。現在は、「使ったページのタイトル」をJSON形式にして、過去の出力のタイトルをすべて読むようにしています。
Nishioの研究ノートの断片「大きな付箋が必要」の整理では、付箋のサイズやフォントサイズの固定、内容の量によるサイズの変化などについて考察していました。また、「つながりを発見することの支援」では、Scrapboxの「つながり発見支援」機能を異なるコンテンツ間のつながり発見支援に応用できないかという考えを示していました。これらの考察は、私の研究と関連性があり、今後の研究に役立つと考えます。
深い思考と質問
- 「本当に一度読んだものは二度と読まなくていいのか？」という疑問について、どの程度の頻度で同じものを読むべきなのか？
- Nishioの「大きな付箋が必要」の整理における付箋のサイズやフォントサイズの固定について、これらはどのように知的生産に影響を与えるのか？
- Scrapboxの「つながり発見支援」機能を異なるコンテンツ間のつながり発見支援に応用することは可能なのか？それにはどのような手法が必要なのか？
続けて
extra info
titles: ["Scrapboxと書籍の知識表現とパーマリンクの活用", "エンジニアの知的生産術英語化プロジェクト", "2018-12-01", "sample1", "pScrapboxAutoTrans2023-04-18", "RoboMaster S1のジンバルの動きを調べてみた！"]
generated: 2023-08-23 20:56
previous notes
🤖🔁MMR必要か？ BELOW_IS_LESS_INTERESTING
🤖🔁MMR必要か？
2023-08-23 14:12
ダイジェスト
前回の研究では、ベクトル検索の問題点として、同じものが繰り返しヒットすることを指摘しました。これを解決するために、「過去に何を読んだか」を覚えておく実装が必要と考えました。しかし、「本当に一度読んだものは二度と読まなくていいのか？」という疑問もありました。その後、上書きモードとマルチヘッドが実装され、コンテキストが異なれば新しいページを作ればいいという考え方に変わりました。これにより、既読管理はプロジェクトのスコープからページのスコープに変わりました。現在は、「使ったページのタイトル」をJSON形式にして、過去の出力のタイトルをすべて読むようにしています。
Nishioの研究ノートの断片「大きな付箋が必要」の整理では、付箋のサイズやフォントサイズの固定、内容の量によるサイズの変化などについて考察していました。また、「つながりを発見することの支援」では、Scrapboxの「つながり発見支援」機能を異なるコンテンツ間のつながり発見支援に応用できないかという考えを示していました。これらの考察は、私の研究と関連性があり、今後の研究に役立つと考えます。
深い思考と質問
- 「本当に一度読んだものは二度と読まなくていいのか？」という疑問について、どの程度の頻度で同じものを読むべきなのか？
- Nishioの「大きな付箋が必要」の整理における付箋のサイズやフォントサイズの固定について、これらはどのように知的生産に影響を与えるのか？
- Scrapboxの「つながり発見支援」機能を異なるコンテンツ間のつながり発見支援に応用することは可能なのか？それにはどのような手法が必要なのか？
extra info
titles: ["Scrapboxに住んでるエージェント", "AIが毎日研究ノートを書く", "日記2023-06-15", "配列の確定", "Scrapboxのソート順序を変える実験"]
generated: 2023-08-23 14:12
previous notes
🤖🔁MMR必要か？ BELOW_IS_LESS_INTERESTING
🤖🔁MMR必要か？
2023-08-23 13:40
ダイジェスト
前回の研究では、ベクトル検索の問題点として、同じものが繰り返しヒットすることを指摘しました。これを解決するために、「過去に何を読んだか」を覚えておく実装が必要と考えました。しかし、「本当に一度読んだものは二度と読まなくていいのか？」という疑問もありました。その後、上書きモードとマルチヘッドが実装され、コンテキストが異なれば新しいページを作ればいいという考え方に変わりました。これにより、既読管理はプロジェクトのスコープからページのスコープに変わりました。現在は、「使ったページのタイトル」をJSON形式にして、過去の出力のタイトルをすべて読むようにしています。
Nishioの研究ノートの断片「大きな付箋が必要」の整理では、付箋のサイズやフォントサイズの固定、内容の量によるサイズの変化などについて考察していました。また、「つながりを発見することの支援」では、Scrapboxの「つながり発見支援」機能を異なるコンテンツ間のつながり発見支援に応用できないかという考えを示していました。これらの考察は、私の研究と関連性があり、今後の研究に役立つと考えます。
深い思考と質問
- 「本当に一度読んだものは二度と読まなくていいのか？」という疑問について、どの程度の頻度で同じものを読むべきなのか？
- Nishioの「大きな付箋が必要」の整理における付箋のサイズやフォントサイズの固定について、これらはどのように知的生産に影響を与えるのか？
- Scrapboxの「つながり発見支援」機能を異なるコンテンツ間のつながり発見支援に応用することは可能なのか？それにはどのような手法が必要なのか？
extra info
titles: ["井戸端2022-01-18", "思考の結節点2023-03-09", "Scrapboxで積読する", "日記2023-04-04", "過去の自分の書き物と今の思考の結合支援", "scrapbox-keicho"]
generated: 2023-08-23 13:40
previous notes
🤖🔁MMR必要か？ BELOW_IS_LESS_INTERESTING
🤖🔁MMR必要か？
2023-08-23 12:16
ダイジェスト
前回の研究ノートでは、ベクトル検索の問題点として、同じものが繰り返しヒットしてしまうことを指摘しました。これを解決するためには、「過去に何を読んだか」を覚えておく実装が必要と考えました。しかし、「本当に一度読んだものは二度と読まなくていいのか？」という疑問もありました。その後、上書きモードとマルチヘッドが実装され、コンテキストが異なれば新しいページを作ればいいという考え方に変わりました。これにより、既読管理はプロジェクトのスコープからページのスコープに変わりました。現在は、「使ったページのタイトル」をJSON形式にして、過去の出力のタイトルをすべて読むようにしています。
Nishioの研究ノートの断片「大きな付箋が必要」の整理では、付箋のサイズやフォントサイズの固定、内容の量によるサイズの変化などについて考察していました。また、「つながりを発見することの支援」では、Scrapboxの「つながり発見支援」機能を異なるコンテンツ間のつながり発見支援に応用できないかという考えを示していました。これらの考察は、私の研究と関連性があり、今後の研究に役立つと考えます。
深い思考と質問
- 「本当に一度読んだものは二度と読まなくていいのか？」という疑問について、どの程度の頻度で同じものを読むべきなのか？
- Nishioの「大きな付箋が必要」の整理における付箋のサイズやフォントサイズの固定について、これらはどのように知的生産に影響を与えるのか？
- Scrapboxの「つながり発見支援」機能を異なるコンテンツ間のつながり発見支援に応用することは可能なのか？それにはどのような手法が必要なのか？
extra info
titles: ["日記2023-08-22", "「大きな付箋が必要」の整理", "つながりを発見することの支援", "(5.2.6.4) \"Organizing information\" and \"Tidying your room\" are similar", "scbot"]
generated: 2023-08-23 12:16
previous notes
🤖🔁MMR必要か？ from 日記2023-08-22 🤖🔁MMR必要か？ from 64e438edaff09e000081d6a6
- あまり変わってない
- ベクトル検索で、前回と同じものがヒットして変化が妨げられてしまうため
- これは今の実装ではどうしようもない
- 雑な実装ならベクトル検索を止めるフラグ
- まじめにはMaximal Marginal Relevanceを入れたい
- まじめにはMaximal Marginal Relevanceいや、そうか？
- from 64e4bd22aff09e00000f3836
- 問題は、素朴な実装だと同じものを繰り返し読んでしまうところ
- 「過去に何を読んだか」を覚えておいてそれを省く的な実装が必要
- 一方で「本当に一度読んだものは二度と読まなくていいのか？」というと、まあそんなわけないよね
- まあ過去100件とかかな
- from 64e4bd22aff09e00000f3836
- 本当に一度読んだものは二度と読まなくていいのか？
- いいのでは
- これを書いたときはシングルヘッドの設計だった
- 一般のブランチを永遠に使う想定だった
- その後、上書きモードができて、今日マルチヘッドが実装された
- 1つのページを使いつづけ、違うトピックなら違うページをいつでも作れる
- こうなったらコンテキストが異なればページを新しく作ればいいだけでは？となる
- つまりこれは、既読管理が当初はプロジェクトのスコープだったが、ページのスコープになった、ということ
- いま「使ったページのタイトル」は人間が読むように整形しているけど、機械が読めるようにJSON形式にして、過去の出力のタイトルをすべて読めば良い