docs(memory): 十一键措辞收口（seed* + snapshot*）

tempTtlSec 落地后，`memory-tidy.json` 的播种契约就是**十一键**，而三处文件的注释仍
写「十键」。这些是**过时的陈述**（不是风格问题）：下一位读者会从「快照契约：十键非
nil」里读出一个错误的口径，而 `memoryTidySeedComplete` 实际校验的正是十一键。

改的只是措辞，一行逻辑没动：
- internal/config/runtimeconfig/memorytidy_seed.go:25,160
- internal/config/runtimeconfig/memorytidy_seed_test.go:19,27,62,82,97,214
- internal/runtime/memory/tidy_snapshot_test.go:14,27,159

（`cmd/cyrene/wire_memory_tidy.go:65` 还有同类的一处「这十键」，该文件属 M3 的
scope，未动 —— 塔已转 M3。）

验收：go build ./... + go vet ./... + go test -count=1 ./... 全绿。

internal/config/runtimeconfig/memorytidy_seed.go

@@ -22,7 +22,7 @@
 //     残缺）；调用方记一条 WARN 即可 —— 播种失败时运行期仍按 `.env` + 代码默认跑，
 //     行为与播种前逐字相同。
 //
-// 日志**只打路径、原因与键名，不打值**：这十键今天都不是凭据，但「配置日志不打值」
+// 日志**只打路径、原因与键名，不打值**：这十一键今天都不是凭据，但「配置日志不打值」
 // 是本仓既有口径（materialize.go 的「绝不打 apiKey」），这里从一开始就照做，免得
 // 日后加一个敏感键时要回头改日志。
 package runtimeconfig
@@ -157,7 +157,7 @@ func writeMemoryTidySeed(log *slog.Logger, path string, seed MemoryTidyTuning, r
 	return MemoryTidySeed{Written: true}, nil
 }
 
-// memoryTidySeedComplete 报告种子是否「十键齐全且值可用」。
+// memoryTidySeedComplete 报告种子是否「十一键齐全且值可用」。
 //
 // 为什么要「齐全」而不是「非 nil 就放行」：MemoryTidyTuning 的指针语义是「nil = 没配」，
 // 一份缺键的种子写下去虽然与「不写」在读取端等价，但它会让文件里出现 null —— 这份文件