用途：kk-curate 是 kenkeep 知识库的策展（curation）流程，由当前会话中的 LLM 充当策展人，把待处理的会话日志整理为 kenkeep 节点。它没有子代理或运行器，由模型本身完成策展。空操作是正确结果：若所有候选都是改写、低信号或已被覆盖，应零写入并如实报告“无变更；知识库已是最新”，不得为凑数而制造编辑。
主要能力与流程：先用检测脚本解析仓库根目录（含 .ai/kenkeep 的目录）并切换为工作目录：KK_REPO_ROOT=$(node .ai/kenkeep/scripts/kk-detect-root.mjs) || exit $?。随后从 proposal_status: pending 的会话日志中按 captured_at 升序提取提案，读取 .ai/kenkeep/.config/prompts/proposal-extract.md（缺失时用包内模板），产出符合 ProposalOutputSchema 的 JSON，并通过 npx kenkeep@latest session-log update-proposals <path> --status done 写回；失败则标记 failed 并附错误信息。接着枚举 proposal_status: done 且 curator_processed_at 未设置的日志，按 captured_at 升序分批（每批不超过 10 条）起草策展动作。
动作类型：add（新知识，可带 home_folder 指定归属分支，未设置则落到 nodes/ 根）、modify（细化已有节点，按 id 原地覆盖，需 target_node_id 已存在）、contradict（与已有节点直接矛盾，写入 .ai/kenkeep/conflicts/ 后由用户交互解决）、drop（不改动）。规则强调：不得跨越 practice/map 边界；不确定时 add 与 modify 之间偏向 modify，modify 与 drop 之间偏向 drop；不得在策展中改变树结构；修改须有真实新信息，仅润色应 drop；过渡叙事、维护动作、计划或任务框架、低置信度且无依据的内容应丢弃，但可从中抢救出持久原则。
使用方式：支持并行子代理路径（每波最多 5 个，用 drafts collect 校验并汇总）与内联顺序路径（无子代理时逐批处理）。运行 id 用 uuidgen 或日期生成，日志写入 .ai/kenkeep/_logs/curator。
限制：资料未提供具体安装步骤、收费、平台支持范围与效果数据；部分内容在原文中被截断（如“Never change tree structure during curation. Th”），此处不作补全。