Làm thế nào để cải thiện vấn đề context windows?
Project cỡ vừa bật session mới lên kêu nó đọc hiểu để nắm context thôi đã 6-70% context windows, document lại vào architecture.md hoặc research.md không giải quyết được vì nó đọc file MD xong vẫn quay qua đọc code như bình thường.
Chưa kịp làm gì đã tới compact phase.
Dùng /context để xem cái nào làm đầy context window.
Nếu do file CLAUDE.md thì tìm cách làm nhỏ file đó lại, do CLAUDE.md luôn được nạp vào mỗi session.
Nên dùng subagent thay vì dùng chạy hết trên 1 session (hay còn gọi là 1 conversation).
Nên dùng skill vì khi nào claude nó cần skill thì skill đó mới được load vào context window.
Làm thêm cái statusline như của em để chừng nào thấy context window đầy thì chuẩn bị qua cuộc thoại mới thôi, mặc định của Claude sẽ là 95% nó sẽ tự compact lại.
Reactions:
flyl9134
Không biết các SWE khác sao chứ hiện tại team mình bạn PO khá là chán, viết tài liệu khó đọc thì thôi nhé luôn. Thay vì đi debate thì mình vứt hết cho claude code nó phân tích, lên plan để implement luôn. Task nếu tự viết chắc khoản 2 sprint, vứt cho CC nó làm mất có buổi sáng sau đó thì mình đi verify lại thôi. Xong đẩy cho QC verify thôi, có lỗi thì lại bỏ vào CC.
workflow kiểu này dễ tạo ra tech debt lắm nè
ban đầu review kĩ nhưng sau lười dần, đến lúc nhận ra thì codebase thành nồi cám heo rồi
Reactions:
WasupMoFucker, American_Dream_37 and luvziro
workflow kiểu này dễ tạo ra tech debt lắm nè
ban đầu review kĩ nhưng sau lười dần, đến lúc nhận ra thì codebase thành nồi cám heo rồi
đúng là ban đầu siêng, lâu không biết sao thôi chứ tech debt hay security mình cũng plan khá kỹ. Nói chung sếp cũng cho all in AI nên cứ chơi thôi
via theNEXTvoz for iPhoneReactions:
American_Dream_37 and master478
thấy cty th bạn đang làm
cứ bảo nó brainstorm idea xong đọc
thấy ok bảo nó soạn file md plan
r lấy plan implement r thử đi thử lại
tôi dùng hàng ngày, dùng pay-as-you-go, 1 ngày cao điểm có thể mất $100 cho opus 4.6.
tôi thấy real case cực nhiều. Như tôi làm 1 app fullstack, thế là tôi có 1 đống skill cho agents:
- đọc log (local dev, stag, prod)
- screenshot FE
- tests
- 3rd party documentation/guideline
Sau khi setup, các usecase thực tế của tôi gồm:
- phát triển feature mới: tôi chủ yếu mô tả, plan, còn claude code tự code, tự debug vì có đủ log và FE rồi
- hàng ngày, hoặc chán chán, kêu nó tổng hợp log xem có gì hay ho không
Tôi trộm vía nghĩ SWE sẽ không cần nữa thật.
Anh bạn thật sự thấy mất 500$++ monthly để build side project là hợp lý ??
Real case đây này: Copy 5 trang Confluence+ file figma=> full tính năng (và giá rẻ).
.
Còn side project/ stable project tôi dùng snippets gen trong vài phút ra full 1 luồng được - do mọi thứ kiểm soát ổn định hết rồi.
Reactions:
American_Dream_37
tôi dùng hàng ngày, dùng pay-as-you-go, 1 ngày cao điểm có thể mất $100 cho opus 4.6.
tôi thấy real case cực nhiều. Như tôi làm 1 app fullstack, thế là tôi có 1 đống skill cho agents:
- đọc log (local dev, stag, prod)
- screenshot FE
- tests
- 3rd party documentation/guideline
Sau khi setup, các usecase thực tế của tôi gồm:
- phát triển feature mới: tôi chủ yếu mô tả, plan, còn claude code tự code, tự debug vì có đủ log và FE rồi
- hàng ngày, hoặc chán chán, kêu nó tổng hợp log xem có gì hay ho không
Tôi trộm vía nghĩ SWE sẽ không cần nữa thật.
SWE sẽ luôn luôn cần vì AI không đáng tin cậy trong nhiều trường hợp, nhất là khi gặp phải edge case.
AI có thể debug được logic code mà có thể trace được log. Nhưng có nhiều issue liên quan đến multi-threading, hardware, os hay timing error etc.. mà không thể trace được log sẽ dẫn đến việc context mơ hồ không rõ ràng khiến AI bị hallucination. Trong trường hợp đấy phải có SWE có kinh nghiệm debugging, nếu không sẽ mất rất nhiều thời gian với công sức cho những cái issue như vậy.
Một case tôi từng gặp phải là client đã thoát ứng dụng nhưng background process vẫn tồn tại ngầm không thoát hẳn. Tôi nghi ngờ có thể do memory leak và thử dùng Codex để fix. Tuy nhiên con Codex không thể phát hiện được issue mà toàn gợi ý tào lao mất bao thời gian ko giải quyết được.
Cuối cùng mình phải tự debug bằng Visual Studio để trace parallel stacks thì phát hiện ra có một thread khác của third-party đang chạy trong destructor của main thread, khiến app rơi vào vòng đợi vô hạn. Khi hiểu được vấn đề và đưa context rõ ràng thì cho AI xử lý lại rất nhanh.
Cho nên SWE có kinh nghiệm vẫn luôn luôn cần trong tương lai nhé. Vì trong các project càng lớn, có nhiều dependencies, support nhiều platforms OS thì kiểu gì edge case sẽ xuất hiện nhiều. Nhiều khi các lỗi đó rất nhỏ và dễ fix nhưng lại cần fen phải có kiến thức chuyên môn sâu, chứ AI lại không thể phát hiện được dễ dàng.
Reactions:
NoobDogGamer
Anh bạn thật sự thấy mất 500$++ monthly để build side project là hợp lý ??
Real case đây này: Copy 5 trang Confluence+ file figma=> full tính năng (và giá rẻ).
.
Còn side project/ stable project tôi dùng snippets gen trong vài phút ra full 1 luồng được - do mọi thứ kiểm soát ổn định hết rồi.
tui build project thật chứ ko phải side project. (tui phải note là tui chả có vấn đề gì với realcase của bạn, kẻo bị tranh luận mất não-token)
SWE sẽ luôn luôn cần vì AI không đáng tin cậy trong nhiều trường hợp, nhất là khi gặp phải edge case.
AI có thể debug được logic code mà có thể trace được log. Nhưng có nhiều issue liên quan đến multi-threading, hardware, os hay timing error etc.. mà không thể trace được log sẽ dẫn đến việc context mơ hồ không rõ ràng khiến AI bị hallucination. Trong trường hợp đấy phải có SWE có kinh nghiệm debugging, nếu không sẽ mất rất nhiều thời gian với công sức cho những cái issue như vậy.
Một case tôi từng gặp phải là client đã thoát ứng dụng nhưng background process vẫn tồn tại ngầm không thoát hẳn. Tôi nghi ngờ có thể do memory leak và thử dùng Codex để fix. Tuy nhiên con Codex không thể phát hiện được issue mà toàn gợi ý tào lao mất bao thời gian ko giải quyết được.
Cuối cùng mình phải tự debug bằng Visual Studio để trace parallel stacks thì phát hiện ra có một thread khác của third-party đang chạy trong destructor của main thread, khiến app rơi vào vòng đợi vô hạn. Khi hiểu được vấn đề và đưa context rõ ràng thì cho AI xử lý lại rất nhanh.
Cho nên SWE có kinh nghiệm vẫn luôn luôn cần trong tương lai nhé. Vì trong các project càng lớn, có nhiều dependencies, support nhiều platforms OS thì kiểu gì edge case sẽ xuất hiện nhiều. Nhiều khi các lỗi đó rất nhỏ và dễ fix nhưng lại cần fen phải có kiến thức chuyên môn sâu, chứ AI lại không thể phát hiện được dễ dàng.
tui đồng ý với hầu hết các điểm. Cá nhân cũng gặp nhiều case tương tự. Cái việc tui bảo "trộm vía SWE sẽ không cần nữa" mang nhiều tính chủ quan + cảm nhận nhiều hơn là có logic support.
Tôi cũng không mong muốn điều đó xảy ra.
Anyway tui xin phép đóng lại cái "cảm nhận" đó, đỡ tốn tranh luận vì không có đúng-sai cho lắm
tôi dùng hàng ngày, dùng pay-as-you-go, 1 ngày cao điểm có thể mất $100 cho opus 4.6.
tôi thấy real case cực nhiều. Như tôi làm 1 app fullstack, thế là tôi có 1 đống skill cho agents:
- đọc log (local dev, stag, prod)
- screenshot FE
- tests
- 3rd party documentation/guideline
Sau khi setup, các usecase thực tế của tôi gồm:
- phát triển feature mới: tôi chủ yếu mô tả, plan, còn claude code tự code, tự debug vì có đủ log và FE rồi
- hàng ngày, hoặc chán chán, kêu nó tổng hợp log xem có gì hay ho không
Tôi trộm vía nghĩ SWE sẽ không cần nữa thật.
1 ngày "pay as you go" hết $100 sao không múc gói max $200 1 tháng hả bác?
Reactions:
luvziro
Bởi vậy. Claude Opus chỉ dùng để planning thôi, và sau đó vẫn nên review tay. Xong xài codex implement tiết kiệm hơn so với Sonnet nhiều, mà ngon hơn Sonnet
.
Codex 1 tháng có 1-2 bát phở là bét nhè rồi bác ạ
Hộp em kể cho
gì rẻ vậy thím
Reactions:
kakangocthien109
Bác nào có tool hay workflow nào hay chia sẻ cho em với, e vẫn đang dùng combo plan vào file md, chia nhỏ, gen todo, rồi bảo nó implement, dùng thằng superpowers lâu lâu nó tự spawn cho mấy con agent chạy song song. Review thì có copilot, hnhư sắp tới có thêm claude pr review vào github action. Từ hồi dùng claudecode gần như ko đụng cursor agent luôn
Thấy speckit ổn nhmà tốn token quá, có openspec chưa thử nữa
Giờ cty chơi kiểu code 1 repo, doc 1 repo, cứ code xong cho nó gen retrospection rồi update lại vào doc
bác cập nhập về openclaw vơi ạ. Dạo này VN mình hype còn này lắm, mà vẫn chưa rõ nó làm cái gì.
bác cập nhập về openclaw vơi ạ. Dạo này VN mình hype còn này lắm, mà vẫn chưa rõ nó làm cái gì.
Biến mọi việc bình thường trở nên nguy hiểm
Biến mọi việc đơn giản trở nên phức tạp 1 cách khó hiểu
Đẻ ra 1 tỷ thứ việc mà mình không bao giờ dùng
Toàn dân trở thành CTO của những start up công nghệ 4 người dùng: bản thân và 3 con bot
Reactions:
AaronOfROD, Mr.(Easy), tungthanh500 and 6 others
Thời ngày xưa quy trình làm sản phẩm/startup IT sẽ là
Nhu cầu -> ý tưởng -> khảo sát -> tầm nhìn -> chiến lược -> xây dựng -> kiểm thử -> hoàn thiện -> GTM -> golden path
Thời nay quy trình làm việc sẽ là
Ý tưởng -> nghiên cứu -> kế hoạch -> phát triển -> đéo cần test -> GTM
Cái LLM mạnh nhất là tổng hợp thông tin, đọc tài liệu, scan keyword. Nhiều project phức tạp, thì prompt với nó sẽ giúp mình nhìn được rộng và nắm được vấn đề rõ hơn, giải pháp đưa ra hoàn hảo hơn. Các bố đưa cho AI làm hết thì đm, đéo hiểu. Có con project tôi vs 2 thằng staff bàn nát ra, prompt mấy ngày mới ra vấn đề. Tôi thử nghiệm đưa cho claude opus nó chạy skill research, 3-4 agents, gần 30 phút cuối cùng ra giải pháp sai be bét. Đm đúng bánh vẽ của các bố bán giải pháp AI, 1 agent ko ra thì chạy 100 agent, đốt token đến chết.
Reactions:
inside.begin.271, Looper, freedom.99 and 1 other person
Em đang học Claude Code, đã đọc xong tài liệu của nó và vài khóa học về AI Agentic, MCP.
Các bác có thắc mắc gì cứ hỏi em đi.
Mọi thứ em học sẽ được cập nhật hàng ngày tại đây
Xin hỏi thớt, giờ t chỉ biết về SQL. DB, API design, và Python, còn lại FE và infra, security mù. Giờ t muốn làm 1 cái web app public trước mắt phục vụ nhu cầu bản thân. Thì có vibe được không. Bạn chỉ cho t dàn bài để bắt đầu làm/ tìm hiểu được không. Sử dụng combo nào tiết kiệm nhất. Hiện tại t có mỗi bộ Google AI pro, trước bú edu pha ke được.
Xin hỏi thớt, giờ t chỉ biết về SQL. DB, API design, và Python, còn lại FE và infra, security mù. Giờ t muốn làm 1 cái web app public trước mắt phục vụ nhu cầu bản thân. Thì có vibe được không. Bạn chỉ cho t dàn bài để bắt đầu làm/ tìm hiểu được không. Sử dụng combo nào tiết kiệm nhất. Hiện tại t có mỗi bộ Google AI pro, trước bú edu pha ke được.
Copy y chang vậy lên gemini, chatgpt, ... để hỏi đi bác.
Tìm hiểu tầm 5 -10 ngày đi, cái bác cần giờ là Vibe Research trước ko phải vibe code.
Xin hỏi thớt, giờ t chỉ biết về SQL. DB, API design, và Python, còn lại FE và infra, security mù. Giờ t muốn làm 1 cái web app public trước mắt phục vụ nhu cầu bản thân. Thì có vibe được không. Bạn chỉ cho t dàn bài để bắt đầu làm/ tìm hiểu được không. Sử dụng combo nào tiết kiệm nhất. Hiện tại t có mỗi bộ Google AI pro, trước bú edu pha ke được.
xài google Antigravity, có claude/codex, lại là ngon luôn. còn làm như thế nào thì cứ chat hỏi AI, nó plan luôn cho, kết nối với mcp có khi nó tạo luôn project/kanban board cho
Reactions:
pmtbkav
agentic gì cũng cần có tools. Các bác cho hỏi có tools/api gì gì đó cho zalo ko ạ?
Mục đích là quá tin nhiều tin nhắn zalo, muốn tự động tổng hợp dựa trên data đó
agentic gì cũng cần có tools. Các bác cho hỏi có tools/api gì gì đó cho zalo ko ạ?
Mục đích là quá tin nhiều tin nhắn zalo, muốn tự động tổng hợp dựa trên data đó
Cách chính thống thì chỉ có ZALO OA
Cách cùi bắp là crawl tay bằng chrome-dev extension hoặc antigravity browser extension, giả làm người manual test rồi đọc tin nhắn
