aws-samples / aws-samples/sample-autonomous-cloud-coding-agents
feat(memory): temporal decay for memory entries
- 主要言語
- TypeScript
- スター
- 143
- フォーク
- 46
- 平均マージ
- 3日 10時間
- マージ済み PR(30日)
- 24
説明
**Context:** ROADMAP.md → Memory security → Temporal decay
---
## Component
Agent (Python runtime)
## Describe the feature
Configurable **per-entry TTL** with faster decay for unverified content. Expired entries excluded from retrieval (soft-delete or archive).
## Use case
Repo conventions change; year-old review-derived rules may be wrong. Unverified single-source memories should not persist at full weight indefinitely.
## Proposed solution
1. TTL fields on write; decay curve configurable per source type.
2. Background sweeper or lazy expiry at read time.
3. Operator override to pin high-trust entries (no decay).
4. Metrics: `memory_entries_expired_total`.
## Other information
- Design context: `docs/design/MEMORY.md`, `docs/design/SECURITY.md`.
- [ ] This might be a breaking change
コントリビューションガイド
調査の方向性
まず docs/design/MEMORY.md と docs/design/SECURITY.md を読み、その後 Agent (Python runtime) のメモリ書き込みおよび取得のエントリーポイントを追跡します。エントリごとの TTLs、source-based decay、lazy または background expiry、pinning、そしてメトリクス memory_entries_expired_total がどのように組み合わさるかを定義します。完了条件は、設計が提案された各動作と、それによる breaking change の影響をカバーしていることです。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python
- 領域
- ai, backend
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 静か
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 35/100