DeepSeek viết báo cáo tuần mãi chưa ổn? Đừng cài plugin vội

Thứ sáu nào bạn cũng nhờ DeepSeek viết báo cáo tuần từ ghi chép công việc. Có tuần bản thảo dùng được ngay. Có tuần nó tô hồng một việc chưa xong, hoặc bỏ sót chi tiết bạn đã ghi. Bạn đã biết chat với DeepSeek; vấn đề lúc này là lần hỏi đã nói rõ yêu cầu chưa, cách làm có được giữ lại cho tuần sau không, và tài liệu cần dùng có tìm thấy được không.

Hãy theo cùng một báo cáo tuần từ lần hỏi này sang tuần sau. Lộ trình này phù hợp với người viết tài liệu, sắp xếp tư liệu và xử lý việc lặp lại. Nó không dành cho người muốn huấn luyện mô hình, triển khai riêng, hay đọc bài so sánh mô hình.

Báo cáo tuần trên DeepSeek chưa ổn, thường không phải vì thiếu plugin

Một bản thảo lệch thường có vài nguyên nhân. “Viết báo cáo tuần” chưa cho biết ai sẽ đọc, ghi chép nào là nguồn, hay phải xử lý việc chưa xong ra sao. Sang tuần sau, dù lần này bạn đã sửa lời nhắc rất kỹ, cuộc chat mới cũng không tự biến những sửa ấy thành cách làm ổn định.

Khi cần tham chiếu tài liệu, còn một chuyện nữa: tệp quan trọng có thể đã nằm trong workspace nhưng mang tên chẳng gợi ra nội dung. Plugin không sửa được một yêu cầu mơ hồ, cũng không sửa được một thư mục khó tìm. Trước khi thêm công cụ, hãy xác định lỗi nằm ở lượt hỏi, ở cách làm lặp lại, hay ở nguồn tư liệu.

Hãy nói rõ lượt hỏi này với DeepSeek đã

Bước này chỉ cần gõ chữ trên trang chat chính thức của DeepSeek hoặc App chính thức. Lấy một câu hỏi thật từ tuần trước. Bản trước có thể chỉ là:

Viết giúp tôi một báo cáo tuần.

Hãy viết lại thành một thẻ có thể dùng tiếp. Để phần yêu cầu ổn định ở trên, thay ghi chép và câu hỏi của từng tuần ở dưới. Dùng một kiểu dấu phân cách để DeepSeek nhận ra đâu là chỉ dẫn, đâu là tài liệu nguồn:

Tôi làm vận hành nội dung. Viết báo cáo tuần gửi trưởng bộ phận.

Dùng các mục: tiến độ tuần này, vấn đề gặp phải, kế hoạch tuần sau.
Viết khoảng 250 từ. Mỗi mục viết kết luận trước, rồi mới tới sự kiện minh họa.
Không dùng khẩu hiệu rỗng; không biến việc chưa xong thành việc đã xong; không bịa số liệu.
Nếu không có trong ghi chép thì viết là không có trong ghi chép.

---
[Dán ghi chép thật của tuần này]
---

Câu hỏi lần này: tôi có thể gửi trưởng bộ phận báo cáo tuần nào?

Gửi bản viết lại này trong chat chính thức, rồi xem đoạn thứ hai của câu trả lời có cụ thể hơn, có bám sát ghi chép và người đọc của bạn không. Cũng kiểm những việc còn mở, đừng chỉ nhìn độ trôi chảy. Nếu đã bật chế độ suy nghĩ trong chat, không cần thêm câu “hãy suy nghĩ từng bước” vào thẻ.

Một prompt tốt giải quyết lượt hỏi hiện tại. Nhưng nếu tuần nào bạn cũng phải dán lại quy tắc “đừng nhận việc chưa xong là đã xong”, đã đến lúc lưu cách làm đó.

Cách làm lặp lại mỗi tuần trên DeepSeek nên được lưu thành skill

