AgentCore短期记忆按量计费：12KB起算，64KB是计费上限

变的是短期记忆账单，不是所有记忆价格

Amazon Bedrock AgentCore的短期记忆（STM）保存会话中的原始事件，让agent继续使用当前上下文。新的收费维度是写入、读取和存储，分别为1.00美元/GB、0.20美元/GB和0.10美元/GB-month；公告适用于已经提供AgentCore Memory的AWS区域，不等于所有AWS区域均可用。

AWS公告日期为2026年10月12日，定价表却把新费率标为2026年10月6日起适用。表中旧写入费率0.25美元/1000个新事件标注截至10月5日。公告日和价格表生效标注应分开看，不能把本文日期当作刚上线的日期。

长期记忆（LTM）把原始事件加工为跨会话的知识，仍按其记录和检索规则收费。本次公告明确长期记忆价格不变；如果应用同时使用两种记忆，预算也要分别计算。

3KB也按12KB读写，64KB不是请求大小限制

短期记忆写入按每个事件计算计费大小，最低12KB、最高64KB。读取也按每次取回的每个事件应用相同范围。因此，3KB事件的写入或一次读取会按12KB计费，不能直接用3KB乘读写单价。

这两个数约束的是账单中的计费大小。它们没有把实际事件截断成64KB，也不代表请求最多只能提交64KB。事件存储使用实际大小，不能把64KB计费上限套到存储费用上。

真实提交限制要另看API配额。当前AgentCore Memory配额表列出CreateEvent事件最大10MB、单条消息最大100KB、每次最多100条消息。满足一个限制并不代表其他限制自动满足；这些CreateEvent限制也不应外推成所有Memory API的通用载荷上限。

官方3KB示例，短期记忆小计为什么是1.47美元？

以下是AWS定价页的假设示例，不是我们的实测账单：一个月写入10万个短期事件，每个实际3KB，每个事件读取一次，并按示例假设全部存储一个30天月份。读写都按12KB计费，存储仍按实际3KB计算。

定价页按10万个事件×12KB＝1.2GB计算，写入为1.20美元，一次读取每个事件为0.24美元。实际存储量为10万×3KB＝0.3GB，持有一个月为0.03美元。三项短期记忆费用合计1.47美元。

页面同一示例显示的18.97美元，还包括1万个长期记忆记录的7.50美元，以及2万次长期记忆检索的10.00美元。不要把整个示例总额当成短期记忆单价，也不要把均匀产生事件的真实账单直接等同于全部持有整月的示例。

保留多久，要先看上下文用途再设置TTL

TTL是原始事件到期前的保留时长。存储按事件实际大小和保留时间按小时折算，缩短新事件的保留期可减少其存储时间，但也会更早失去这部分原始上下文。

当前Memory配额表为CreateEvent操作列出的EventExpirationDuration范围是7至365天；创建指南也说明最长可保留365天，应结合实际操作文档核对适用配置。

创建资源时，官方控制台路径是Memory→Create memory，在Short-term memory (raw event) expiration中填写保留天数。创建前先按应用是否需要会话后回看、排错或再次读取原始事件来选择时长。

eventExpiryDuration在事件写入时应用。之后修改它，只影响修改后创建的事件；已存事件仍按原到期时间处理，不能延长，过期后也不能恢复。不能因为今天调低TTL，就假设旧事件马上到期或旧存储费用立即减少。

预算先数读取次数，再比较保留时间

重复读取仍会再次产生读取费用：一个3KB事件取回一次按12KB计算，多次取回就多次计费。把事件大小分布、写入数量、每条事件实际取回次数和保留时长列出来，比只用平均载荷乘新单价更接近这套规则。

比较新旧方案时，按相同事件和读取需求计算，别只比较旧写入费率与新写入单价而漏掉读取和存储。AWS称多数工作负载预计成本降低，但你的事件大小、读取频率和保留需求不同，不能保证一定更便宜；示例也没有确认你账户的实际账单。

新客户额度和模型费用仍要单独核对

AgentCore定价页提到，新AWS客户可获得最高200美元的Free Tier额度。这不等于短期记忆免费，也不证明已有账户或所有新账户都符合条件；实际资格、抵扣范围和余额应以AWS账户对应规则为准。公告的区域范围也不能代替账户权限核验。

若同时启用长期记忆，继续纳入它的独立费用；定价页还提示，采用带覆盖配置的提取策略可能产生账户内模型使用费用。本文示例只拆解已列出的Memory费用，不能据此确认税费、其他AWS服务费用或账户折扣后的最终应付金额。