FDE ở Cohere: bốn biến thể trong tin tuyển dụng và cách chuẩn bị bằng chứng cho từng nhánh

Bạn mở tin tuyển Forward Deployed Engineer của Cohere và đọc thấy vai trò này dẫn dắt việc thiết kế, xây và giao các agent chạy trên LLM, những agent biết suy luận, lập kế hoạch và hành động qua nhiều công cụ.

Sang một tin khác cũng mang chức danh FDE, yêu cầu lại là kinh nghiệm quản trị cluster Kubernetes production và thành thạo Helm. Chức danh giống nhau, nhưng hai người được tuyển sẽ làm hai việc gần như không liên quan.

Đọc tin tuyển dụng cũng là một kỹ năng FDE. Nó giống hệt việc đọc yêu cầu của khách: tách phần bắt buộc khỏi phần “có thì tốt”, rồi tìm ra vấn đề thật mà người viết đang cần giải quyết.

Tin của Cohere là bài tập tốt để luyện kỹ năng này, vì cùng một sản phẩm đã sinh ra bốn kiểu FDE với bốn bài kiểm tra khác nhau.

Nếu bạn đang chuẩn bị chuyển sang FDE, ở Cohere hay bất kỳ công ty nào bán nền tảng AI cho doanh nghiệp, cách giải mã dưới đây áp dụng được cho hầu hết các tin bạn sẽ gặp.

Vì sao một sản phẩm cần nhiều kiểu FDE?

Mọi thứ bắt đầu từ cách Cohere bán North. Trang sản phẩm của hãng nói khách hàng có thể chạy North trong VPC của chính họ, trong môi trường on-prem, hoặc qua nền tảng inference Model Vault của Cohere. Cũng trang đó nhấn mạnh khung bảo mật zero-trust, phân quyền truy cập chặt và khả năng kiểm toán.

Khi sản phẩm chạy được bên trong hạ tầng của khách, công việc tách thành hai nửa. Nửa thứ nhất là làm cho North hữu ích với bài toán nghiệp vụ, tức là xây agent và tính năng. Nửa thứ hai là đưa North vào chạy được trong một data center mà Cohere không kiểm soát.

Tin Agentic Platform lo nửa đầu: ship tính năng cho North và làm việc thẳng với khách về vấn đề kinh doanh. Tin Infrastructure Specialist lo nửa sau: dẫn dắt toàn bộ quá trình triển khai North trên private cloud và on-prem.

Ngoài hai nhánh này, Cohere còn tuyển FDE Tech Lead, người dẫn một đội kỹ sư thuộc nhiều chuyên môn, gồm backend, hạ tầng và phát triển agent, trong các dự án làm trực tiếp với khách.

Tech Lead chịu trách nhiệm cả đợt rollout agent và tool, gồm lập kế hoạch, cấu hình, kiểm thử và đưa đến tay người dùng cuối. Biến thể thứ tư là Infrastructure Specialist cho khu vực công, với điều kiện bắt buộc là quốc tịch Canada và giấy phép an ninh (security clearance).

Mỗi tin thật ra đang kiểm tra điều gì?

Với nhánh Agentic Platform, yêu cầu kỹ thuật cốt lõi là kinh nghiệm thực tế trong việc xây và triển khai phần mềm Python ở mức production.

Các điểm cộng gồm kinh nghiệm đặt chuẩn kiến trúc cho hệ thống AI và agentic giữa nhiều đội phân tán, và kinh nghiệm trong các ngành có quy định chặt chẽ.

Tin cũng nói rõ mức đi công tác dự kiến là 20–40%.

Chữ “production” đáng đọc kỹ nhất. Một bản demo gọi API của mô hình khó chứng minh được yêu cầu này. Thứ nên cho người tuyển thấy là code chạy được lâu dài: có test, có retry khi tool bị timeout, có logging, có đóng gói để triển khai.

Nhánh Infrastructure thì đòi ba thứ: Kubernetes và Helm ở môi trường production, kiến thức vững về cloud (Azure, AWS, GCP), networking và ảo hóa, và kỹ năng làm việc với đội IT của khách để đánh giá hạ tầng, yêu cầu bảo mật và cách họ quản lý dữ liệu.

Ý cuối cùng cho thấy đây không phải việc vận hành thuần túy. Trước khi gõ lệnh cài đặt đầu tiên, bạn đã phải làm customer discovery ở mức kỹ thuật.

Bản khu vực công mô tả FDE là cây cầu giữa sản phẩm North và đội kỹ sư của khách. Đó là cách nhìn đúng cho cả bốn tin: bạn đứng giữa, và giá trị của bạn nằm ở chỗ hai bên hiểu nhau.

Ví dụ: biến từng dòng thành một bằng chứng

Thử hình dung một ngân hàng muốn chạy North trong VPC của họ, kèm một agent tra cứu hồ sơ vay, kiểm tra điều kiện và tạo ticket cho bộ phận thẩm định.

Đây là dự án portfolio dùng được cho cả hai nhánh, vì nó chạm vào agent, một ngành có quy định chặt chẽ và việc triển khai trong hạ tầng riêng. Bảng dưới đây ghép từng dòng trong tin với thứ bạn cần đưa ra.

