从 GitHub 仓库到第一个可验证结果

确认所有者仓库与任务适配

从仓库 URL 确认 owner/repo，不使用转载包或二次下载。用一句话写结果、固定输入和验收方式；如果 README 描述的核心产物与任务不同，立刻停止。

1. 写下唯一基准结果

   操作

   用试跑卡记录项目 URL、所有者、任务、虚构输入和一项可观察输出。

   你应该看到

   任何人都能根据卡片判断是否成功。

   如何确认

   输出不是“感觉不错”，而是页面、执行记录、图片加 Workflow 或文件加核对表。

   卡住时

   • 无法定义输出时，先缩小任务，不安装项目。

检查门槛、许可、费用和秘密

阅读安装要求、License 和官方费用说明；列出操作系统、Node.js、Python、Docker、模型、硬件、磁盘、账号与 API key。把“软件可下载”“可自托管”“可商用”视为三个不同问题。

1. 完成执行前检查

   操作

   把每项要求标成已有、缺失或不确定；为付费调用写预算上限，为密钥写最小权限和撤销路径。

   你应该看到

   开始安装前已知主要成本与风险。

   如何确认

   许可和安装结论能回链到所有者仓库或官方文档。

   卡住时

   • 条款无法判断时不做商业承诺，只保留待审项。

隔离环境并按官方路径启动

使用新文件夹、测试账号、虚构数据和可撤销密钥。优先使用官方桌面下载、Quick Start 或仓库命令，不复制来路不明的一键脚本。一次只改变一个变量，并保留完整错误。

1. 到达第一个官方界面

   操作

   按对应官方入口安装或启动，只做到能打开桌面应用、Studio、localhost、画布或命令帮助。

   你应该看到

   界面或命令与官方路径一致，终端没有未处理的关键错误。

   如何确认

   记录版本、启动命令、网址或界面名称和时间。

   卡住时

   • 失败时回到第一条错误，不同时更换版本、端口和安装方式。

执行基准任务并保存证据

使用 Resource 卡的固定小任务。记录操作、预期、实际、验证和排错；保存必要的输出文件或截图，但不把截图本身当作可复现证据。

1. 运行一次并复查

   操作

   提交固定输入，等待完成，按卡片验证输出；能重复的项目再运行一次或重新加载保存结果。

   你应该看到

   得到通过、失败或证据不足三种明确状态之一。

   如何确认

   证据包含版本、输入、输出、时长、费用、报错和数据去向。

   卡住时

   • 实际输出不同于预期时原样记录，不为凑成功改写结果。

决定继续、替换或放弃

通过后只增加一个真实但低风险变量；失败时判断是环境、能力、成本、许可还是任务不适配。Resource 是可替换节点，工作流与验收记录才是长期资产。