Bài 6 — Báo cáo tự động & trích dẫn nguồn đáng tin cậy

Một báo cáo CI mà người đọc không kiểm chứng được thì vô giá trị — hoặc tệ hơn, gây quyết định sai. Bài này chuẩn hóa cách agent xuất báo cáo có trích dẫn nguồn kiểu học thuật: mỗi tuyên bố gắn với một nguồn cụ thể mà người đọc bấm vào là thấy.

Cấu trúc báo cáo CI chuẩn

• TL;DR — 3-5 gạch đầu dòng insight quan trọng nhất, mỗi cái có [số].
• Bảng so sánh — dữ liệu khách quan, mỗi ô có chú thích nguồn.
• Phân tích chi tiết — diễn giải từng tiêu chí.
• Cơ hội & rủi ro — từ gap analysis bài 5.
• Nguồn tham khảo — danh sách [1], [2]... đầy đủ URL + ngày truy cập.
• Giới hạn & độ tin — nói rõ chỗ nào dữ liệu yếu.

Cơ chế trích dẫn: đánh số nguồn tập trung

Đừng để mỗi câu dán nguyên URL dài. Hãy gom nguồn vào một registry và tham chiếu bằng số:

class Citations:
    def __init__(self):
        self.urls = []
    def cite(self, url):
        if url not in self.urls:
            self.urls.append(url)
        return self.urls.index(url) + 1   # trả về [n]
    def bibliography(self):
        from datetime import date
        today = date.today().isoformat()
        return "\n".join(
            f"[{i+1}] {u} (truy cập {today})"
            for i, u in enumerate(self.urls))

Khi render một Fact, gọi n = cite(fact.source_url) rồi in giá_trị [n]. Cuối báo cáo in bibliography().

Các bước xuất báo cáo

• Gắn số trích dẫn cho mọi Fact khi duyệt bảng.
• Render TL;DR và phân tích bằng Markdown, chèn [n] ngay sau mỗi tuyên bố.
• Ghi rõ độ tin thấp. Fact có confidence < 0.5 thêm chú thích "(cần xác minh)".
• Sinh mục Giới hạn. Liệt kê tiêu chí thiếu dữ liệu, nguồn cũ, hoặc chỉ 1 nguồn.
• Xuất đa định dạng nếu cần — Markdown để đọc, JSON để máy khác dùng lại.

## TL;DR
- MoMo miễn phí rút 3 lần/tháng [1]; ta thu phí ngay lần đầu [2] → bất lợi.
- ZaloPay vừa tuyển 4 vị trí ML [3] → dấu hiệu đầu tư AI (cần xác minh).

## Nguồn
[1] https://momo.vn/phi (truy cập 2026-07-10)
[2] https://.../bieu-phi (truy cập 2026-07-10)

Quy tắc trích dẫn không thỏa hiệp

• Mỗi con số/tuyên bố sự thật phải có [n]. Câu không nguồn chỉ được phép là diễn giải, và phải viết rõ đó là nhận định.
• Ngày truy cập bắt buộc — web thay đổi, nguồn hôm nay có thể khác tuần sau.
• Không gộp nhiều nguồn mơ hồ. "Theo nhiều nguồn" là cờ đỏ; hãy liệt kê từng cái.

Khung tư duy: Test "bấm-vào-kiểm-tra"

Với mỗi câu trong báo cáo, tự hỏi: nếu sếp bấm vào nguồn, họ có thấy đúng con số này không? Nếu không chắc, câu đó chưa được xuất. Đây là hàng rào chống hallucinate cuối cùng.

Sai lầm thường gặp

• Tuyên bố không nguồn trộn lẫn với có nguồn — người đọc không biết tin cái nào.
• Trích dẫn nguồn không thật (URL do model chế) — đã chặn ở bài 4, nhưng phải kiểm lại ở khâu render.
• Thiếu ngày truy cập — vài tuần sau không ai biết dữ liệu còn đúng không.
• Giấu điểm yếu dữ liệu — không có mục Giới hạn khiến báo cáo trông chắc hơn thực tế.
• Dùng "theo nhiều nguồn" chung chung — không kiểm chứng được.
• Chỉ xuất Markdown khi hệ thống khác cần JSON — phải tính trước dạng tiêu thụ.

Checklist báo cáo

• [ ] Mọi sự thật có [n], mọi [n] có trong mục Nguồn
• [ ] Có ngày truy cập cho từng nguồn
• [ ] Fact độ tin thấp được gắn cờ "cần xác minh"
• [ ] Có mục Giới hạn & độ tin
• [ ] Phân biệt rõ dữ liệu vs nhận định
• [ ] Xuất đúng định dạng người/máy cần dùng

Bài 7: đảm bảo những con số đó thực sự đúng — verify và chống hallucinate.