Từ đây chuyển sang DeepSeek Harness, công cụ mã nguồn mở chạy trên máy của bạn do DeepSeek cung cấp. Skill là kỹ năng, tức cách làm được lưu để dùng lại; nó không phải nút ẩn trong trang chat. Harness hiện vẫn ở giai đoạn developer preview, về sau có thể có thay đổi không tương thích.

Cài Node.js 24.9 trở lên; Node 22 không còn được hỗ trợ. Kiểm tra bằng node --version, rồi chạy trong terminal:

npx @deepseek-ai/dsh web

Lần đầu, npx có thể hỏi có cài @deepseek-ai/dsh không. Chọn có, rồi chờ tải và khởi tạo; bước này có thể mất một lúc. Harness mặc định lắng nghe tại 127.0.0.1:3080, nhưng hãy mở nguyên URL mà terminal in ra, gồm cả token dùng một lần. Chỉ mở http://127.0.0.1:3080 sẽ nhận 401, không vào được. Trình duyệt thường tự mở; nếu không, dán nguyên dòng URL đó vào trình duyệt. Giữ cửa sổ terminal mở, vì đóng nó là tắt giao diện.

Trong Harness, vào Cài đặt → Mô hình (Settings → Models), dán khóa API DeepSeek lấy tại nền tảng DeepSeek rồi lưu; không cần khởi động lại. Sau đó bấm chọn workspace, thêm và chọn thư mục chứa tài liệu. Ô nhập hội thoại chỉ mở khi đã chọn workspace. Từ lúc ấy, agent đã đọc, sửa tệp và chạy lệnh trong workspace được, nên chưa cần plugin đọc tệp.

Tạo .dsh/skills/zhoubao/SKILL.md với nội dung sau. zhoubao là skill viết báo cáo tuần:

---
name: zhoubao
description: "Dùng khi người dùng nhờ viết, chỉnh hoặc kiểm báo cáo tuần từ ghi chép công việc."
---

# Báo cáo tuần

1. Từ ghi chép của người dùng, tách việc đã xong, việc chưa xong và kế hoạch tuần sau.
2. Tổ chức bài theo tiến độ tuần này, vấn đề gặp phải và kế hoạch tuần sau.
3. Mỗi mục viết kết luận trước, rồi mới tới sự kiện minh họa. Không có số liệu trong ghi chép thì đừng thêm số.
4. Việc chưa xong viết thật, không lấy câu cho có để che đi.
5. Trước khi giao, kiểm từng kết luận có truy được về ghi chép gốc hay không.

Đặt skill một cấp dưới thư mục gốc skills, theo dạng name/SKILL.md; Harness cũng nhận file phẳng name.md. Đừng lồng thêm tầng thư mục. Nếu sau này cần scripts/ hoặc references/, chúng là thư mục anh em của SKILL.md; lúc đầu chỉ cần file trên. .agents/skills cũng được quét nhưng có ưu tiên thấp hơn, nên ví dụ này chỉ dùng .dsh/skills. Nếu workspace bạn chọn nằm trong thư mục con của một kho Git, hãy đặt .dsh/skills tại gốc kho.

Lưu file xong thường không cần khởi động lại. Vào danh sách skill kiểm tra tên và mô tả, rồi gọi /zhoubao với ghi chép thật. Thử thêm ba yêu cầu báo cáo tuần thực tế để xem skill có tự kích hoạt không. Nếu cả ba lần đều không kích hoạt, sửa description trước: đó là dòng nói khi nào cần dùng skill.

DeepSeek chỉ dùng được tài liệu mà nó tìm thấy

“Knowledge base” ở đây không phải một nút sản phẩm. Đó là các tệp bạn sắp xếp trong workspace đã chọn, để Harness tìm theo tên và đường dẫn. Ví dụ sau là bịa; cả nội dung tệp lẫn quy tắc nghiệp vụ đều chỉ để minh họa:

01-套餐与报价.md
02-退款政策.md
03-发票说明.md
新建文本文档 (2).md

