Viết tóm tắt về bản tóm tắt bảng điểm và mô tả cấu trúc của giao thức. Trả về JSON {"summary_brief":","structure"...","open_questions"..."}: hướng dẫn mô hình về nội dung cần trích xuất, cấu trúc giao thức (quyết định, nhiệm vụ với người chịu trách nhiệm và thời hạn) và cách đánh dấu những vị trí không rõ ràng/lắc lư.
Bản tóm tắt cuộc họp không phải là một bản kể lại mà là một đoạn trích. Bạn cần rút ra ba điều khác nhau từ bản ghi: quyết định (điều gì đã được quyết định cuối cùng), nhiệm vụ (ai, cái gì, khi nào) và câu hỏi mở (cái gì đã treo). Cơ học: mô hình đọc toàn bộ văn bản và nhóm ý nghĩa thành các danh mục này - nhưng chỉ khi bạn đặt tên cho chúng. Yêu cầu chung chung “tạo một bản tóm tắt” gây ra sự lộn xộn; giao thức đưa ra yêu cầu “tách các quyết định khỏi các cuộc thảo luận, đối với mỗi nhiệm vụ chỉ ra người chịu trách nhiệm và thời hạn”. Thủ thuật chuyên nghiệp: yêu cầu rõ ràng người chịu trách nhiệm và thời hạn cho từng nhiệm vụ, nếu họ không có trong mục nhập thì hãy để người mẫu đặt dấu gạch ngang hoặc câu hỏi chứ không bịa đặt. Điều này biến bản tóm tắt thành một tài liệu làm việc có thể được đặt câu hỏi. Bí quyết thứ hai: hỏi ở cuối danh sách “những nơi không thể hiểu được” - những cụm từ có nghĩa gấp đôi; bằng cách này bạn sẽ nhanh chóng tìm được điều cần làm rõ với những người tham gia. Người trong cuộc: một giao thức nửa trang ngắn được đọc, một bản kể lại dài thì không; yêu cầu giới hạn âm lượng. Một sai lầm phổ biến là coi một bản tóm tắt trôi chảy là điều hiển nhiên; luôn kiểm tra lời giải và con số bằng bản ghi gốc.
Mở khóa quyền truy cập để gửi giải pháp nhằm đánh giá AI ngay lập tức.