兼容性从明确对象开始
神圣计划软件相关材料若只写“全平台”，仍需继续找具体范围。先确认文件或入口针对哪个产品、平台与版本，再查看系统条件。没有明确对象，后面的系统要求也可能来自另一份同名材料。
不要根据安装包图标或扩展名就断言支持某台设备。文件形式有助于筛选，但正式支持范围应有可靠说明。若当前仅有宣传页，可先保存其说法，尚不能把它改写成完整兼容列表。
系统名称以外还要看版本
同一系统名称下可能存在多个版本，环境差别会影响安装或运行。对照时记录自己的完整系统标识，再检查资料覆盖哪些范围。不要把“曾在某台电脑运行”扩大为所有同名系统设备都适用。
例如两台假设设备使用相同系统系列，却处在不同版本且安装了不同组件，结果可能不同。此时先保留环境差异，而不是立即归因到程序质量；缺少条件时，兼容性判断应保持有限。
设备架构和依赖需要有依据
有些程序还会说明处理器架构、运行库、存储或网络要求。只核对资料中实际列出的项目，不为目标软件编造依赖名称。教程要求额外组件时，应确认它从哪里来、为什么需要，以及是否适用于当前文件。
若一篇无来源短文建议安装许多工具才能运行，应先核实其与产品的关系。不要通过不断添加组件来碰运气，也不宜为了兼容而随意修改系统保护；环境变化越多，后续越难解释原来的问题。
安装与使用是不同检查阶段
安装成功说明安装阶段完成，不自动证明启动、读取资料、网络访问或长期运行全部正常。可以按阶段记录结果，让每个结论对应实际观察。未检查的项目明确写未检查，避免一条成功提示覆盖所有功能。
假设程序可以启动，但某个外部页面无法访问，应分别记为启动正常与页面访问失败。是否属于兼容问题仍需进一步定位，不能只因为两者同时发生便认定系统不支持。
用清单形成有限结论
兼容性清单可包含产品标识、文件来源、系统版本、设备架构、已知依赖、实际检查项目和未覆盖范围。资料没有说明的字段记未知，自己的观察则附上时间及条件，便于以后复查。
适合的结论是“在所列环境下完成了哪些检查”，或者“公开资料尚未覆盖当前条件”。对于神圣计划软件，诚实保留未知项比给出没有依据的万能适配说法更有帮助，也能明确下一步需要寻找什么说明。
- 系统要求表保留资料原句，并在旁边填写自己的环境，不用相近名称代替完整版本。
- 实际观察只勾选已经做过的阶段，未运行的项目保留空白并标注尚未检查。
- 设备条件发生变化后重新记录日期，避免用更新前的环境替新观察提供背景。