Bỏ qua tới nội dung chính
Quay lại tin tức

Lịch làm việc của kỹ sư LLM

Hacker News LLM· kwojcicki· 31/10/2026general

Đường dẫn bài viết: https://kwojcicki.github.io/blog/LLM-ENGINEER-SCHEDULE Đường dẫn bình luận: https://news.ycombinator.com/item?id=50317816 Điểm số: 1 Số bình luận: 0

"Lịch trình của Người sáng tạo" và "Lịch trình của Người quản lý" là các khái niệm nổi tiếng mô tả phương thức đóng góp hiệu quả của nhân sự chuyên môn và cấp quản lý đối với doanh nghiệp. Nhóm chuyên môn cần những khoảng thời gian dài, liền mạch để tập trung vào từng nhiệm vụ cụ thể. Ngược lại, nhóm quản lý có thể nhanh chóng chuyển đổi giữa các đầu việc và các cuộc họp liên tiếp. Hai mô hình lịch trình này xung đột sâu sắc với nhau. Việc làm gián đoạn một người sáng tạo giữa khung thời gian làm việc không chỉ gây ảnh hưởng tức thời, mà còn làm tiêu tốn thời gian để giảm nhịp và tái khởi động sự tập trung; chỉ một cuộc họp đơn lẻ trong khung giờ cao điểm cũng có thể làm triệt tiêu hiệu quả làm việc. Tuy nhiên, việc không cho phép cấp quản lý sắp xếp các cuộc họp sẽ cản trở họ thực hiện nhiệm vụ. Sự xuất hiện của các mô hình ngôn ngữ lớn (LLM) đã làm thay đổi căn bản bài toán này. Đội ngũ chuyên môn hiện có trong tay những hệ thống máy móc vận hành bền bỉ và liên tục. Điều này tạo điều kiện duy trì các khoảng thời gian xử lý ngầm không gián đoạn, trong khi nhân sự vẫn có thể tham gia các cuộc họp. Khung giờ làm việc từ 9 giờ đến 17 giờ không còn là chuẩn mực bắt buộc Mỗi doanh nghiệp đều có văn hóa và kỳ vọng riêng về thời gian làm việc của kỹ sư, song một thực tế tất yếu là các lập trình viên đều cần nghỉ ngơi và năng suất lao động theo đó sẽ tạm ngừng. Tuy nhiên, các tác tử AI (agents) không dừng lại; các hệ thống này có thể hoạt động tự chủ liên tục trong nhiều giờ. Bản thân các kỹ sư LLM không thể làm việc không ngừng nghỉ, nhưng những nhân sự không vận hành các agent 24/7 sẽ bị tụt lại phía sau. Đội ngũ kỹ sư cần trau dồi kỹ năng, hoàn thiện quy trình và năng lực điều phối nhằm khởi chạy một agent vận hành tự chủ từ 12 giờ trở lên và thu về những kết quả thực chất vào ngày hôm sau. Tập trung vào đúng mục tiêu chắc chắn quan trọng hơn triển khai sai hướng, song việc đẩy nhanh tiến độ và lặp lại quy trình thử nghiệm để xác định phương hướng chuẩn xác cũng giữ vai trò then chốt không kém. Cả hai yếu tố này đều được bảo đảm thông qua việc phân bổ thời gian hợp lý. Buổi sáng Buổi sáng, tương tự như trước đây, được dành cho công việc chuyên sâu: khởi động các luồng công việc mới và tối ưu hóa kết quả từ các phiên chạy trước của agent. Các phiên chạy mới của agent đòi hỏi việc thiết lập ngữ cảnh (cho cả kỹ sư lẫn agent), nắm bắt phạm vi vấn đề, các giải pháp khả thi, các yếu tố đánh đổi, cũng như chiến lược kiểm thử, triển khai và giám sát. Sau khi các yếu tố này được xác lập, một câu lệnh (prompt) hoàn chỉnh với mục tiêu và các bước triển khai rõ ràng sẽ được xây dựng và đưa vào vận hành. Yêu cầu bắt buộc là agent phải có các tiêu chí thành công cụ thể để tự lặp lại và tối ưu hóa, đồng thời làm căn cứ phục vụ công tác đánh giá kết quả sau đó. Agent chắc chắn sẽ xuất hiện sai số; các lỗi nhỏ có thể được khắc phục hoặc bỏ qua, nhưng những sai sót nghiêm trọng làm vô hiệu hóa kết quả của agent sẽ gây lãng phí thời gian. Các sai sót nghiêm trọng này xuất phát từ nhiều nguyên nhân: thiếu dữ liệu ngữ cảnh, thừa ngữ cảnh, hiện tượng ảo giác (hallucination), hoặc câu lệnh chỉ dẫn thiếu chính xác. Dù vì nguyên nhân nào, mục tiêu cốt lõi vẫn là giảm thiểu tối đa các sai sót mang tính phá hủy thông qua việc dự báo các rủi ro tiềm ẩn và chủ động phòng ngừa. LLM không thay thế tư duy, mà chỉ loại bỏ các thao tác thực thi máy móc và đặt trọng tâm lớn hơn vào năng lực tư duy. Một điểm mấu chốt là cần tập trung thời gian này vào các nhiệm vụ mang lại giá trị thiết thực cho doanh nghiệp. Con người luôn gặp khó khăn khi phải chuyển đổi ngữ cảnh để lập tức đi sâu vào một vấn đề mới. Do đó, thay vì phân tán nguồn lực để vận hành đồng loạt 100 agent nhằm tái cấu trúc toàn diện, khắc phục các lỗi cũ hay bổ sung tính năng mới, việc tập trung hoàn thành một dự án trọng điểm vẫn mang lại hiệu quả cao hơn nhiều so với việc chạy theo những xu hướng mới nhưng thiếu trọng tâm. Đầu giờ chiều Khi các dự án ưu tiên hàng đầu đã đạt tiến độ, thời gian tiếp theo dành cho các nghĩa vụ hội họp: lập kế hoạch sprint (sprint planning), đánh giá cải tiến (retrospective), họp giao ban ngắn (stand-up), lập kế hoạch dự án, đánh giá thiết kế... Giữa các cuộc họp, các bước lặp nhỏ có thể được hoàn thành, song khối lượng công việc này chủ yếu xoay quanh các tính năng đơn giản, không đòi hỏi mức độ tập trung chuyên sâu. Tuy nhiên, các tác tử (agent) vẫn tiếp tục vận hành hướng tới các mục tiêu đã đề ra. Khoảng thời gian cuối đầu giờ chiều, khi năng lượng và khả năng tập trung trí tuệ vẫn ở mức tốt, là thời điểm thích hợp để khởi động đợt chạy tác tử giá trị cao tiếp theo. Đây có thể là bước kế tiếp trong dự án, thử nghiệm giả thuyết hoặc nghiên cứu phục vụ các lượt chạy cho ngày hôm sau, nhằm bảo đảm thời gian ban đêm không bị lãng phí. Cuối buổi chiều Vào thời điểm này trong ngày, khả năng đưa ra quyết định của các cá nhân không còn ở trạng thái tối ưu. Đây là thời điểm phù hợp cho các nhiệm vụ đòi hỏi mức tải nhận thức thấp: dọn dẹp hệ thống Jira, xử lý thư điện tử, sắp xếp lịch trình, kiểm tra kết quả của các điều chỉnh nhỏ hoặc tiến hành thêm các tinh chỉnh phụ. Đánh giá cải tiến Ứng dụng AI là kỹ năng đang trong quá trình tích lũy liên tục, khi các mô hình và kỹ thuật mới xuất hiện hằng tháng. Việc cải thiện quy trình và bộ công cụ cá nhân là yêu cầu bắt buộc. Cần nhìn lại tuần làm việc vừa qua để xác định những điểm đã đạt và chưa đạt. Cần làm rõ nguyên nhân vì sao một tác tử mất phương hướng trong suốt 12 giờ mà không mang lại kết quả, nhưng khi chạy lại với một tinh chỉnh câu lệnh (prompt) nhỏ thì lại đem lại hiệu quả vượt trội. Làm thế nào để gia tăng mức độ tin cậy đối với tính chính xác của mã nguồn do các tác tử tạo ra. Các tác vụ chạy dài hạn và thời gian cuối tuần Cuối tuần là cơ hội để cấp cho tác tử khoảng thời gian từ 48 đến 72 giờ nhằm thử nghiệm các ý tưởng mới. Có thể triển khai các mục tiêu mang tính đột phá và đánh giá xem kết quả thu được có thể tận dụng được hay không. Những thử nghiệm này cũng cần được xem là quá trình tích lũy kinh nghiệm. Hãy áp dụng các chiến lược và kỹ thuật khác nhau để theo dõi kết quả; thử tái tạo một tính năng đã phát triển trong tuần bằng một mô hình khác, câu lệnh khác, hoặc một tập hợp quyền truy cập công cụ/MCP khác. Ngân sách Nội dung trên được đặt trong giả định có nguồn vốn dồi dào và khả năng vận hành các tác tử tiêu tốn hàng nghìn USD. Khi các công ty AI tiến hành phát hành cổ phiếu lần đầu ra công chúng (IPO) và không còn dựa vào nguồn vốn từ các quỹ đầu tư mạo hiểm (VC), chi phí sẽ gia tăng, dẫn đến việc chi tiêu cho AI bị kiểm soát chặt chẽ hơn. Phương án tiết kiệm ngân sách là vận hành cục bộ các mô hình trọng số mở (open-weight) ngay trên máy trạm cá nhân; điều này đòi hỏi các kỹ sư phải đưa ra những đánh giá chính xác về việc tác vụ nào AI có thể tự hoàn thành và tác vụ nào cần có sự can thiệp, định hướng sâu hơn (đồng nghĩa với việc đòi hỏi nhiều khâu chuẩn bị và kỹ năng AI hơn). Thêm bình luận (hủy phản hồi) Họ và tên Thư điện tử Gửi Đóng

Nguồn tin: Hacker News LLM — Tác giả: kwojcicki. Bản dịch tiếng Việt do AI thực hiện, có thể có sai sót.