不依赖 API key 的网页审查

但在审查场景里这些局限不重要——审查的目标是质量 不是量

剑飞
1/12不依赖 API key 的网页审查

大多数人第一反应是找 API

做自动化审查的时候大多数人第一反应是找 API

命题先说清本页判断
解释补足为什么
行动留下下一步
2/12不依赖 API key 的网页审查

效果比预期好得多

但有些场景你不需要 API key 也能完成审查
3/12不依赖 API key 的网页审查

让想法成结构

01语言

先变成材料

02材料

再形成结构

03结构

最后推动行动

把“让想法成结构”落到一个具体项目里看结果
4/12不依赖 API key 的网页审查

没有 API 就做不了自动化

命题先说清本页判断
解释补足为什么
行动留下下一步
把“没有 API 就做”落到一个具体项目里看结果
5/12不依赖 API key 的网页审查

和真实用户看到的内容完全一致

这些操作不需要任何 API key

把“和真实用户看到的内”落到一个具体项目里看结果
6/12不依赖 API key 的网页审查

速度比 API 慢

当然 Playwright 也有局限它不能获取登录后才能看到的内容(除非你给它登录态) 速度比 API 慢
7/12不依赖 API key 的网页审查

我后来每次做审查都会先想一遍

这次经历提炼出几个判断原则我后来每次做审查都会先想一遍
8/12不依赖 API key 的网页审查

所有页面质量审查

这个方法后来写进了 jianfei-github 的网页审查自动化流程所有页面质量审查 默认用本地 Pla

命题先说清本页判断
解释补足为什么
行动留下下一步
9/12不依赖 API key 的网页审查

不是所有自动化都需要 API

命题先说清本页判断
解释补足为什么
行动留下下一步
把“不是所有自动化都需”落到一个具体项目里看结果
10/12不依赖 API key 的网页审查

带走四步

找项目

从真实任务开始

出材料

把想法变成可处理内容

做交付

用结果判断能力

可复用

把完成沉淀为流程

11/12不依赖 API key 的网页审查

让能力长出来

但在审查场景里这些局限不重要——审查的目标是质量不是量

返回原文
上一篇没有更多文章下一篇没有更多文章