Khai thác lập luận là gì? Khai thác lập luận là nhánh của xử lý ngôn ngữ tự nhiên tự động xác định cấu trúc lập luận bên trong văn bản thông thường — câu nào đưa ra tuyên bố, câu nào đưa ra lý do, và liệu mỗi lý do có hỗ trợ hay tấn công tuyên bố mà nó gắn liền.

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à gì?

Khai thác lập luận là gì?

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

Tóm lại

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.

Bốn công việc mà khai thác lập luận phải thực hiện

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 đó.

1. Tìm các phần lập luận

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.

2. Ghi nhãn cho từng phần

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.

3. Tìm hiểu cái gì phản ứng với cái gì

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.

4. Quyết định hỗ trợ hoặc tấn công

Đố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 đó.

Nguồn gốc của việc khai thác lập luận

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ỷ.

1958

Toulmin phá vỡ logic hình thức

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.

những năm 1990

Walton mô tả cách mà mọi người thực sự tranh luận.

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.

1991

Freeman chính thức hóa cấu trúc lập luận

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 đó.

2013–2015

Các tập hợp dữ liệu đến

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ộ.

2010s

Mô hình thống kê và mô hình thần kinh

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ì.

những năm 2020

Các mô hình ngôn ngữ lớn thay đổi kinh tế học

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.

Tại sao nó khó hơn những gì nghe có vẻ.

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 đó.

Hầu hết các cuộc tranh luận đều không nói ra mối liên hệ.

"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.

Các cuộc tấn công hiếm khi xảy ra, vì vậy các mô hình thường dự đoán thấp chúng.

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.

Đồng ý với chủ đề không giống như ủng hộ cha mẹ.

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.

Cách Argumentree sử dụng khai thác lập luận

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 đều gắn liền với nguồn gốc của nó.

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.

Hỗ trợ và tấn công được mô hình hóa đúng cách.

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.

Đầu ra là một bản nháp, không phải là một phán quyết.

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.

Cấu trúc tồn tại qua cuộc trò chuyện

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.

Khám phá thêm

Câu hỏi thường gặp

Khai thác lập luận là gì trong những thuật ngữ đơn giản?

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.

Khai thác lập luận khác với tóm tắt như thế nào?

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.

Khai thác lập luận có giống với phân tích cảm xúc không?

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.

Ai đã phát minh ra khai thác lập luậ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.

Tại sao việc phát hiện tấn công lại khó hơn việc phát hiện hỗ trợ?

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.

Liệu khai thác lập luận có thay thế phán đoán của con người không?

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.

Tài liệu tham khảo & đọc thêm

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 →

Chuỗi khai thác lập luận

Từ Toulmin đến Transformers: Cách Khai thác Lập luận Trở thành Một Công nghệ
Năm 1958, một triết gia đã xuất bản một cuốn sách về lý luận mà từ chối trở thành về logic hình thức, và được nói rằng ông đã lạc khỏi bản đồ. Sáu mươi năm sau, mọi hệ thống đọc một bản sao và cho bạn biết điều gì đã được tranh luận đều sử dụng từ vựng của ông. Đường cong của việc khai thác lập luận: bảo đảm của Toulmin, các câu hỏi phản biện của Walton, sự cắt đứt của Freeman, các tập hợp dữ liệu đã làm cho nó có thể đo lường được, và nửa phần mà chưa bao giờ trở nên dễ dàng hơn.
Đọc bài viết
Dạy máy đọc lập luận: Thập kỷ của các tập hợp chú thích
Cho hai người chú thích đã được đào tạo cùng một đoạn văn và hỏi câu nào là tuyên bố. Họ thường không đồng ý — và thực tế đơn lẻ đó đã hình thành nên thập kỷ biến việc khai thác lập luận từ một lý thuyết thành một nhiệm vụ có thể đo lường. Tại sao sự đồng thuận giữa các người chú thích lại là giới hạn thực sự, tại sao thể loại quan trọng hơn khối lượng, và tại sao nhiều dữ liệu hơn không bao giờ khắc phục được việc phát hiện quan hệ.
Đọc bài viết
Tại sao phát hiện tấn công là vấn đề khó nhất trong khai thác lập luận
Sự không đồng ý là một thiểu số nhỏ trong dữ liệu được chú thích — trong một số tập dữ liệu, dưới một phần mười các mối quan hệ. Vì vậy, các mô hình học được rằng đoán sự đồng ý thường là an toàn, điều này hoàn toàn ngược lại với lý do bạn triển khai một mô hình. Ba lý do cấu trúc khiến việc phát hiện tấn công kháng cự lại giải pháp, và lý do tại sao lớp hiếm là lớp mà các quyết định dựa vào.
Đọc bài viết
Khi LLM gặp Khai thác lập luận: Điều gì đã thay đổi và điều gì không thay đổi
Trong hai mươi năm, câu trả lời cho câu hỏi 'chúng ta có thể khai thác lập luận trên dữ liệu của mình không?' là một câu hỏi khác: bạn sẽ phải chú thích bao nhiêu nghìn tài liệu trước? Các mô hình ngôn ngữ lớn đã khiến câu hỏi đó không còn được đặt ra nữa. Những gì sự sụp đổ của nút thắt corpus thực sự thay đổi, những gì nó để lại chính xác ở vị trí của nó, và cái bẫy mới đã xuất hiện trong trang phục của một giải pháp.
Đọc bài viết
Cách Argumentree Chuyển Một Biên Bản Thành Một Cây Lập Luận
Nhập một cuộc họp ngân sách vào một công cụ trích xuất và hỏi lập luận nào quan trọng nhất, và nó sẽ đưa cho bạn một thống kê — điều này hoàn toàn sai. Một cái nhìn tổng quan về cách chúng tôi áp dụng khai thác lập luận: tại sao các cuộc thảo luận được phân loại thành các danh mục một từ, tại sao chính xác một lập luận cho mỗi danh mục trở thành tuyên bố chính, tại sao sự tự tin của mô hình lại là cách sai để chọn nó, và tại sao không có gì tồn tại nếu không được trích dẫn từ nguồn của bạn.
Đọc bài viết

Chuyển một bản sao thành cây lập luận

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í