用途：用托管的分段流程图页面解释某个东西是如何运作的，适用于讲解某个问题、追踪一次失败原因、做一次流程演示、回答“X 是怎么工作的”或设想一种假设情形。页面为仅插入式存储，每次调用都会生成一个全新的独立页面，互不冲突。
主要能力：通过托管在 https://www.lazyweb.com/mcp 的 Lazyweb MCP 工具工作。必需工具包括 lazyweb_health（在 MCP 状态不确定时验证连通性）和 lazyweb_explain_flow（保存解释图，返回 explainer_id 与 explainer_url）。生成的解释图采用分段 flow-view 结构，包含 sections、actors、带注释和真实数据负载的 nodes/edges，支持往返双向。数据片段要求精确：使用代码或日志中的真实负载，只允许为遮蔽密钥而删减，不得为缩短内容而删减；被切片的数组首项保持完整结构，并在注释中说明省略数量。
使用方式：先理解需要解释的内容，并以真实代码和日志为依据，阅读处理逻辑而非凭空编造；再按分段 flow-view 结构构建解释图，按叙事顺序排列分区，用结论式标题命名分区，在每个节点注释中写出“所以说明了什么”；最后调用 lazyweb_explain_flow({ title, summary, product?, diagram })，分享返回的 explainer_url。
MCP 返回处理：遇到 MCP_PRO_REQUIRED 或 FREE_REPORT_DAILY_LIMIT 时，向用户转达服务器消息及返回的升级链接后停止，不要重试其他数据工具，也不要回退到网页或手动输出；成功状态为 locked_preview 时，原样转达 display_to_user（或客户端仅暴露的 MCP 文本），包括预览与升级链接，并就此终止，不要轮询、重试、重建输出或回退。若缺少 Lazyweb MCP 或工具列表中无 lazyweb_explain_flow，提示用户运行 curl -fsSL https://www.lazyweb.com/install.sh | bash 后重新加载并重试。
限制：不适用于建议改动供用户接受或拒绝的场景，那应使用 /lazyweb-propose-ui-changes。解释页面是时点性的且成本低，可按对话需要生成多份。关于定价等细节暂未提供。