调研工作流
先找现成方案和最佳实践,减少重复造轮子,也避免凭感觉选型。
学员不用手动研究目录和配置。把下面这段复制给 Codex、Claude Code 或 WorkBuddy,让 AI 先装调研工作流,再按课程路线补齐其他技能。
不要从“让 AI 写代码”开始。真正可复用的能力,是把想法变成证据、需求、实现、界面和验证。
先找现成方案和最佳实践,减少重复造轮子,也避免凭感觉选型。
知道 Tavily、Brave、Exa、GitHub、Context7/GitMCP 分别适合查什么。
用 wechat-article-extractor 把中文生态里的公众号文章纳入调研材料。
把模糊 idea 变成 PRD:用户、场景、边界、验收标准都要说清楚。
用 PRD 驱动闭环开发:拆任务、并行实现、跑测试、失败后修复。
把产品界面做得能被人使用、愿意展示,而不是只停留在功能可用。
最后再借鉴成熟工作流里的工程纪律和角色分工。
这里保留学员真正需要带走的内容:方法、适用场景、可复制命令和公开链接。
先查证据,再做设计。适合开源方案发现、技术选型、竞品和最佳实践调研。
调研不是只用一个搜索引擎。不同工具适合不同任务,组合使用能减少遗漏。
| 场景 | 推荐 |
|---|---|
| AI Agent 默认联网搜索 | Tavily |
| 找代码文档、实现例子、语义相关资料 | Exa |
| 需要更广的网页、新闻、图片、视频、本地结果 | Brave |
| 深度调研,需要多源交叉验证 | Tavily + Brave + Exa |
| RAG 获取网页正文 | Tavily Extract/Crawl 或 Brave LLM Context |
| 找“像这个网页一样”的内容 | Exa |
中文实践经验经常藏在公众号文章里。用本地 skill 把公开文章转成 Markdown,方便后续总结、引用和比对。
不要把一句 idea 直接交给 AI 写代码。先让 AI 追问,直到能产出 PRD 或技术说明。
把 PRD 交给工作流,而不是交给一句泛泛的“帮我实现”。它会拆任务、隔离开发、验证和修复。
让 AI 在写页面前先选择明确的视觉方向,减少普通模板感,做出能展示的产品界面。
它们不要求你马上全量使用,但很适合借鉴工程纪律和角色分工。
把 AI 编程拆成虚拟工程团队:CEO、工程经理、设计师、QA、安全官、发布工程师。适合想建立完整产品交付流程的人。
打开 GitHub强调需求讨论、计划、TDD、系统性调试和完成前验证。适合想让 AI 更像严格工程协作者的人。
打开 GitHub用一个黑客松项目 idea 开始:先调研,再澄清 PRD,再用 Auto-Dev 做最小闭环,最后用 Frontend Design 做一个能展示的界面。
AI 工作流不是把任务丢给模型,而是把模型放进一个有顺序、有证据、有验收标准的研发系统。