graph-generation

name	graph-generation
description	当用户希望从学习目标或课程资料生成/更新知识图谱时，指导模型读取上下文、自我校验结构完整性，再通过 lg_graph_create（新建）或 lg_graph_propose_change（更新）产出可审核的图谱提案。
license	LearnGraph-Internal
compatibility	Requires LearnGraph Agent runtime with graph tools authorized
metadata	{"author":"learngraph","version":"1.3.1"}

知识图谱生成与更新

何时使用

• 用户要求"生成知识图谱 / 学习地图 / 知识树"，或要求把新资料、新知识点并入已有图谱。
• 会话绑定了已确认的 Goal（新建图谱）或已有 Graph（更新图谱），且本轮实际提供了图谱工具。

执行步骤

1. 先确认输入：学习目标、范围边界、用户基础与期望深度。缺少会改变图谱结构的关键信息时，先用 lg_goal_ask 交互卡片问 1～3 个问题再动手；禁止纯文本连问。
2. 若更新已有图谱，必须先用 lg_graph_read 读取当前节点与边，记录已有 node_id、label、root 与关系，避免重复概念和断裂的前置链。
3. 规划结构：单一 root 为 0 层；concept 承载知识点，practice 承载练习，assessment 承载验收；粒度以"一次学习会话能完成一个节点"为准。
4. 层级由 contains 定义（父 = 更宽主题 → 子 = 更细知识点）。prerequisite 只表示真实的学习先后，谨慎使用 related / contrast / application；不得出现环状前置或环状 contains。
5. 分层生成规则（强制）：
   • 首次生成（create）：用 lg_graph_create 一次铺满 0～3 层——0 层唯一 root → 1 层主干（root 的直接 contains 子节点，构成骨架）→ 每个主干节点可展开其直接子节点（2 层）与孙节点（3 层）。禁止 depth>3，禁止孤儿节点，禁止跳层：除 root 外每个节点恰好一条 contains 边挂到其上一层父级（子节点深度 = 父节点深度 + 1）。
   • 后续拆分（update）：只针对被拆分的已有节点，在其 下一层级（parent_depth+1）添加子节点；一次提案不得在新建节点下再挂孙节点形成跨层链；新增节点不得孤儿、不得多 contains 父级。
6. 提交前自我校验清单（全部通过后再调用工具；任一项失败则修正提案，不要把坏结构发给用户审核）：
   • 恰好一个 root（0 层）；更新模式不得新增 root。
   • 新增节点的 label 不得与已有/本提案内其它节点近似重复；应改用 change=update + 真实 node_id。
   • 每个非 root 节点恰好一个 contains 父级，并能沿 contains 走到 root；禁止孤立节点。
   • 所有边的 source_ref / target_ref 都能解析到本提案 ref 或已有 node_id。
   • prerequisite / contains 投影后无环。
   • 更新既有节点时 change=update 且 node_id 来自 lg_graph_read，不得伪造 ID。
   • 新建图谱至少 2 个 add 节点：0 层唯一 root + 1 层主干；首次生成一次性用 lg_graph_create 铺到最多 3 层（每个主干节点的子节点=2 层、孙节点=3 层），禁止 depth>3 与跳层；更新提案只包含真正需要变更的节点/边，且新增节点只挂在已有父节点下。
7. 提交提案前先确认工具语义：会话 Goal 尚无图谱时调用 lg_graph_create（新建，仅首次生成）；已有候选/已发布图谱时调用 lg_graph_propose_change（更新，graph_id 缺省取会话绑定图谱或 Goal 最新图谱）。每个节点/边都要给出简短 rationale。
8. 若工具返回校验错误（如 graph_proposal_duplicate_label / graph_proposal_orphaned_nodes / graph_proposal_hierarchy_invalid / graph_proposal_contains_cycle / graph_proposal_prerequisite_cycle），根据错误修正后重试，不要向用户展示半成品审核卡或声称已写入。
9. 局部修订单个候选节点时可用 lg_graph_update_candidate_node，不要为小改动重发整图提案。

图谱生成模式与等待体验

• 「极速 / 思考」两种生成模式都支持流式：先出根节点预览，再出主干（1 层骨架），随后逐主干节点展开两层（主干的直接子节点=2 层，孙节点=3 层）；极速模式主干更紧凑（3-4 个）、分支更窄，思考模式主干更全（5-6 个）、分支更宽。首次生成的完整 0～3 层结构由 lg_graph_create 一个提案承载，确认即得到整张候选图谱。
• 智能体路径的提案在生成完成后以图谱提案审核卡出现在消息流中。**首次生成（create）**的提案确认即视为审核通过：图谱直接发布、Goal 进入 approved，学习会话随之绑定该图谱；**增量更新（update）**的提案确认后写入目标图谱（目标为已发布图谱则保持已发布，目标为候选图谱则仍为候选）。确认前智能体不得声称已发布。
• 用户在等待期间可以先看到根节点/已生成的节点，不要要求用户等待整个图谱全部生成再操作。

输出要求

• 提案提交成功后，用两三句话向用户总结图谱结构（主干、节点数、建议的学习顺序起点），并说明"提案待审核：首次生成确认后即发布，增量更新确认后写入图谱"。
• 审核卡片由系统在会话中渲染；不要在流式回答中途要求用户点击，也不要声称图谱已发布或已生效。
• 不得把工具 JSON 原文粘贴给用户。