产品与设计
用 Firecrawl 浏览器逐步走查产品关键流程并输出结构…
当你需要系统性地记录一个产品的注册、引导、定价、文档、仪表盘等关键流程并产出结构化走查报告时使用。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
用 Firecrawl 浏览器逐步走查产特定
解决思路
- 从上下文推断产品 URL、流程重点和输出格式;如果 URL 已明确,直接开始,不要多问。
- 仅在受阻时最多提 1-3 个简洁问题,例如 URL、想聚焦的流程、或访问受保护区域所需的凭据/限制条件。
- 使用 Firecrawl 浏览器打开产品并导航关键流程;在每一步做快照(snapshot),在有用时抓取(scrape)页面,并记录用户看到什么、能做什么。
- 除非用户明确指示且已获授权,否则不要提交真实凭据、进行购买或执行不可逆操作。
- 如条件允许,使用子代理或等价的并行任务执行器,按以下模块并行走查:首页与营销、注册与引导、定价与套餐、文档与开发者体验、仪表盘与核心产品、帮助与支持。
- 要求每个走查者返回:访问过的页面、执行过的操作、观察结果、摩擦点、以及来源 URL。
- 按以下 Markdown 结构产出最终交付物:标题为 `# Product Walkthrough: [Product]`,依次包含 Product Overview(产品做什么)、Flow Walkthroughs(每个流程下按 1. 页面/屏幕 - 出现什么、有哪些可用操作;2. 下一屏 - 有什么变化 的编号列表)、Key Findings(第一印象、突出模式、摩擦点)、Recommendations(UX/产品改进建议)、Pages Visited(URL 列表)、Rerun Inputs(workflow: firecrawl-demo-walkthrough、url、focus: full/signup/pricing/docs/dashboard)。
- 遵守质量底线:对屏幕、CTA、表单和转场要具体描述;把观察与主观意见分开;保留每一个访问过的页面。
适用边界 · 注意事项
- 没有 Firecrawl API key 或无法使用 Firecrawl 浏览器时。
- 需要提交真实凭据、进行购买或执行不可逆操作且未获用户明确授权时。