这里收的是浏览器原生 agent 工作流：既容易演示，也容易迁移，而且要有机会被团队真正采用。
这个仓库以内容为主，目标是沉淀可重复、可演示、可迁移的 browser-agent 任务模板。每个 recipe 都明确写出输入、输出、风险、人类交接点和业务价值，而不是只停留在炫技 demo。
- 已经覆盖了发版说明、文档巡检、价格监控、注册链路检查、工单复现、发票采集、市场页同步、客户证据收集等具体场景。
- 每个 recipe 都按统一结构编排：目标、输入、输出、流程、演示方式、风险和价值。
- 提供按分类浏览的 Recipe Index，方便你快速跳到最接近的用例。
- 想最快看全貌：先打开 Recipe Index。
- 想找一个风险较低、容易上手的例子：从 Documentation Audit 开始。
- 想看更偏运营落地的场景：试试 Vendor Invoice Collection 或 Signup Flow Smoke Test。
如果这种浏览器原生 agent playbook 对你的团队有用，欢迎 Star 后直接从最接近的 recipe 开始改，不必从零发明流程。
- 任务真的依赖浏览器，而不是隐藏 API。
- 有明确的人类交接点，也有明确交付物。
- 可以在较短演示中讲清楚，不需要重度预配置。
- 演示结束后，团队有机会真正落地使用。
如果你想按分类而不是按文件名浏览，可以先看 Recipe Index。
| Recipe | 适用场景 | 主要交付物 |
|---|---|---|
| GitHub Release Assistant | 基于已合并 PR 产出发版说明 | release 标题和说明草稿 |
| Documentation Audit | 发现文档与产品现状不一致的问题 | 差异报告和修复建议 |
| SaaS Pricing Watch | 跟踪竞品定价与套餐变化 | 结构化变化简报 |
| Signup Flow Smoke Test | 检查注册或结账链路是否回归 | 带证据的通过/失败记录 |
| Support Ticket Reproduction | 把模糊用户反馈转成可执行缺陷 | 复现说明和截图证据 |
| Vendor Invoice Collection | 从供应商后台批量收集发票 | 发票包和异常清单 |
| Marketplace Listing Sync Check | 保持官网与市场页信息同步 | 同步缺口报告 |
| Customer Proof Harvest | 从公开网页收集客户证据 | 可引用的 proof 素材集 |
Goal：浏览器 agent 要完成的任务When to use：任务触发条件和使用上下文Inputs：运行前必须提供的信息Outputs：一次成功运行最少要产出的结果Workflow：推荐执行路径Demonstration：如何在短演示中展示这个 recipeRisks and guardrails：主要风险与约束Why it is valuable：为什么团队会持续使用它
- 先挑一个最接近你团队流程的 recipe。
- 用你自己的 URL、账号、目标对象和限制条件替换示例输入。
- 保留文档里的 guardrail，尤其是登录态、副作用控制和证据留存。
- 把输出部分视为最低交付标准，不要只关注“跑起来了”。
欢迎补充新目录、提高文档可执行性，或把现有 recipe 写得更贴近真实团队流程。具体见 CONTRIBUTING.md、模板 recipes/TEMPLATE.md，以及 GitHub 内置的 issue / PR 模板。
- 想把 AI workflow 打包成可传播案例的创业者
- 研究浏览器原生自动化的 devtools 团队
- 被各类后台和门户驱动的运营团队
- 更关注证据与交付，而不只是点击演示的产品和增长团队