Những ý tưởng và quyết định tốt nhất trong công ty của bạn diễn ra trong Slack --- và sau đó chúng biến mất vào một cuộn vô tận. Một tháng sau, không ai có thể tìm thấy chủ đề đó nơi quyết định kiến trúc được đưa ra. Đây là cách lưu nội dung Slack dưới dạng Markdown.

Tại Sao Nên Lưu Tin Nhắn Slack Dưới Dạng Markdown?

Slack là nơi kiến thức đi để chết:

Tin nhắn trôi đi --- các kênh hoạt động chôn vùi các thảo luận quan trọng
Tìm kiếm bị hạn chế --- gói miễn phí chỉ tìm kiếm 90 ngày lịch sử
Chủ đề dễ vỡ --- dễ mất dấu các cuộc trò chuyện quan trọng
Không có xuất có cấu trúc --- xuất dữ liệu của Slack là cơn ác mộng JSON
Ngữ cảnh bị mất --- các quyết định được đưa ra trong Slack không được ghi lại ở bất kỳ nơi nào khác

Save Thu Thập Gì

Khi bạn xem Slack trong trình duyệt (app.slack.com):

Nội Dung Chủ Đề

Tin nhắn với tên tác giả và dấu thời gian
Phản hồi chuỗi với cấu trúc
Khối mã và mã nội dòng
Văn bản được định dạng (đậm, nghiêng, danh sách)
Liên kết và nội dung được chia sẻ
Phản ứng (dưới dạng văn bản)

Ví Dụ Đầu Ra

# #engineering — Quyết Định Di Chuyển Cơ Sở Dữ Liệu

---

## @alice — 10 tháng 3, 2026 lúc 10:15 AM

Team, chúng ta cần quyết định chiến lược di chuyển để chuyển
từ MySQL sang Postgres. Hai tùy chọn trên bàn:

**Tùy chọn A:** Di chuyển big-bang trong một cuối tuần
- Ưu điểm: Cắt sạch, không có sự phức tạp ghi đôi
- Nhược điểm: Rủi ro downtime kéo dài, rollback khó khăn

**Tùy chọn B:** Di chuyển dần dần với ghi đôi
- Ưu điểm: Zero downtime, rollback dễ dàng
- Nhược điểm: 2-3 tuần phức tạp, các vấn đề nhất quán tiềm ẩn

## @bob — 10 tháng 3, 2026 lúc 10:23 AM

Ưa thích mạnh mẽ cho Tùy chọn B. Chúng tôi đã làm di chuyển big-bang tại
công ty trước của tôi và nó mất gấp 3 lần dự kiến.
Overhead ghi đôi đáng giá lưới an toàn.

## @carol — 10 tháng 3, 2026 lúc 10:31 AM

Đồng ý với Tùy chọn B. Tôi đã thiết lập ghi đôi trước đây. Những điều chính:

1. Bắt đầu với đọc từ MySQL, ghi vào cả hai
2. Thêm kiểm tra so sánh trong staging
3. Chuyển đọc sang Postgres khi chúng ta tự tin
4. Loại bỏ ghi MySQL cuối cùng

Tiến độ: ~2 tuần nếu chúng ta bắt đầu thứ Hai.

## @alice — 10 tháng 3, 2026 lúc 10:45 AM

Quyết định: Đi với Tùy chọn B (di chuyển dần dần).
@carol dẫn đầu, bắt đầu thứ Hai 14 tháng 3.
Theo dõi trong LINEAR-4521.

Trường Hợp Sử Dụng

Tài Liệu Hóa Quyết Định

Lưu các chủ đề nơi đưa ra các quyết định kiến trúc
Lưu trữ lý do, không chỉ kết quả
Xây dựng nhật ký quyết định có thể tìm kiếm từ các thảo luận Slack
Liên kết quyết định với ticket và tài liệu

Bảo Tồn Kiến Thức

Lưu các giải thích kỹ thuật được chia sẻ trong các kênh trợ giúp
Lưu trữ câu trả lời onboarding cho các thành viên nhóm mới
Xây dựng tài liệu FAQ từ các câu hỏi lặp lại
Bảo tồn kiến thức tổ chức khi mọi người rời đi

Theo Dõi Cuộc Họp

Lưu các chủ đề thảo luận trước cuộc họp
Lưu trữ các mục hành động và quyết định từ các lần đồng bộ Slack
Xây dựng ghi chú cuộc họp từ các cuộc trò chuyện Slack không đồng bộ
Theo dõi các cam kết và deadline được đề cập trong các chủ đề

Lưu Trữ Dự Án

Lưu các thảo luận dự án chính tại các mốc quan trọng
Lưu trữ các chủ đề retrospective
Ghi lại sự phát triển dự án thông qua các cuộc trò chuyện Slack
Xây dựng lịch sử dự án từ các thảo luận phân tán

Mẹo Để Có Kết Quả Tốt Nhất

Sử dụng ứng dụng web --- mở app.slack.com trong trình duyệt của bạn
Mở toàn bộ chủ đề --- nhấp vào chế độ xem chủ đề, không phải xem trước nội dòng
Trang permalink --- nhấp chuột phải vào tin nhắn → Sao chép liên kết → mở trong trình duyệt để thu thập tập trung
Canvas và bài đăng --- trang Slack Canvas lưu tốt dưới dạng tài liệu độc lập
Kết quả tìm kiếm --- lưu trang kết quả tìm kiếm để thu thập nhiều tin nhắn có liên quan

Bắt Đầu

Cài đặt Save từ Chrome Web Store --- giải cứu kiến thức từ Slack của bạn.

Có câu hỏi? Liên hệ tại [email protected]