用途：wisdom-reflect 用于治理 CocoWisdom 的反思生命周期。它在每个配置好的反思边界触发，把排队的上下文交给只读的 coco-wisdom-reflector 智能体处理，产出结果仅为提案，不会直接写入。
主要能力：
- 提案与写入分离：reflector 不持有写入工具，任何变更都必须经过确定性的 promoter 关卡。
- 意图校验：只接受 add、merge、patch、drop-support-file、delete 这几类意图，且每类都必须附上理由与证据。
- 来源检查：拒绝由人工撰写或从市场安装的目标。
- 证据账本：每个被接受的写入都会追加到该模式的 .ledger.jsonl，并带有内容寻址的证据引用。
- 试用与成熟度：试用期模式可以正常召回，但在达到层级成熟度门槛前不计入容量统计，也不参与归档。
- 存活度衡量：以相关请求中的调用次数衡量模式存活，不使用实际经过的时间。
- 容量与归档：当项目或全局上限超出时，归档遵循度最低的成熟模式，且永不删除模式历史。
- 分层治理：项目级与全局级使用各自独立的成熟度门槛和容量上限。
使用方式：资料未提供具体安装命令、配置参数或调用步骤，暂未提供。
适用场景：需要在受控、可审计条件下对反思产出的模式进行提案评审、写入治理、证据追踪与容量管理的项目，尤其适用于要求提案者与写入者职责分离、并强调自主创作来源校验的场景。
限制：资料未提供平台支持范围、收费与价格信息、性能效果数据，暂未提供。反合理化条款指出，让 reflector 自行应用提案会破坏提案者与写入者分离的核心安全边界；按时间长短归档也不可行，因为季节性模式只应在机会出现时评判。