21.1
从最小可用流程开始
部署的第一步可以很小：一份经过确认的资料、一种图形、一项验证和一个使用者。比如教师输入一页政策，系统提取条件，生成决策表，再由教师核对并转成课堂练习。这个最小流程足以检验结构转换是否可靠。不要在还没验证基本关系时，同时接入多种平台、多个专家和自动发布。复杂度应由任务需要逐步增加。
最小流程还需明确成功与失败。成功不只是生成文件，而是文件能打开、关系符合资料、读者能理解、任务能够完成。失败可能发生在识别、结构、渲染、翻译或使用阶段。每个阶段保留简短日志，就能避免把所有问题归为模型“不够聪明”。有些问题来自资料不清，有些来自图形不适合，有些来自界面；修复方式不同。
在课堂环境，建议先用教师审核后发布的方式，逐步开放学生自助生成。学生端应显示来源、版本和可修改范围，允许回到原始资料。系统可以建议，但应让学生知道哪些步骤需要自己解释。即使未来增加自动化，最小流程仍可作为故障时的替代路径和质量基线。
21.2
文件结构与版本安排
一个可维护项目可以区分资料、结构、数据、图形、成稿与验证记录。资料保留原始版本，结构保存节点与关系，数据保存输入与转换结果，图形保存可编辑源与导出图，成稿组织正文与引用，验证记录说明检查时间与问题。名称需要稳定、可理解，避免只有“最终版”“最终最终版”。重要产物应通过编号连接，而不是依靠人员记住文件关系。
版本变化应区分事实、结构和样式。事实修正可能要求重新分析；结构修正可能要求同步手册与作业；样式修正主要影响呈现。每次发布记录变化范围与复核要求。双语材料尤其需要共享事实与图表数据，不能分别维护两个无联系文件。若英文翻译发现中文概念不清，应回到概念层修复，而不是在译文中偷偷解释成另一种含义。
备份也应能实际恢复。保留源文件却缺少字体、数据或渲染方式，未必足以重建结果。可以用一个小型复现说明记录输入、运行方式、输出与已知限制。课程项目不必达到复杂软件工程水平，但应让另一个同学能够根据说明重建主要图表。可复现习惯让视觉成果成为可持续知识，而不是一次性图片。
21.3
软件选择与可替换性
选择软件时可以比较任务覆盖、精确性、可编辑性、来源保留、协作、可访问性、成本和导出能力。结构图工具、数据图工具、文生图和交互计算各有适用范围。报告不建议用一个产品承担所有任务，也不把某个当前热门工具当作长期课程基础。核心方法应能在不同工具中实现，学生学到的是选择原则与验证方法。
Wolfram的Manipulate与Graph等能力说明了符号计算、交互与关系表示可以结合的技术路线。[36][37]类似目标也可以由其他合适工具实现。选择时应考虑现有许可、学生环境、教师维护能力与输出要求。若需要离线使用、中文字体或手机阅读，应在小样本中实际测试，不能仅依据官方功能清单推断体验。
可替换性来自语义与呈现分离。只要结构和数据保持清楚，渲染器可以更换，报告也可以输出为不同格式。若所有逻辑只存在于一张不可编辑图片中，迁移成本就高。课程可以要求每个小组提交源结构和一份导出图，让可替换性成为基本交付要求。这样既便于教师修改，也能降低平台变化带来的影响。
本报告提出的概念与设计示意 Conceptual design proposed in this report
图内保留中英双语标签；正文提供相应解释。点击查看大图。21.4
使用后的反馈与修订
日常反馈应围绕具体任务收集：哪里看不懂，哪一条关系有争议，哪一步操作失败，哪个结果无法复算。笼统满意度可以作为补充，却不能代替问题定位。系统应允许使用者直接引用元素编号报告问题，维护者再判断影响范围。修订完成后，相关材料一起更新，旧版本明确标记，避免课堂继续使用过期图。
还可以定期抽取少量输出进行人工审计，检查来源、数字、双语一致性与异常路径。抽样不能证明所有输出无误，但能发现系统性问题。若同一类错误反复出现，应修改输入规范、中间表示或验证规则，而不是只修单张图。这样的反馈闭环能把系统从生成器变成持续改进的工作环境。
对个人使用者，最重要的日常习惯是保留一个独立核查动作。每次图表至少复算一个点，每次流程至少测试一个例外，每次AI总结至少回看一段来源。习惯不必复杂，却能持续提醒人：输出是候选，理解需要自己的参与。视觉思维与AI结合的长期价值，依赖这种小而稳定的专业实践。
| 类别 | 保留内容 | 用途 |
|---|---|---|
| 原始资料 | 版本日期与访问条件 | 核对事实与适用性 |
| 语义结构 | 节点关系与确认状态 | 共享中英文与不同视图 |
| 计算数据 | 输入变换结果与参数 | 复算与异常检查 |
| 图形源 | 规范代码与导出图 | 更换渲染与修改 |
| 正文成稿 | 引用图表与解释 | 供受众阅读与判断 |
| 验证记录 | 检查者时间问题与修复 | 定位质量与维护责任 |