🎌 Norton ES2を少しずつ磨き続け、だいぶ綺麗になってきました。 とはいえ、綺麗にし過ぎるのは禁物です。 1947年製であることは間違いないものの、1939の刻印が打たれたエンジンをはじめ、シリアルマッチングのフレーム、ガーダーのフロントフォークはもちろん、細部に至るまで、どうにも1939年当時の仕様そのままに見える、実に興味深い個体なのです。 なかでも最も気になるのが、リアのプランジャーサスペンションです。ES2では1939年からオプションとして設定されていたようですが、第二次世界大戦後の1947年に生産が再開されると、フロントフォークはガーダーフォークからテレスコピックフォークへ変更され、リアのプランジャーサスペンションも標準装備となりました。 この車両は、そのちょうど過渡期に世へ送り出された一台なのでしょう。1939年の設計思想を色濃く残しながら、1947年という戦後の時代に生まれた、まさに時代の断層から現れた落とし子のようなNorton ES2です。

【『Revo’s Halloween Party 2024』Blu-ray特装盤をご購入いただいた皆さまへ大切なお知らせ】 本日、「特別映像上映会」へのご参加日程及び集合時間及び座席番号のご案内を、ご登録いただいたメールアドレス宛にポニーキャニオンショッピングクラブ（PCSC）より送付いたしました。 複数枚ご購入いただき、枚数分のシリアルコードからお申込みの方へは、お申込みいただいた回数分の参加回と集合時間と座席番号をお知らせするメールを送付いたしましたので、必ず全てのメールをご確認ください。 今回お送りするメールは上映会ご参加の際、受付で提示する必要がございます。 本メールを削除などされた場合、ご参加いただけない可能性がございますので、上映会当日までメールを保存するようにお願いいたします。 ご使用のメールサーバーによってはメールの到着に遅延が生じる可能性がございますので、2026年6月21日(日)まで待ってもメールが届かない場合は、必ずこのお知らせの下部にございますPCSCの問い合わせフォームへお問い合わせください。 海外在住の方でPC SHOP、BR商店からご購入のお客様へはそれぞれのショップより詳細をご連絡させていただきます。 こちらもメール配送が遅延する可能性がございますので、2026年6月21日(日)までお待ちいただいてもメールが届かない場合、ご購入のショップへお問い合わせください。 また、上映会へ参加を希望していて、急遽来られなくなった方でかつ個人情報が変更になる場合は、メールに記載されている「個人情報変更フォーム」へ新しい個人情報をご記載ください。 （上映会へ参加を希望していて、急遽来られなくなった方でかつ個人情報に変更がない場合はそのままご登録の住所へ発送いたしますので、特別な申請などは必要ありません。） 【「特別映像上映会」参加及びプレゼント希望に関する個人情報変更のフォーム】 ※入力期間は2026年7月1日から2026年8月10日までとなります。この期間以外で記載されたものは無効となります。 加えて、メールに記載している「上映会参加当日に関する注意事項」をよくお読みください。 ※「特別映像上映会」は7月11日（土）、12日（日）、8月1日（土）、2日（日）に開催いたしますが、ご来場いただく皆様がどの回にお越しいただいても新鮮な気持ちでお楽しみいただきたいという理由から、2026年8月2日（日）21：00まで、SNSやブログなど他者が閲覧できる場所へのアップをお控えいただきますよう、ご協力をお願い申し上げます。 皆様のご来場を、心よりお待ちしております。 本件に関するお問い合わせ ポニーキャニオンショッピングクラブ（PCSC） メニューの「お問い合わせ」からお問い合わせください。 お問い合わせは24時間お受けしておりますが、ご返答は営業時間内となります。 またお問い合わせの際には必ず「Sound Horizon 特別映像上映会の件」とご記載ください。

# AIエージェントをソフトウェアに組み込むプラクティス # 階層化メモリ 🎯 「全部コンテキストに詰め込む」設計は、ウィンドウ溢れとハルシネーションの永続化を同時に引き起こします。 メモリを3層に分けるだけで、コンテキスト効率と記憶の信頼性を両立できます。 🔥 解決する課題 エージェントが複数ターンに跨がるタスクを扱うとき、すべての情報をコンテキストウィンドウに詰め込む「フラット記憶」では2つの問題が同時に起きます。会話履歴・ユーザ属性・中間結果・外部知識が混在するとウィンドウが溢れ、古い情報から押し出されて文脈が断絶します。さらにLLMが生成した推測をそのまま永続化すると、ハルシネーションが長期記憶に定着し、以降のセッションを汚染し続けます。 💡 提案パターン メモリを作業記憶（ターン内の中間状態）・短期記憶（セッションストア、TTL付き）・長期記憶（ベクトルDB/KVS）の3層に分離します。作業記憶は自由に読み書きし、コンテキストリセットで消えます。短期記憶には信頼度タグを付与し、ユーザ発話由来は高信頼、LLM推測由来は低信頼とマークします。長期記憶への昇格には反復確認やユーザ承認を要求し、ハルシネーションの永続化を防ぎます。failure_costが高い領域ほど昇格閾値を厳しくし、TTLを長めにとって安全側に寄せます。 ✅ 選定条件 使うとき： - 複数セッションにわたって情報を引き継ぐ必要がある - 中間結果の量がコンテキストウィンドウの30%を超える見込みがある - 確定事実と推測の区別が必要で、誤った記憶の波及影響が大きい 使わないとき： - 1ショットで完結しセッション間の引継ぎが不要な場合 - コンテキストウィンドウに全情報が収まる場合 - メモリの書込制御だけが課題で、階層分離自体は不要な場合 ⚠️ 落とし穴 - 作業記憶と短期記憶の境界が曖昧になりがちです。外部ストアへの書込を境界線にし、LLMの内部状態に頼らないでください - 長期記憶のエントリ数が増えると無関係な記憶がコンテキストに混入し、ハルシネーションの原因になります - マルチエージェント構成で各Workerが直接長期記憶に書き込むと整合性が崩れます。長期記憶はSupervisorが一元管理しましょう 🔧 実装方針 - 作業記憶（dict/インメモリ）・短期記憶（Redis等TTL付きセッションストア）・長期記憶（ベクトルDB）の3層を明確に分離し、外部ストアへの書込を境界線とします - recall時はコンテキスト予算内で3層から関連情報を想起し、関連度と信頼度でランク付けして注入量を制御します - 短期→長期への昇格には信頼度スコアの閾値チェックと承認状態の検査を設け、未検証情報の永続化を防ぎます - 記憶種別ごとにTTLを設計し（リアルタイムデータは分単位、ユーザ嗜好は週単位、不変属性は無期限）、failure_costが高いほど短めに設定します #AIエージェント# #ソフトウェアアーキテクチャ#