Khai thác lập luận (còn gọi là khai thác lập luận) biến đổi văn bản không có cấu trúc — một biên bản cuộc họp, một cuộc tư vấn chính sách, một bài luận, một chủ đề diễn đàn — thành một bản đồ có cấu trúc về ai đã lập luận điều gì và dựa trên cơ sở nào. Lĩnh vực này thường được mô tả là bốn nhiệm vụ liên kết: tìm các đoạn lập luận trong văn bản, gán nhãn mỗi đoạn là một tuyên bố, một tiền đề hoặc bằng chứng, xác định đoạn nào phản hồi cho đoạn nào, và quyết định xem mỗi mối quan hệ là hỗ trợ hay tấn công. Nó phát triển từ lý thuyết lập luận — tài khoản của Stephen Toulmin vào năm 1958 về cách mà các lập luận hàng ngày thực sự được xây dựng, và danh mục các mẫu lý luận lặp lại của Douglas Walton — và trở thành một ngành học tính toán vào những năm 2010 thông qua các tập hợp dữ liệu được chú thích như các bài luận thuyết phục của Christian Stab và Iryna Gurevych, và các văn bản lập luận vi mô của Andreas Peldszus và Manfred Stede. Argumentree sử dụng khai thác lập luận để biến một biên bản hoặc tài liệu đã dán thành một cây lập luận ủng hộ và phản đối mà mọi người có thể đọc, chỉnh sửa, đánh giá và mở rộng.

