北京
那天，我把 Perplexity 從日常開發流程里徹底刪掉了。決策干脆到連瀏覽器書簽都沒留。算下來，我已經用“研究工具 + 便宜助手”的雙線模式跑了好一陣子——Perplexity 查資料、Cursor 寫代碼，雖然兩個工具來回切換有點麻煩，但至少幻覺不會把項目帶偏。后來聽說 Claude Code 能把研究和實現并到一個聊天窗口里，我立刻覺得，這才是該有的樣子。
換到 Claude Code 那天，整個終端都清爽了。一個對話接住我扔過去的各種需求，它讀代碼庫、改文件、跑測試，連貫得像有個副駕坐在鍵盤旁邊。頭幾天我甚至忘了自己曾經還把 Perplexity 當成主力搜索入口。開發節奏被拉得飛快，上下文一旦喂進會話，Claude Code 就能連蹦帶跳地完成一連串修改。那時候我真心以為，讓一個模型包辦所有環節，才是開發工具的終局形態。
但這股順滑感，在第一次撞上外部依賴時就破了功。我想升級一個前端框架，需要對照官方遷移指南的幾個版本差異。Claude Code 能流暢地拆解代碼結構，可一旦問到“當前版本的 breaking changes 到底怎么處理”，它就只能在記憶里翻找訓練數據里那點過時信息。接著是集成一個新 API，文檔前天剛更新過，它完全不知道；嘗試追一個報錯，GitHub issue 里明明有人兩小時前貼了臨時方案，它卻給不出半點線索。直到這時我才醒過來：寫代碼之前，有一大把工作是在“找答案”，而不是“寫答案”。
軟件開發的很多環節根本還沒到動手改文件那一步。查文檔、對比實現路線、翻 release notes、刨 GitHub 上的討論，這些搜集信息的動作是決策的底座。可一旦換了 Claude Code 這類聚焦執行的助手，底座就被抽掉了。我發現自己不得不頻繁開新頁面搜資料，再手動把上下文粘回對話里，整個流程反而比之前用 Perplexity + Cursor 更割裂。
折騰幾周后，我認了。我并不需要一個“什么都做”的工具，而是想在開發的每個階段都用最趁手的東西。Claude Code 擅長把想法直接變成代碼——改結構、跑測試、重構特性，一旦有了準確上下文，它推進項目的速度很難被其他工具追上。問題是，這些上下文不該由我一個人手工搬運。Perplexity 正好能填上這個缺口：當模型碰到框架變化、第三方接口或者陌生的邊緣 case 時，它能作為檢索層，把剛出爐的文檔、API 示例、技術背景懟到對話里，不用中斷 session 手忙腳亂地去搜答案。
想通這點以后，流程反而簡單了。不用放棄 Claude Code，也用不著頻繁切后臺。Perplexity 提供了 MCP 集成，這是把兩個工具縫到一起最直白的方式。通過它，Claude Code 在改代碼、跑測試的過程中，碰到需要補最新信息的地方，可以直接發起檢索，拿到文檔和參考案例，然后繼續沿著同一段對話往下執行。它依然用 Claude 做編碼和規劃，但搜索和資料抓取的部分就由 Perplexity 頂上。
我最后并沒有回到最初的 Cursor + Perplexity 模式，也沒有死守單一工具的幻想。而是在編碼助手和研究助手之間搭了一條管道，讓寫代碼的歸寫代碼，查世界的歸查世界。那些原本可能僵住的時刻——比如發現框架接口突然不兼容、文檔查不到、issue 里的線索散落各處——現在可以在一條連貫的思維流里被順勢蕩開。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
