Bạn đã bao giờ tranh cãi với một cái máy nướng bánh mì chưa?
Đó là cảm giác của tôi khi lần đầu cố gắng khiến một AI viết code bên trong cửa sổ terminal. Tôi cứ gõ những yêu cầu lịch sự; terminal đáp lại với sự ấm áp về mặt cảm xúc của một cái đồng hồ tính tiền đậu xe. Trong khi đó, một người bạn đang sử dụng Claude bên trong Visual Studio Code, vui vẻ tái cấu trúc các hàm trong khi con trỏ của anh ấy nhảy múa như một đoàn hợp xướng Broadway.
Vậy: nếu bạn muốn code với Claude, bạn nên làm điều đó trong VS Code hay terminal? Chào mừng bạn đến với cuộc thi nhỏ của chúng ta—hai “nhà bếp” tuyệt vời cho một “đầu bếp” rất thông minh. Trong hướng dẫn này, tôi sẽ chỉ cho bạn khi nào terminal nhanh một cách thú vị (và cực kỳ ‘nerd’), khi nào VS Code trở thành người lập trình cặp thân thiện của bạn và cách tránh những cạm bẫy phổ biến khiến bạn lẩm bẩm vào màn hình. Chúng ta sẽ đi qua các tác vụ thực tế, từng bước một, để bạn có thể chọn giao diện code Claude phù hợp với cách bạn thực sự làm việc.
Những gì chúng ta thực sự so sánh (và tại sao bạn quan tâm)
Bạn có thể trò chuyện với Claude ở rất nhiều nơi. Nhưng đối với việc coding, hầu hết mọi người đều rơi vào một trong hai nhóm:
- VS Code với một extension hoặc sidebar của Claude: Bạn nhận được các đề xuất nội dòng, sửa lỗi nhanh, các cuộc trò chuyện nhận biết file và ngữ cảnh trên toàn dự án.
- Claude dựa trên terminal: Một công cụ CLI hoặc tích hợp shell nơi bạn đưa ra lời nhắc, dán và chạy—nhanh và nhẹ, không có UI nặng nề.
Quyết định không chỉ là về tính thẩm mỹ. Đó là về cách bạn suy nghĩ. Nếu bạn sống trong trình soạn thảo của mình, trải nghiệm Claude trong VS Code có cảm giác như thêm một đồng nghiệp xuất sắc vào dự án của bạn. Nếu bạn sống trong dòng lệnh, giao diện terminal có cảm giác như tăng tốc quy trình làm việc của bạn mà không cần chạm vào chuột.
Hãy so sánh chúng trong các tình huống thực sự quan trọng.
Tình huống 1: “Tìm hiểu ý nghĩa kho code lộn xộn của tôi”
Hãy hình dung: bạn thừa kế một codebase có 37% là các hàm, 62% là TODO và 1% là hy vọng. Bạn muốn Claude đọc tình hình và cho bạn biết những bí mật bị chôn vùi ở đâu.
- Trong VS Code: Bạn chọn thư mục dự án. Claude có thể tham khảo các file, mở các tab và tóm tắt các pattern trên các module. Bạn hỏi, “Luồng dữ liệu từ lệnh gọi API đến UI là gì?” Nó trả lời bằng một bản đồ—và các đường dẫn file có thể nhấp được. Giống như hỏi một thủ thư đã biết hệ thống phân loại Dewey của bạn.
- Trong Terminal: Bạn có thể dán các đoạn code hoặc chuyển các file vào Claude, nhưng bạn trở thành thủ thư. Bạn phải quyết định file nào cần bao gồm và cách chia chúng. Nhanh hơn để có được ấn tượng nhanh chóng, nhưng nó sẽ không dạo chơi toàn bộ codebase của bạn trừ khi bạn viết script cho vũ đạo đó.
Phán quyết: Đối với việc khám phá kho code, giao diện Claude của VS Code là mũ bảo hiểm hang động tốt hơn.
Mẹo chuyên nghiệp: Đừng đổ một file hàng nghìn dòng lên bất kỳ AI nào và yêu cầu phép thuật. Hãy yêu cầu các bản tóm tắt nhỏ gọn: “Tóm tắt các trách nhiệm trong src/api/*.ts, sau đó liệt kê ba khu vực rủi ro hàng đầu.” Bạn sẽ nhận được kết quả sắc nét hơn—và ít những điều hão huyền hơn.
Tình huống 2: “Tái cấu trúc mà không làm hỏng mọi thứ”
Tất cả chúng ta đều biết quy trình tái cấu trúc hai bước: thay đổi code, chạy thử nghiệm, cầu nguyện, hoàn nguyên, lặp lại.
- Trong VS Code: Claude có thể đề xuất tái cấu trúc nội dòng. Bạn thấy các diff, áp dụng các hunk và để trình chạy thử nghiệm của bạn sủa vào bạn trong panel terminal bên dưới. Nó có cảm giác được hướng dẫn—giống như học lái xe trên một đường đua khép kín.
- Trong Terminal: Claude vẫn có thể tạo ra các kế hoạch tái cấu trúc tuyệt vời, nhưng bạn đang Alt-Tab giữa output và trình soạn thảo của mình, dán các patch thủ công và giải quyết các xung đột bằng tay. Nó có thể thực hiện được. Chỉ là có nhiều khó khăn hơn.
Phán quyết: VS Code thắng về sự tinh tế trong tái cấu trúc. Ngữ cảnh nội dòng là tất cả.
Một mẹo nữa: Hãy yêu cầu Claude viết các bài kiểm tra trước. “Trước khi chúng ta tái cấu trúc, hãy tạo các bài kiểm tra Jest ghi lại hành vi hiện tại của parseInvoice.” Khóa hành vi, sau đó để Claude giúp bạn thay đổi động cơ trong khi xe đang lăn bánh.
Tình huống 3: “Thử nghiệm một tính năng trong 20 phút”
Quản lý sản phẩm của bạn nói, “Bạn có thể hack một nguyên mẫu vào giờ ăn trưa không?” Dịch: đưa ra một cái gì đó hoạt động được.
- Trong Terminal: Đây là nơi Claude terminal tỏa sáng. Bạn ghi lại một lời nhắc, dán một đoạn code và nhận được một nguyên mẫu một file hoặc một shell script bạn có thể chạy ngay lập tức. Không rườm rà. Không có menu extension. Bạn là MacGyver, và cái kẹp giấy của bạn là dòng lệnh.
- Trong VS Code: Vẫn tốt! Nhưng bạn có thể dành nhiều thời gian để tung hứng sidebar và ngữ cảnh file hơn bạn muốn. Nếu bạn đang lặp lại nhanh chóng trên một file hoặc một script ngắn, tốc độ đàm thoại của terminal là rất khó đánh bại.
Phán quyết: Claude Terminal là vận động viên chạy nước rút nguyên mẫu.
Mẹo tăng tốc: Chuyển lời nhắc của bạn từ một file. Giữ một prompt.md với chi tiết stack của bạn (“chúng tôi sử dụng Node 20, ESM, pnpm, TypeScript nghiêm ngặt, Vitest”). Cung cấp nó cho Claude trước. Câu trả lời nhanh hơn, ít chỉnh sửa hơn.
Tình huống 4: “Giải thích lỗi này như thể tôi sắp muộn giờ đón con”
- Trong VS Code: Khi TypeScript linter nổi cơn thịnh nộ, hãy đánh dấu khối và hỏi Claude, “Chuyện gì đang xảy ra vậy?” Bạn sẽ nhận được một lời giải thích có mục tiêu tham khảo dòng chính xác, thường là với một bản sửa lỗi bạn có thể áp dụng ngay lập tức. Giống như có một TA thân thiện nhìn qua vai bạn.
- Trong Terminal: Bạn dán lỗi và đoạn code. Claude trả lời bằng bản sửa lỗi. Hoạt động tốt—nhưng bạn sẽ trông chừng ngữ cảnh cẩn thận hơn và dễ bỏ qua một import quan trọng hoặc hàm lân cận hơn.
Phán quyết: VS Code nhỉnh hơn một chút, để giải thích nhanh chóng và sửa lỗi bằng một cú nhấp chuột.
Tình huống 5: “Viết tài liệu này trước khi tôi của tương lai khiếu nại”
- Trong VS Code: Yêu cầu Claude phác thảo docstring cho các hàm trong file đang mở, tạo dàn ý README hoặc tóm tắt toàn bộ component. Áp dụng, tinh chỉnh, xong.
- Trong Terminal: Tuyệt vời để tạo README từ danh sách thư mục hoặc tạo một template ADR nhanh chóng. Nếu bạn đã sống trong shell, đó là một làn đường thoải mái.
Phán quyết: Hòa. Tài liệu là về sự rõ ràng; cả hai giao diện đều có thể tạo ra nó tốt. Hãy sử dụng cái mà bạn sẽ thực sự mở vào ngày mai.
Claude trong VS Code: những gì bạn nhận được cho không gian màn hình
- Ngữ cảnh dự án: Claude có thể thấy các file đang mở (và, tùy thuộc vào extension, nhiều hơn). Điều đó chuyển thành ít gián đoạn “Vui lòng dán phần còn lại” hơn.
- Chỉnh sửa và diff nội dòng: Thay vì dán code qua lại, bạn chấp nhận các thay đổi theo từng khối. Thật văn minh.
- Lời nhắc đa phương thức: Một số thiết lập cho phép bạn thả ảnh chụp màn hình, log hoặc thậm chí cả sơ đồ. Claude sử dụng chúng làm ngữ cảnh trong khi bạn tiếp tục coding.
- Ít lỗi sao chép/dán hơn: Thật sốc khi có bao nhiêu lỗi sinh ra trong quá trình di chuyển giữa các công cụ.
Đánh đổi:
- Dấu chân nặng hơn: VS Code cộng với một AI extension có thể cảm thấy như đeo ba lô trong một cabin điện thoại trên các máy cũ hơn.
- Overhead UX: Các panel, sidebar, token—có nhiều… giao diện hơn cho giao diện của bạn.
Ai sẽ thích nó: Những người làm việc trên các codebase vừa đến lớn, các nhà phát triển hướng đến thử nghiệm, người bảo trì và bất kỳ ai muốn Claude hành động như một đồng nghiệp lịch sự sống bên trong trình soạn thảo.
Claude trong terminal: những gì bạn nhận được cho sự tối giản
- Lời nhắc tức thì: Mở, gõ, enter. Đó là một tách espresso của coding.
- Khả năng kết hợp: Chuyển file vào, xâu chuỗi các lệnh, chuyển hướng output để vá file. Nó hát cùng với bash, fish hoặc zsh.
- Hoạt động ở mọi nơi: SSH vào một server và tham khảo Claude mà không cần GUI.
Đánh đổi:
- Bạn là người quản lý ngữ cảnh: Bạn phải quyết định những gì cần hiển thị cho Claude và tần suất. Quá ít ngữ cảnh → câu trả lời mơ hồ. Quá nhiều → giới hạn token.
- Vá thủ công: Trừ khi bạn viết script cho nó, bạn sẽ sao chép/dán nhiều hơn một người lập kế hoạch đám cưới.
Ai sẽ thích nó: Những người làm DevOps, những người đam mê CLI, những người chạy nước rút nguyên mẫu và bất kỳ ai dị ứng với nhấp chuột.
Kiểm tra thực tế nhanh về trợ giúp code AI
- Claude có thể đáng kinh ngạc. Nó cũng có thể sai một cách tự tin. Hãy giữ bộ thử nghiệm của bạn tiện dụng như dây an toàn.
- Hãy chính xác với lời nhắc. “Làm cho nó nhanh hơn” là một lá số tử vi. “Tái cấu trúc để loại bỏ O(n^2) trong parseLines bằng cách lập chỉ mục trước các token” là một yêu cầu.
- Đừng yêu cầu AI đọc suy nghĩ của bạn. Hãy cho nó biết phiên bản, framework, các ràng buộc và kiểu bạn thích. Nó giống như gọi cà phê; “cà phê” mang lại những bất ngờ; “cappuccino yến mạch ba shot, 140°F” mang lại những gì bạn thực sự muốn.
VS Code hay Terminal? Một cuộc đối đầu vui vẻ
- Tốc độ thiết lập: Terminal thắng. Một script và bạn đã sẵn sàng.
- Nhận biết quy mô dự án: VS Code thắng. Nó đơn giản là biết nó đang nói chuyện với ai.
- An toàn tái cấu trúc: VS Code thắng với các diff nội dòng và các bài kiểm tra gần đó.
- Tốc độ tạo mẫu: Terminal thắng về tốc độ thuần túy.
- Đường cong học tập: Hòa. VS Code có nhiều nút hơn; terminal có ít lan can bảo vệ hơn.
- Tính di động: Terminal thắng; nó hoạt động qua SSH và không phụ thuộc vào GUI.
Tổng quan: Nếu ngày của bạn chủ yếu là “dự án lớn, nhiều file, các bài kiểm tra luôn chạy,” hãy chọn VS Code. Nếu ngày của bạn là “script, server, thử nghiệm và tự động hóa,” hãy chọn terminal. Nhiều nhà phát triển vui vẻ sử dụng cả hai—VS Code cho công việc chuyên sâu, terminal cho những chiến thắng nhanh chóng.
Cách thiết lập một quy trình làm việc Claude tuyệt vời trong VS Code
Hãy thử quy trình khởi đầu này:
- Hiệu chỉnh Claude bằng một lời nhắc hệ thống trong phiên.
- “Bạn là một kỹ sư cao cấp tỉ mỉ. Ưu tiên khả năng đọc hơn sự thông minh. Sử dụng TypeScript nghiêm ngặt, Jest cho các bài kiểm tra và các pattern chức năng.” Bạn đang đưa ra các lan can bảo vệ, không phải thơ.
- Bắt đầu mọi yêu cầu bằng tên file hoặc hàm.
- “Trong src/utils/parse.ts, đơn giản hóa parseInvoice.” Claude căn chỉnh với file phù hợp về mặt tinh thần và đưa ra các bản sửa lỗi chặt chẽ hơn.
- Yêu cầu diff, không phải blob.
- “Đề xuất một diff tối thiểu; tránh thay đổi code không liên quan.” Bản thân tương lai của bạn sẽ cảm ơn bạn trong quá trình xem xét code.
- Hãy để Claude viết các bài kiểm tra cho những thay đổi rủi ro.
- “Tạo các bài kiểm tra Jest cho các trường hợp đặc biệt trong parseInvoice: số tiền âm, ngày tháng bị lỗi, ký hiệu tiền tệ Unicode.”
- Thông qua một chính sách đặt tên.
- “Sử dụng tên mô tả hơn các chữ viết tắt, chính tả kiểu Anh chỉ được phép trong các comment.” Bạn sẽ nhận được code nhất quán, không phải một bữa tiệc hóa trang đặt tên.
Khắc phục sự cố trong VS Code:
- Claude tiếp tục quên ngữ cảnh: Mở lại các file chính, tóm tắt những gì đã thay đổi và nhắc lại các ràng buộc. Hãy đối xử với nó như thể giới thiệu một nhân viên mới—tử tế, nhưng kỹ lưỡng.
- Output quá dài: Hãy yêu cầu một kế hoạch trước. “Phác thảo các bước trong 5 dấu đầu dòng; chờ phê duyệt.” Sau đó tiến hành theo từng phần.
- Các import bịa đặt: Yêu cầu Claude xác minh các import so với package.json và danh sách file đang mở trước khi đề xuất code.
Cách xây dựng một bộ công cụ terminal Claude nhanh chóng
Biến dòng lệnh thành bệ phóng của bạn:
- Tạo một profile lời nhắc: Lưu trữ stack và tùy chọn của bạn trong ~/.clauderc hoặc prompt.md. Chuyển nó vào mỗi cuộc trò chuyện:
claude --with prompt.md.
- Cung cấp file như một chuyên gia:
claude -f src/parse.ts -f test/parse.test.ts "Giải thích trường hợp không thành công".
- Tạo file patch: “Chỉ trả về một diff hợp nhất.” Chuyển hướng đến một patch:
> change.patch sau đó git apply change.patch.
- Tóm tắt các thư mục:
tree -I node_modules src | claude -p "Tóm tắt kiến trúc; đề xuất các bước tái cấu trúc".
- Giữ một ngân sách token: Yêu cầu các output ngắn gọn. “Tối đa 120 dòng; không có code lặp lại; tham khảo các hàm theo tên.”
Khắc phục sự cố trong Terminal:
- Cắt ngữ cảnh: Chia tác vụ. “Phần 1: kế hoạch. Phần 2: triển khai module A. Phần 3: các bài kiểm tra.”
- Các chỉnh sửa xung đột: Tạo diff theo file. Áp dụng tăng dần, chạy các bài kiểm tra giữa các bước.
- Thiếu các import: Yêu cầu một lần xác minh: “Liệt kê bất kỳ import mới nào; xác nhận chúng tồn tại trong package.json.”
Đây là một bất ngờ: Sider.AI là một cầu nối tiện dụng giữa những thế giới này. Nó nằm trong trình duyệt của bạn nhưng kết nối với cuộc sống coding của bạn—như một sidebar để nghiên cứu, giải thích code và các đoạn code thông minh bạn có thể dán vào VS Code hoặc terminal. Tôi đã sử dụng nó để giữ một “sổ ghi chép phòng thí nghiệm” đang chạy trong khi Claude tái cấu trúc các file: Sider theo dõi các lời nhắc, liên kết đến tài liệu và lưu trữ các đoạn code để bạn không phải tìm kiếm regex hoàn hảo mà bạn đã tạo ra mười phút trước. Nó không hoàn hảo—không có công cụ nào hoàn hảo—nhưng để giải quyết ngữ cảnh và mệt mỏi khi sao chép/dán, nó là một trợ lý văn minh. Mẹo chuyên nghiệp: Sử dụng Sider.AI để thu thập log lỗi, dấu vết stack và các đoạn code liên quan thành một câu chuyện gọn gàng. Sau đó, hãy giao gói được tuyển chọn đó cho Claude trong cả hai giao diện. Các thành phần càng tốt, bánh càng ngon. Bản demo thực tế: từ script khó chịu đến module sạch (hai cách)
Giả sử bạn có một script Python phân tích cú pháp các đơn đặt hàng CSV và gửi báo cáo qua email. Nó dài 400 dòng và dị ứng với các bài kiểm tra đơn vị.
Mục tiêu: Trích xuất trình phân tích cú pháp thành một module, viết các bài kiểm tra và làm cho script gọi module.
Cách A: VS Code với Claude
- Mở dự án; đánh dấu hàm parse_orders.
- Lời nhắc: “Trích xuất parse_orders vào src/parser.py. Giữ hành vi giống hệt nhau. Sau đó đề xuất các bài kiểm tra pytest bao gồm các hàng bị lỗi, các trường bị thiếu và các trường hợp đặc biệt UTF-8. Ưu tiên các hàm thuần túy; không có biến toàn cục.”
- Xem lại chế độ xem diff. Chỉ chấp nhận các thay đổi trong parser.py và các bài kiểm tra mới.
- Chạy các bài kiểm tra trong terminal tích hợp. Sửa bất kỳ lỗi import nào với sự giúp đỡ của Claude.
- Yêu cầu docstring và một đoạn README giải thích API của module mới.
Kết quả: Phân tách sạch sẽ, các bài kiểm tra đã viết, tài liệu đã bắt đầu—tất cả bên trong một cửa sổ.
Cách B: Terminal với Claude
- Lưu một lời nhắc profile trong prompt.md mô tả stack và các ràng buộc của bạn.
- Chuyển hàm và một vài dòng CSV mẫu:
sed -n '1,200p' orders.py | claude -p prompt.md -p "Trích xuất parse_orders vào parser.py; chỉ output một diff hợp nhất." > patch.diff
- Áp dụng patch:
git apply patch.diff.
- Yêu cầu các bài kiểm tra:
claude -p "Viết các bài kiểm tra pytest cho parser.py bao gồm các hàng bị lỗi, các trường bị thiếu và các trường hợp đặc biệt UTF-8. Không giải thích, chỉ các bài kiểm tra." > tests/test_parser.py
- Chạy
pytest. Nếu bạn gặp lỗi, hãy dán lỗi vào Claude với bài kiểm tra và các dòng cụ thể.
Kết quả: Nhanh chóng, chỉ dùng bàn phím, có thể viết script cao.
Chọn con đường phù hợp với bộ não của bạn. Cả hai đều đi đến cùng một code đã được làm sạch; một cái cho bạn bánh xe tập lái, cái còn lại cho bạn một đường đua.
Bảo mật và quyền riêng tư: một khoảnh khắc trưởng thành nhanh chóng
- Không dán bí mật. Sử dụng các log đã được biên tập hoặc các token giả trong lời nhắc.
- Kiểm tra cài đặt extension hoặc CLI của bạn: một số gửi telemetry, một số thì không. Biết các nút bật tắt của bạn.
- Đối với code công việc, hãy xác nhận rằng bạn đang tuân thủ chính sách. Nhóm pháp lý của bạn không muốn tìm hiểu về các thử nghiệm AI của bạn từ một bài nói chuyện hội nghị.
Điểm mấu chốt: giao diện code Claude tốt nhất của bạn
Nếu bạn:
- Quản lý các dự án nhiều file, thích diff nội dòng và muốn Claude hiểu rõ tình hình → Chọn VS Code.
- Sống trong các phiên SSH, gửi script và coi trọng tốc độ hơn nghi lễ → Chọn Terminal.
- Thực hiện cả hai loại công việc → Tham gia đám đông lai: VS Code cho tái cấu trúc và kiến trúc, Terminal cho những thứ một lần và nguyên mẫu.
Dù bằng cách nào, bạn sẽ đi xa hơn nhanh hơn khi bạn:
- Cung cấp cho Claude ngữ cảnh rõ ràng.
- Làm việc trong các vòng ngắn, được kiểm tra.
- Yêu cầu diff, kiểm tra và xác minh.
Một điều cuối cùng: các công cụ giống như giày. Giao diện code Claude “tốt nhất” là giao diện bạn sẽ thực sự mang cả ngày mà không bị phồng rộp. Hãy thử cả hai trong một tuần—ngón tay của bạn sẽ cho bạn biết cái nào phù hợp.
Tham khảo nhanh: các lời nhắc có tác động lớn hơn trọng lượng của chúng
- “Lập kế hoạch trước, code sau trong 5 dấu đầu dòng. Chờ tôi OK.”
- “Chỉ trả về một diff hợp nhất cho src/utils/format.ts.”
- “Trước khi thay đổi, liệt kê các rủi ro và cách kiểm tra từng rủi ro.”
- “Viết các bài kiểm tra ghi lại hành vi hiện tại; đừng cải thiện nó vội.”
- “Xác minh các import so với package.json; liệt kê bất kỳ dependency mới nào riêng biệt.”
- “Giữ các hàm thuần túy; không có I/O ẩn. Nếu không thể tránh khỏi, hãy cô lập các tác dụng phụ.”
Chúc bạn coding vui vẻ—và mong rằng các diff của bạn nhỏ và các bài kiểm tra của bạn lớn.
FAQ
Câu hỏi 1: Cái nào tốt hơn để trợ giúp code Claude: VS Code hay Terminal?
Sử dụng VS Code khi bạn muốn ngữ cảnh trên toàn dự án, diff nội dòng và sửa lỗi nhanh. Sử dụng terminal khi bạn cần tốc độ thô, khả năng viết script và các lời nhắc thân thiện với SSH. Nhiều nhà phát triển sử dụng cả hai—VS Code cho tái cấu trúc, terminal cho các nguyên mẫu.
Câu hỏi 2: Giao diện terminal Claude có đủ nhanh cho công việc thực tế không?
Có—nó tuyệt vời cho các script nhanh, thử nghiệm và các tác vụ phía server. Chỉ cần nhớ rằng bạn là người quản lý ngữ cảnh: cung cấp cho Claude các file phù hợp, yêu cầu diff và áp dụng các patch tăng dần.
Câu hỏi 3: Làm cách nào để tránh ảo giác AI khi coding với Claude?
Hãy cụ thể và hướng đến thử nghiệm. Yêu cầu các kế hoạch trước code, yêu cầu diff tối thiểu và chạy bộ của bạn sau mỗi thay đổi. Khi nghi ngờ, hãy để Claude xác minh các import và dependency so với dự án của bạn.
Câu hỏi 4: Claude có thể hiểu toàn bộ kho code của tôi trong VS Code không?
Nó có thể hiểu các file bạn mở và các đoạn bạn chia sẻ, thường là quá đủ cho các tác vụ tập trung. Đối với các codebase khổng lồ, hãy làm việc theo từng phần—tóm tắt trước, sau đó chỉnh sửa có mục tiêu—để nằm trong giới hạn token.
Câu hỏi 5: Sider.AI hỗ trợ quy trình làm việc với code Claude ở những khía cạnh nào?
Sider.AI rất hữu ích trong việc sắp xếp các prompt, đoạn mã và tài liệu khi bạn làm việc. Hãy sử dụng nó để thu thập nhật ký lỗi và các đoạn mã thành một bản tường thuật gọn gàng, sau đó chuyển ngữ cảnh đã được tinh chỉnh đó cho Claude trong VS Code hoặc terminal. 
