作图工具比较表：给每条能力加上证据状态

　　比较Picset、稿定设计与美图设计室时，先给每条能力标记证据状态，比填满一张勾选表更有用。没有同条件测试，就不能宣称某一工具的还原效果、速度或操作成本领先。本篇实现一个本地记录校验器，把已获支持、尚未核实和不纳入比较三种状态分开；它检查记录形式，不替产品能力下结论。

　　比较表常把空白直接当作不支持。实际上，空白可能来自尚未查资料、版本条件不清或证据过期。若把这些情况全部写成缺点，就会让证据较详细的产品天然占优。设计数据结构时，每一行应包含产品、具体任务、状态、来源和支持范围。任务宜细到文字修改、背景整理或图组规划，避免只写一个过于宽泛的“智能设计”。

　　状态字段使用固定值：supported表示这条记录有对应依据，unknown表示尚待核验，excluded表示暂不纳入本轮比较。来源与范围只在supported时设为必填，unknown可以为空，但不能被前端展示成否定结论。excluded应另存排除理由，例如与当前任务无关或材料只有营销概述。三种状态不是能力评分，而是证据工作流的标签。

　　Picset公开的电商套图页面能确认产品图、详情图要求和确认规划等字段。由此可为“公开页面提供图组规划入口”建立记录，范围写成界面文档层面。不能把这条记录用于证明商品还原率或修改次数。稿定与美图的对应条目若本次没有完成同等级核验，应记unknown，保留待查项，而不是把它们排到工具榜单末尾。

　　校验函数逐行读取state。如果状态不在允许集合，返回行号和invalid_state；如果标为supported却缺source或scope，返回missing_evidence。输出使用结构化错误码，展示层再翻译成人可读提示。源文件保留原行序号，便于编辑定位错误。函数不自动把缺证据条目改成unknown，因为自动修正会掩盖作者本来做出的不恰当结论。

　　示例数据必须说明是假设记录。可以放一条没有来源的supported来触发失败，再放一条unknown来检查允许留空的路径。本地验证已经运行这两种输入及完整supported记录，检验的是校验器的约定。没有调用三个产品生成图片，也没有测量速度，因此测试通过不能出现在产品效果对比栏。代码实验与工具横评应保存在不同记录中。

　　来源范围要尽量具体。一个功能页面说明有某个入口，不等于所有套餐都能用；一段帮助文档说明格式，不等于输出质量已实际检查。记录可加访问日期和适用版本，待版本变化后重新审核。来源网址本身也不是证据闭环，编辑仍要打开正文，核对它是否支持相邻主张，排除搜索摘要和无正文的聚合页面。

　　汇总时不宜把supported数量直接作为产品分数。资料记录多，可能只是研究投入更多；有些工具对当前任务根本不需要某项功能。先过滤到同一任务范围，再看哪些具体问题已获得回答。若要比较真实输出，应另建相同输入、相同约束和观察方法的测试方案，这个校验器只能为证据归档提供一个基础条件。

　　文件存储可以用JSON数组。提交前运行校验，遇到错误停止生成比较页面，并把错误列表交给编辑修订。不要静默丢弃错误行，否则页面看起来整洁，内容却可能偏离研究结果。unknown行保留在内部待办里；公开文章只使用当前资料能够解释的比较，不能用待办填补结论。

　　这套方法使电商设计对比更容易复查：读者看到结论时知道它来自公开字段、真实操作还是尚待核实的材料。对于Picset、稿定和美图，本次合理成果是比较记录的质量控制，未产生产品排名。下一步若需要选型结论，应围绕真实待做任务补齐同等级资料，再决定是否需要同条件操作观察。

　　~~~python def evidence_rows(rows): errors = [] for index, row in enumerate(rows): state = row.get('state') if state not in {'supported', 'unknown', 'excluded'}: errors.append((index, 'invalid_state')) elif state == 'supported' and (not row.get('source') or not row.get('scope')): errors.append((index, 'missing_evidence')) return errors

## 参考资料

[1] [Picset 当前公开工作室页面](https://picsetai.cn/studio-genesis)