Khai thác lập luận là nhánh của AI đọc văn bản thông thường và xác định cấu trúc lập luận của nó — câu nào là khẳng định, câu nào là lý do được đưa ra cho chúng, và liệu mỗi lý do hỗ trợ hay tấn công điểm mà nó gắn liền. Đây là công nghệ đứng sau việc chuyển đổi biên bản cuộc họp thành một cây lập luận có cấu trúc ủng hộ và phản đối.
Cập nhật lần cuối: 2026-07-29
Khai thác lập luận (hay khai thác lập luận) tự động trích xuất lý lẽ bên trong văn bản không có cấu trúc. Trong khi phân tích cảm xúc hỏi văn bản này cảm thấy như thế nào và tóm tắt hỏi nó nói gì, khai thác lập luận hỏi điều gì đang được tuyên bố, trên cơ sở nào, và điều gì phản bác lại điều đó. Đây là điều cho phép phần mềm chuyển đổi một bản sao, một phản hồi tư vấn hoặc một bài luận thành một bản đồ lập luận thay vì một tóm tắt.
Các nhà nghiên cứu thường chia vấn đề thành bốn nhiệm vụ liên kết với nhau. Mỗi nhiệm vụ khó hơn nhiệm vụ trước, và một lỗi xảy ra sớm sẽ lan truyền qua mọi thứ sau đó.
Hầu hết các câu trong một tài liệu thực tế không phải là lập luận — chúng là lời chào, logistics, bối cảnh hoặc sự nhắc lại. Công việc đầu tiên là quyết định đoạn văn nào thực sự mang một tuyên bố hoặc lý do.
Một tuyên bố là một lập trường mà ai đó đang đưa ra. Một tiền đề là lý do được đưa ra cho nó. Bằng chứng là dữ liệu, nghiên cứu hoặc ví dụ hỗ trợ cho lý do đó. Cùng một câu có thể là một tuyên bố trong một tài liệu và là một tiền đề trong tài liệu khác — vai trò của nó phụ thuộc vào việc nó đang làm gì, chứ không phải vào cách nó được diễn đạt.
Các lập luận không phải là một danh sách phẳng. Một lý do gắn liền với một tuyên bố cụ thể; một phản biện gắn liền với một lý do cụ thể. Khôi phục cấu trúc đó là điều biến một đống câu đã trích xuất thành một cây.
Đối với mỗi liên kết trong cây: điều này có làm mạnh thêm thứ mà nó gắn vào, hay làm yếu đi? Đây là bước thường hay sai lầm nhất, và lý do sẽ được giải thích ở phần dưới.
Chỉ khi tất cả bốn điều này được thực hiện, bạn mới có thứ mà bạn có thể thực sự điều hướng: một tuyên bố, lý do cho nó, các phản đối đối với những lý do đó, và các phản hồi đối với những phản đối đó.
Khai thác lập luận là một lĩnh vực tính toán còn non trẻ dựa trên một lĩnh vực lý thuyết đã tồn tại lâu hơn nhiều. Lý thuyết ra đời trước khoảng nửa thế kỷ.
Trong cuốn The Uses of Argument, Stephen Toulmin lập luận rằng các lập luận thực sự không giống như các hình thức suy diễn. Ông đề xuất các phần của một lập luận hàng ngày bao gồm khẳng định, cơ sở, bảo đảm, hỗ trợ, điều kiện và phản biện — từ vựng mà toàn bộ lĩnh vực vẫn sử dụng.
Douglas Walton ghi lại các mẫu lặp lại của lý luận hàng ngày — kêu gọi ý kiến chuyên gia, lập luận từ phép tương tự, lập luận từ hậu quả — mỗi mẫu đều có một bộ câu hỏi phản biện để chỉ ra nơi nó có thể thất bại.
James Freeman phân biệt các tiền đề chỉ hoạt động cùng nhau với các tiền đề mà mỗi cái đều có thể đứng độc lập, và tách biệt việc tấn công một kết luận khỏi việc tấn công suy diễn dẫn đến nó — một sự phân biệt rất quan trọng khi một cỗ máy phải thực hiện điều đó.
Khai thác lập luận trở thành một nhiệm vụ tính toán có thể đo lường khi các tập dữ liệu được chú thích xuất hiện. Stab và Gurevych chú thích các tuyên bố, tiền đề và mối quan hệ trong các bài luận thuyết phục; Peldszus và Stede xây dựng một tập hợp các văn bản lập luận ngắn cụ thể để nghiên cứu cấu trúc lập luận. Các tiêu chuẩn chung giúp so sánh tiến bộ.
Hệ thống học cách gán nhãn các đoạn tranh luận và phân loại các mối quan hệ từ các ví dụ đã được gán nhãn. Việc phát hiện thành phần trở nên đáng tin cậy. Việc phát hiện mối quan hệ — quyết định cái gì gắn với cái gì, và liệu nó hỗ trợ hay tấn công — vẫn khó khăn một cách kiên trì.
Các mô hình ngôn ngữ đa mục đích có thể thực hiện các nhiệm vụ khai thác lập luận mà không cần được đào tạo trên một tập hợp dữ liệu đã được chú thích trước. Điều này loại bỏ rào cản thực tiễn lớn nhất — cần hàng nghìn ví dụ được chú thích bằng tay cho mỗi lĩnh vực — và làm cho việc khai thác lập luận có thể sử dụng trên văn bản kinh doanh thông thường.
Việc trích xuất các yêu cầu là phần dễ dàng. Khó khăn nằm ở các mối quan hệ — và có ba lý do cho điều đó.
"Cây cầu không an toàn, vì vậy chúng ta nên đóng cửa nó" ẩn chứa một nguyên tắc không được nêu rõ: rằng các cấu trúc không an toàn nên được đóng cửa. Toulmin gọi đây là lý do. Con người hầu như không bao giờ nói điều này một cách công khai, điều đó có nghĩa là một cỗ máy phải tái tạo một bước không có trong văn bản.
Trong hầu hết các tập hợp dữ liệu đã được chú thích, phần lớn các mối quan hệ là hỗ trợ; tấn công chỉ chiếm một thiểu số nhỏ. Một mô hình được đào tạo hoặc gợi ý dựa trên phân phối đó sẽ học rằng việc đoán hỗ trợ thường là an toàn — điều này hoàn toàn sai cho những trường hợp quan trọng nhất trong một quyết định.
Dưới một phản đối, một lý do củng cố phản đối đó hỗ trợ cho cha mẹ của nó trong khi phản đối đề xuất tổng thể. Các hệ thống đánh giá lập trường dựa trên cảm giác của câu đối với chủ đề thường hiểu sai điều này, và lỗi này tích lũy xuống nhánh.
Argumentree áp dụng khai thác lập luận cho một công việc cụ thể: biến một bản sao, tài liệu hoặc chuỗi thảo luận thành một cây lập luận ủng hộ và phản đối mà một nhóm có thể làm việc. Thiết kế tuân theo thực tiễn của lĩnh vực này thay vì phát minh ra một phương pháp riêng.
Mỗi lập luận được trích xuất mang theo đúng ngôn từ mà nó xuất phát. Nếu một tuyên bố không thể được truy nguyên về một điều gì đó thực sự có trong nguồn, nó sẽ không được đưa vào cây.
Theo Walton và Freeman, một phản đối có thể tranh cãi một kết luận, tranh cãi bằng chứng đứng sau nó, hoặc tranh cãi bước suy diễn kết nối chúng. Đó là những động thái khác nhau và được coi là những mối quan hệ khác nhau.
Việc trích xuất tạo ra một cây đề xuất. Mọi người xem xét, chỉnh sửa, thay đổi cấu trúc và đánh giá nó trước khi nó trở thành hồ sơ. Máy móc thực hiện bước đầu tiên tẻ nhạt; sự phán xét vẫn thuộc về nhóm.
Bởi vì kết quả là một cây chứ không phải là một bản tóm tắt, những người đóng góp sau này có thể đính kèm một phản đối mới vào lý do chính xác mà nó đề cập, nhiều tháng sau cuộc thảo luận ban đầu.
Hiệu quả thực tiễn là lý do đứng sau một quyết định vẫn có thể được kiểm tra — không chỉ là những gì đã được quyết định, mà còn là những lập luận nào đã được đưa ra, cái gì đã phản biện chúng, và cái gì hoàn toàn không được trả lời.
Bản sao thủ công: trình bày các luận điểm và lý do một cách trực quan bằng tay. Khai thác lập luận tự động hóa những gì bản đồ lập luận thực hiện một cách có chủ đích.
Lĩnh vực rộng hơn mà khai thác lập luận tính toán — logic, tu từ, biện chứng và các khung hình thức đứng sau chúng.
Cấu trúc sáu phần của một cuộc tranh luận hàng ngày, và nguồn gốc của từ vựng về tuyên bố, cơ sở và bảo đảm được sử dụng trong quá trình khai thác lập luận.
Khai thác lập luận áp dụng cho biên bản cuộc họp — ghi lại lý do tại sao một quyết định được đưa ra, chứ không chỉ là những gì đã được nói.
Khai thác lập luận là phần mềm đọc một đoạn văn bản và phân tích lập luận bên trong nó: điều gì đang được tuyên bố, lý do nào được đưa ra, và lý do nào ủng hộ hoặc phản đối những tuyên bố nào. Kết quả là một bản đồ có cấu trúc thay vì một khối văn bản.
Một bản tóm tắt nén lại một văn bản và cho bạn biết đại khái nội dung của nó. Khai thác lập luận bảo tồn cấu trúc: nó cho bạn biết rằng phản đối cụ thể này đã được đưa ra chống lại lý do cụ thể đó, và không ai đã trả lời nó. Các bản tóm tắt mất đi chính sự bất đồng quan trọng cho một quyết định.
Không. Phân tích cảm xúc đo lường thái độ — tích cực, tiêu cực, trung lập. Khai thác lập luận phục hồi lý do. Một câu có thể được diễn đạt theo cách tiêu cực trong khi vẫn ủng hộ quan điểm mà nó gắn liền, và phân tích cảm xúc sẽ hiểu sai điều đó mỗi lần.
Không có một nhà phát minh đơn lẻ nào. Cơ sở lý thuyết là mô hình cấu trúc lập luận của Stephen Toulmin năm 1958, được mở rộng bởi các sơ đồ lập luận của Douglas Walton và tài khoản về siêu cấu trúc lập luận của James Freeman. Lĩnh vực tính toán đã hình thành vào những năm 2010, với các tập hợp dữ liệu được chú thích từ Christian Stab và Iryna Gurevych cũng như từ Andreas Peldszus và Manfred Stede trong số các công trình đã làm cho nó có thể đo lường được.
Hai lý do. Các cuộc tấn công hiếm khi xảy ra hơn so với sự ủng hộ trong các tập dữ liệu mà các hệ thống này học từ đó, vì vậy các mô hình có xu hướng thiên lệch về việc dự đoán sự ủng hộ. Và một cuộc tấn công thường phải được đánh giá tương đối với cha mẹ ngay lập tức của nó hơn là với chủ đề tổng thể — một lý do có thể củng cố một phản đối trong khi phản đối đề xuất mà phản đối đó nhắm đến.
Không, và đối xử với nó như vậy là một sai lầm. Việc trích xuất tạo ra một bản nháp đầu tiên của cấu trúc lập luận. Quyết định xem một lập luận có tốt hay không — liệu bằng chứng có thuyết phục, liệu giả định không được nêu ra có chấp nhận được hay không — là công việc của con người. Giá trị nằm ở chỗ không phải xây dựng cấu trúc bằng tay trước khi công việc đó có thể bắt đầu.
Toulmin, S. E. (1958). Các ứng dụng của lập luận. Nhà xuất bản Đại học Cambridge.
Mô hình Khiếu nại-Dữ liệu-Bảo đảm-Hỗ trợ-Phản biện - nền tảng lý thuyết cho cấu trúc lập luận.
View source →Walton, D., Reed, C., & Macagno, F. (2008). Các sơ đồ lập luận. Nhà xuất bản Đại học Cambridge.
Danh mục các mẫu lý luận lặp lại và các câu hỏi phản biện kiểm tra chúng - từ vựng cho các mối quan hệ hỗ trợ và tấn công.
Freeman, J. B. (1991). Biện chứng và Cấu trúc Vĩ mô của Lập luận: Một Lý thuyết về Cấu trúc Lập luận. Foris / De Gruyter.
Hỗ trợ, phản biện và làm suy yếu trong một cuộc trao đổi giữa người ủng hộ và người phản đối - sự phân biệt giữa việc tấn công một kết luận và tấn công suy diễn đến nó.
View source →Peldszus, A., & Stede, M. (2013). Từ sơ đồ lập luận đến khai thác lập luận trong văn bản: Một cuộc khảo sát. Tạp chí Quốc tế về Thông tin Nhận thức và Trí tuệ Tự nhiên, 7(1), 1-31.
Vận hành hóa mô hình Freeman cho việc khai thác lập luận tự động.
View source →Stab, C., & Gurevych, I. (2014). Ghi chú các thành phần và mối quan hệ lập luận trong các bài luận thuyết phục. Kỷ yếu của COLING 2014.
Khai thác lập luận tính toán cơ bản - tập hợp dữ liệu được chú thích và sơ đồ phía sau việc trích xuất lập luận tự động.
View source →Lawrence, J., & Reed, C. (2019). Khai thác lập luận: Một khảo sát. Ngôn ngữ học tính toán, 45(4), 765-818.
Khảo sát tiêu chuẩn về lĩnh vực - định nghĩa nhiệm vụ, phương pháp và các vấn đề mở.
View source →Dán một biên bản cuộc họp, phản hồi tư vấn hoặc tài liệu và nhận một cây ưu nhược điểm có cấu trúc mà nhóm của bạn có thể xem xét, chỉnh sửa, đánh giá và phát triển.
Bắt đầu miễn phí