Ba tên đầu lần lượt nói về gói cước và báo giá, chính sách hoàn tiền, hướng dẫn hóa đơn. Tên cuối là kiểu mặc định “Tài liệu văn bản mới (2).md”. Giả sử bạn hỏi: khách mua gói 299, ngày thứ 5 muốn hoàn tiền, cần làm gì? Chỉ nhìn tên, rất dễ bỏ qua file cuối, dù trong đó ghi rằng phải tạo ticket trên back office trước, mã bắt đầu bằng RF-; thiếu mã thì yêu cầu bị từ chối.

Đổi tên file ấy thành 04-退款工单规则.md, tạm hiểu là “04-quy-tac-ticket-hoan-tien.md”. Lúc này chính thư mục đã chỉ ra một nguồn cần xem. Để kiểm, hỏi một câu mà đáp án thật sự nằm trong tệp, rồi hỏi câu trả lời lấy từ tệp nào, đoạn nào. Nếu DeepSeek không chỉ ra được, hãy kiểm đã chọn đúng workspace chưa, tệp có nằm trong đó không, tên tệp đã rõ chưa. Chưa cần đổi mô hình hay cài plugin đọc tệp.

Plugin DeepSeek chỉ bổ sung việc workspace không làm được

Plugin hợp lý khi bạn có một việc cụ thể nằm ngoài workspace, chẳng hạn tìm thông tin trên mạng hoặc kết nối hệ thống khác. Chưa nên cài nếu bạn chưa nói được lần tới plugin sẽ hoàn thành việc gì; nếu cài từ Git mà chưa ghim commit, chưa xem nội dung và script; hoặc nếu chưa tin nguồn, chưa đọc hộp xác nhận.

Khi đã chọn plugin từ nguồn bạn tin, lệnh cài từ Git có dạng:

npx @deepseek-ai/dsh plugin --profile web add github:owner/repo#<commit>

Nếu đã cài dsh toàn cục, dùng dsh plugin --profile web add .... Hãy ghim vào một commit cụ thể, và xem nội dung cùng script trước khi cài. Chỉ mục plugin không đi kèm nguồn chính thức có sẵn: nội dung đến từ bên thứ ba bạn thêm vào. Chương trình chỉ kiểm tra định dạng tệp, không xác minh những tuyên bố bên trong; hãy đọc nguồn hiện trong hộp xác nhận. Nếu script dựng bị từ chối, làm theo gợi ý trong terminal để cho phép build rồi thử lại. Cài plugin dạng bundle xong thì khởi động lại dsh web một lần.

Sau khi cài, hãy thử đúng việc nó được thêm vào để làm, chẳng hạn tra một phiên bản phần mềm có thể thay đổi theo thời gian rồi đối chiếu nguồn. Đừng dùng khả năng đọc tệp trong workspace để thử một plugin tìm kiếm mạng.

Nếu sau này bạn chỉ muốn kiểm xem hiện đang liệt kê những mô hình DeepSeek nào, có thể xem mục lục mô hình DeepSeek. Cũng có thể xem các mô hình DeepSeek hiện có trên Crazyrouter. Đó không phải bước cấu hình bắt buộc: lộ trình vẫn bắt đầu từ chat chính thức, và dùng khóa API DeepSeek chính thức trong Harness.

Giữ bộ DeepSeek đủ gọn để tuần sau còn dùng được

Tuần sau, hãy lấy lại báo cáo cũ, ghi chép mới và skill zhoubao. Nếu kết quả lệch, hãy xem nó lệch ở chỉ dẫn, ở quy tắc trong skill, hay ở tệp nguồn, trước khi thêm thành phần khác. Bộ này cần thỉnh thoảng cắt bớt: bỏ quy tắc đã cũ và những plugin không còn phục vụ một việc cụ thể. Nếu chỉ làm một việc, hãy lấy việc bạn làm mỗi tuần và viết cách làm của nó vào một SKILL.md.