Dòng trong tin	Người tuyển đang kiểm tra	Bằng chứng bạn mang đến
Agent suy luận, lập kế hoạch, hành động qua tool	Agent tự quyết định gọi tool nào, không phải chatbot	Agent gọi 3 tool (tra cơ sở dữ liệu, gọi API nội bộ giả lập, tạo ticket), log từng bước suy luận
Python production	Code sống được ngoài máy bạn	Test cho từng tool, xử lý lỗi khi tool timeout, Dockerfile
Kinh nghiệm ngành có quy định chặt chẽ	Hiểu kiểm toán và phân quyền	Audit log ghi ai hỏi gì, agent đọc những bản ghi nào
Kubernetes và Helm production	Cài, nâng cấp, rollback được	Helm chart cho chính agent, hai file values cho hai môi trường
Đánh giá hạ tầng cùng IT khách	Discovery kỹ thuật	Checklist câu hỏi dùng trước khi cài

Ô cuối là ô dễ bỏ qua khi tự chuẩn bị, nên đáng làm kỹ hơn cả.

Một checklist tốt hỏi những điều có thể làm hỏng buổi triển khai: cluster đang chạy phiên bản nào, có được gọi ra internet không, image sẽ được kéo từ registry nội bộ nào, đăng nhập đi qua identity provider nào, log phải lưu bao lâu, và dữ liệu nào bị cấm rời khỏi một vùng mạng nhất định.

Mỗi câu hỏi đó tương ứng với một sự cố có thể xảy ra ngoài hiện trường. Hỏi trước thì sự cố được giải quyết trên giấy chứ không phải trong ngày go-live.

Chuẩn bị theo thứ tự nào?

Việc đầu tiên là chọn nhánh. Nếu thế mạnh của bạn là backend Python và bạn từng xây hệ thống gọi nhiều dịch vụ, hãy nhắm Agentic Platform.

Nếu bạn từng vận hành cluster thật, xử lý networking và từng bị một chính sách bảo mật chặn đường, Infrastructure hợp hơn. Tech Lead dành cho người đã từng dẫn một đội nhiều chuyên môn đưa sản phẩm đến người dùng cuối.

Với bản khu vực công, khi đã đủ điều kiện bắt buộc, bằng chứng cốt lõi vẫn là bằng chứng của nhánh hạ tầng.

Nhưng vì tin mô tả FDE là cây cầu giữa North và đội kỹ sư của khách, bạn nên kèm thêm một tài liệu bàn giao viết cho chính đội kỹ sư đó: cách cài, nâng cấp, rollback bản triển khai và cần liên hệ ai khi có sự cố.

Sau đó, hãy xây một dự án như ví dụ ngân hàng ở trên, nhưng dồn sức vào phần việc của nhánh bạn chọn. Người làm agent nên đầu tư vào việc đánh giá agent chọn đúng tool hay chưa. Người làm hạ tầng nên thử cài trên một cluster chặn egress để tự gặp những lỗi mà khách on-prem sẽ gặp.

Cuối cùng, viết lại CV theo hướng kết quả. Một dòng kiểu “Kubernetes, Helm, Python, LangChain” chỉ cho biết bạn biết tên công cụ. Một dòng như “Đóng gói agent Python gọi 3 tool nội bộ thành Helm chart, triển khai lên cluster không có kết nối internet ra ngoài, kèm checklist đánh giá hạ tầng dùng trước khi cài” thì trả lời được ba dòng yêu cầu cùng lúc.

Những lỗi khiến hồ sơ trượt sớm

Lỗi dễ tránh nhất là không đọc kỹ các điều kiện bắt buộc. Bản khu vực công đòi quốc tịch Canada và security clearance, và không portfolio nào bù được hai thứ đó. Tương tự, mức đi công tác 20–40% là chuyện cần nghĩ kỹ trước khi nộp, không phải sau buổi phỏng vấn cuối.

Lỗi thứ hai là mang demo prompt đi ứng tuyển vị trí đòi production. Lỗi thứ ba hay gặp ở người làm hạ tầng chỉ quen tạo cluster bằng vài cú bấm trên dịch vụ managed của cloud, trong khi North còn được cài on-prem, nơi bạn phải tự lo registry, chứng chỉ và đường mạng.

Ứng viên Tech Lead dễ sa vào kể chuyện code. Tin tuyển nói rõ người này lo từ khâu lập kế hoạch đến khi người dùng cuối dùng được sản phẩm, nên câu chuyện bạn cần kể là một đợt rollout: ai được đào tạo, kiểm thử thế nào, và chuyện gì xảy ra trong tuần đầu tiên.

Khi chuẩn bị phỏng vấn, đừng chỉ ôn agent hay Kubernetes. Cả bốn tin đều đặt bạn giữa sản phẩm và đội kỹ sư của khách, nên hãy luyện cả cách đặt câu hỏi đúng cho một đội IT xa lạ trước khi chạm vào hệ thống của họ, bắt đầu ngay từ cách bạn đọc tin tuyển dụng.