Paper deep dive
In With the Old: Enhancing 'Classical' Document Automation with Generative AI
Marc Lauritsen, Hannes Westermann
Intelligence
Status: succeeded | Model: Gemma-4-26B-A4B | Prompt: intel-v1 | Confidence: 91%
Last extracted: 10/13/2026, 3:27:08 AM
Summary
This paper explores the integration of generative AI (LLMs) with classical document automation systems to improve legal assistance and access to justice. It proposes a 'neural-symbolic' approach where LLMs assist in drafting, identifying flaws, and gathering missing information for legal documents, while classical systems handle structured data and formatting. Preliminary experiments using GPT-4o demonstrate that LLMs can effectively identify missing elements in candidate texts and generate corrected documents, though challenges remain regarding hallucination, tone control, and seamless integration.
Entities (10)
Relation Signals (7)
Marc Lauritsen â affiliatedwith â Capstone Practice Systems
confidence 95% ¡ Marc Lauritsen ... address: Capstone Practice Systems, Harvard, Massachusetts
Hannes Westermann â affiliatedwith â Maastricht University
confidence 95% ¡ Hannes Westermann ... address: Maastricht Law and Tech Lab, Maastricht University
GPT-4o â usedin â Document Automation Experiment
confidence 95% ¡ We carried out the experiments with the model gpt-4o-2024-11-20
LawHelp Interactive â uses â HotDocs
confidence 90% ¡ One service in the United States (LawHelp Interactive) has used âclassicalâ document automation (mostly HotDocs)
Generative AI â enhances â Document Automation
confidence 85% ¡ explores how document automation services ... can usefully enhance and be enhanced by current generative AI approaches.
Document Automation â enhances â Generative AI
confidence 85% ¡ explores how document automation services ... can usefully enhance and be enhanced by current generative AI approaches.
Dallma â relatedto â Legal Case Drafting
confidence 80% ¡ the Dallma system for legal case and letter drafting Westermann (2024)
Cypher Suggestions (0)
No Cypher suggestions yet.
Abstract
Abstract:Software-based legal assistance systems have leveraged many different forms of knowledge representation and reasoning. This article explores how document automation services rooted in expert system style and other symbolic approaches can usefully enhance and be enhanced by current generative AI approaches. We discuss the possible benefits and challenges, and report on preliminary experiments in using large language models to identify and fix issues in texts written by laypeople.
Tags
Links
- Source: https://arxiv.org/abs/2610.07480v1
- Canonical: https://arxiv.org/abs/2610.07480v1
Trouble viewing inline? Open PDF directly â
Full Text
35,907 characters extracted from source content.
Expand or collapse full text
*1 In With the Old: Enhancing âClassicalâ Document Automation with Generative AI Marc Lauritsen Hannes Westermann Abstract Software-based legal assistance systems have leveraged many different forms of knowledge representation and reasoning. This article explores how document automation services rooted in expert system style and other symbolic approaches can usefully enhance and be enhanced by current generative AI approaches. We discuss the possible benefits and challenges, and report on preliminary experiments in using large language models to identify and fix issues in texts written by laypeople. keywords document automation, large language models, access to justice, neural-symbolic reasoning â copyrightyear: 2024â copyright: Copyright for this paper by its authors. Use permitted under Creative Commons License Attribution 4.0 International (C BY 4.0).â venue: AI for Access to Justice Workshop at ICAIL2025â email: marc@capstonepractice.comâ address: Capstone Practice Systems, Harvard, Massachusettsâ email: hannes.westermann@maastrichtuniversity.nlâ address: Maastricht Law and Tech Lab, Maastricht University, Maastricht, Netherlandsâ corresp: Corresponding author. 1 Introduction Legal document automation tools have been readily available since the 1980s. Hundreds of vendors have come and gone. The technology is mature and powerful, albeit seen as increasingly âold schoolâ as new forms of AI have emerged. It has natural applicability to contexts within which people without easy access to lawyers need to make decisions and produce documents with legal significance. One service in the United States (LawHelp Interactive) has used âclassicalâ document automation (mostly HotDocs) to deliver over a million bespoke document packages each of the last several years (without charge) for people in need of legal assistance. Nonprofits and law schools have mounted many similar efforts. See Roads, Towers, and Online Legal Help Lauritsen (2020) for an overview of the state of things as of several years ago. Letâs consider how the old and new might be combined to skyrocket the effectiveness of online legal assistance. Think of it as âneural-symbolic.â We explore this question both from a conceptual perspective (see sections 3, 4 and 5) and experimentally (section 6 to 7), by carrying out an experiment on whether LLMs can detect and cure flaws in texts. 2 Related Work In this paper, we discuss the integration of large language models to enhance document automation. One of the key use-cases of this approach is addressing the access to justice gap. Using AI and document assembly to address access to justice has long been a key field of study. Notable examples include the automatic assembly of protection order advisories Branting (2001), the providing of legal information Westermann and Benyekhlef (2023); Westermann (2023); Paquin et al. (1991), dispute resolution de la Rosa and Zeleznikow (2021); Schmitz and Zeleznikow (2021); Salter (2017); Bickel et al. (2015); Branting et al. (2022) and supporting negotiation of parties. Lodder and Zelznikow (2005); Zeleznikow (2016); Thompson (2015) In order to go beyond symbolic reasoning in such systems, we here explore the capability of large language models to analyze texts, identify flaws and produce corrected versions of narrative sections of legal forms or documents. Large language models have seen tremendous interesting in the legal field over the past few years. For example, large language models have shown promising performance in tasks such as answering legal exam questions Katz et al. (2024), statutory reasoning Blair-Stanek et al. (2023), the explanation of legal terms Savelka et al. (2023b), the annotation of legal documents Savelka et al. (2023a); Savelka (2023) and the thematic analysis of legal documents DrĂĄpal et al. (2023). Specifically to increase access to justice, LLMs have been explored as ways to provide legal information Tan et al. (2023); Westermann and others (2023); Hagan (2023), to mediate conflicts Westermann et al. (2023); Tan et al. (2024), to perform legal intake Steenhuis and Westermann (2024) and to support the expert creation of legal information tools Janatian et al. (2023) and document automation tools Steenhuis et al. (2023). Likewise, the specific integration of large language models in document assembly has recently received attention from other researchers. Bornmann (2024) explores how LLMs are able to support the drafting of documents in a domestic violence situation, with promising initial results. Westermann (2024) introduced a system that can combine symbolic reasoning with large language models, to e.g. fill out forms or perform legal reasoning. Westermann and Savelka (2024) used the multi-modal capabilities of large language models to automatically extract information from textual forms, which can then be included in a document automation workflow. Here, we expand upon this work by examining whether LLMs can be given requirements in the form of text, apply these requirements to assess whether a candidate text is lacking and formulate relevant questions to obtain the missing information, and finally use the supplied information to create a corrected version of the text. 3 A Thought Experiment People in Washington State who wish to get a court order against domestic violence can use this online module from Law Help Interactive (LHI).11 1 Available online at https://lawhelpinteractive.org/Interview/InterviewHome?templateId=8208. Upon completion, this module produces a personalized package of pleadings and instructions. Halfway through a very detailed questionnaire they see a page like the one in figure 1. Figure 1: Screenshot of the domestic violence court order module. Note that during the interview users can switch between English and Spanish, and there is frequent âhelpâ in the form of on-screen text. But users are largely left to their own devices when it comes to composing texts to enter in the empty field that calls for a long narrative response. What if there was a button âClick here for help in answering this questionâ that brought up a conversational chat (on screen or orally) that guided the user through a process of composing an optimal factual statement? The chat could start out by introducing itself to the user, and summarizing what theyâve already said in the interview. If the user hasnât already signaled her language preference by having opted to consume the interview in Spanish, it could ask âAre you comfortable in English?â in multiple languages, and if the answer is no, switch to whatever language they indicate. One could draw upon answers elsewhere in the interview, since they are available in session memory on the server and/or in the local browser session and can be accessed as JSON or an XML blob. The chat could use leading questions to gather material for a draft narrative, based on a model of what a good one looks like and interact with the user appropriately based on a model of the user that itself is based on what is already known or the user is asked. (The user might be low literacy, with little experience with the legal system, or a repeat player, perhaps a domestic violence advocate herself.) Pieces would be stitched together in a stylistically appropriate way, and then the draft text would be shown to the user - âDoes this seem accurate and complete?â If not, or the user makes edits, the draft could be reassessed against the model. Once the process settled, the text would be entered in the interview and the user could proceed to answer other questions and assemble their documents. A variation: LHI offers a Connect feature for âassisted pro seâ situations in which user answers to a module like this can be reviewed and edited by a legal aid lawyer or other advocate. In that scenario, we could provide the reviewing advocate with a machine-generated assessment of the draft narrative and suggestions for improvement, which the advocate could go over with the user. Another variation: Move the entire âinterviewâ process to a conversational one, with the LLM being driven by a definition of that interview and its requirements. (What information of what kind needs to be provided given other information that has been provided.) In other words, have the LLM ingest an interview definition (variables and logic) and use that as a script for a more flexibly interactive conversation with a user. This all could be part of more general artificial curiosity. Hereâs a quick prototype one of us cooked up, using in part some of the on-screen guidance in the above system: https://chatgpt.com/g/g-6784fd6e27208191878f923cd9dba6fa-dv-narrative-drafting 4 Some Benefits Standing alone, document âassemblyâ applications are very effective at eliciting information and producing well formatted and error-free court forms; they are not well suited for helping users compose long passages of text. Standing alone, GenAI applications can excel at question answering and conversational explorations of issues; they are not optimal for producing well formatted and error-free court forms. But together these two approaches offer compelling advantages: ⢠By offering flexible combinations of form-like data fields and free-form exchanges, systems can address a wider spectrum of users and user needs. ⢠Rather than presenting users with long written explanations and suggestions, such content can be operationalized via system prompts to help structure interactive conversations. Such sessions can also be contextualized by information about circumstances and goals that have been gathered via more parametric affordances. ⢠Multiple languages can be made available for both inputs and outputs, as well as spoken modes. 5 Some Challenges Naturally, achieving these benefits will pose challenges. ⢠First, there are the usual concerns about the quality and correctness of advice being given by an LLM-based system, especially when languages other than English are involved and users are unfamiliar with legal processes and terminologies. Workflows will need to be engineered to minimize misinformation and excessive suggestiveness. ⢠Users will need to be assured that their personal information is not being stored or used for training. Yet system providers will naturally want insight into how the systems are being used, and ideally have them âlearnâ from such usages. ⢠Unless the classical and GenAI aspects of the user experience can be seamlessly integrated, context and interface switching can be offputting to users, and some will get lost. ⢠Someone will need to underwrite the costs of consuming sessions with the LLM provider(s), although these could perhaps be minimized by creating special purpose models that are trained on the specific requirements of the situation. ⢠Guidance-rich applications, like the one highlighted above, already come close to crossing the information/advice line in the minds of aggressive defenders of the legal professionâs monopoly on law âpractice.â Adding conversational aspects that help litigants compose factual declarations may be attacked as unauthorized practice, or even as âcoaching the witness.â See Unauthorized Help Lauritsen (2024) for counterarguments. ⢠Ethical issues will require attention, such as ensuring that users do not have any expectation that a lawyer-client relationship is involved and the courts and counterparties are alerted that AI assistance was made available to the litigant while they prepared their pleadings. 6 Experimental Setup In order to explore the potential of the approaches described above, we set up an experiment to validate whether an LLM can analyze a text in light of specific requirements, assess which elements are missing to comply with these requirements, request these from a user and integrate them into a complete text. Such an approach would open the door to integrate LLMs as drafting assistants. As part of a general document assembly system, the user could upload their initial idea of how to compose a specific narrative, upon which the LLM could help them spot issues with their text and even correct it to comply with the specific requirements of the form. This method could be very powerful, since knowing which forms to fill out and how can present a major obstacle to laypeople Branting et al. (2020); Savage and McDonald (2022). Similar approaches have been attempted in areas such as protection orders Bornmann (2024), legal intake Steenhuis and Westermann (2024) and in the Dallma system for legal case and letter drafting Westermann (2024). Here, we present an experiment that seeks to systematically evaluate the capability of an LLM to redraft a text in light of various criteria. 6.1 Dataset Instructions Candidate Text Questions (Answers) Corrected Text This is a draft contract for the sale of a good. It should adhere to the following requirements or include this information: ⢠The name of the seller and buyer ⢠The specific good in question ⢠The sale price ⢠The date of the sale ⢠Who shall undertake the delivery ⢠Is the good sold âas-isâ or is the seller liable for a defective good? I am selling a car to Reed Thomas. He will pick it up on December 20th 2024. ⢠What is the specific car being sold? 1999 Volkswagen âBug.â ⢠What is the sale price of the car? $475 ⢠Is the car being sold âas-isâ or will you, as the seller, be liable for any defects? As-is ⢠What is your name as the seller? Jane Smith Contract for Sale of Goods This contract is entered into on December 20, 2024, by and between Jane Smith (âSellerâ) and Reed Thomas (âBuyerâ). 1. Description of the Good: The Seller agrees to sell, and the Buyer agrees to purchase, a 1999 Volkswagen âBug.â 2. Sale Price: The agreed sale price for the vehicle is $475. 3. Date of Sale: The sale shall take place on December 20, 2024. 4. Delivery: The Buyer, Reed Thomas, shall undertake the responsibility of picking up the vehicle on the date of sale. 5. Condition of the Good: The vehicle is sold âas-is,â and the Seller, Jane Smith, makes no warranties or guarantees regarding the condition of the vehicle. The Seller shall not be liable for any defects or issues with the vehicle after the sale is completed. By signing below, both parties agree to the terms outlined in this contract. Table 1: Example of an instructions text, a candidate text, questions (LLM) with answers provided by us, and the final text written by the LLM. In order to perform the experiment, we created a dataset of three simulated scenarios, containing a textual description of requirements for a document. 1. S1 - A letter reporting an issue in an apartment to a landlord. The requirements stipulate that various elements need to be included in this letter (such as the specific issue affecting the apartment and whether the landlord was contacted), as well as that the language should be formal and correct. 2. S2 - A purchase agreement for a good. The requirements stipulate that the document needs to include elements such as the name of the buyer and seller, the good in question, the price, the date of the sale, and who is responsible for damage and delivery. 3. S3 - A template for an employment agreement. This template is a simplified version of a real-world template for HotDocs, and as such contains text with a number of slots that need to be filled by the user (such as name of the company and employee, job title and monthly salary). The template also contains a conditional - if the employee has the right to seminar days, a specific section in the text needs to be included. Unlike the other two examples, here the expected output is much more constrained, as a specific wording is given. For each of these scenarios, we came up with five âcandidate textsâ. These all contain one or more flaws, i.e. do not correspond to the provided document requirements. Most are missing relevant data (such as the date on which the landlord was contacted), or they may contain misspelled words. We took note of the specific flaws to facilitate evaluation. Table 1 shows the instructions for S2 and an example candidate. 6.2 Model We carried out the experiments with the model gpt-4o-2024-11-20, as a standard state-of-the-art choice. We set the temperature to 0 to reduce hallucinations and increase replicability. 6.3 Pipeline In order to analyze the ability of the LLM to assess the ability of an LLM to address the issue with the candidate setup, we came up with the following two-step experimental setup: 6.3.1 Step 1 - Generate Questions to Obtain Missing Information INSTRUCTIONS: These are instructions on how a document should look. I will provide you with a candidate document, and you will return a list of flaws and questions to ask the user to fix these flaws. Return a JSON object with the keys âquestionsâ. The value of âquestionsâ is a list of strings, each representing a question that should be asked to the user to cure these flaws and capture the missing information. Stick to the specific instructions. Do not ask for information that is not in the instructions. Only address the flaws with one question each. If the document is a template, only ask for the variables that are in the template. Table 2: Prompt for Pipeline Step 1 In the first step, the model is asked to generate questions to obtain the information missing from the candidate text, based on the provided instructions. The prompt (see Table 2), thus tells the model to generate questions based on the missing information. The candidate text is then provided to the model as a user prompt. Since the model sometimes asked too many questions, we instructed it to specifically instruct it to only ask questions actually included in the instructions. You can see an example of generated questions in table 1. Beyond this, we kept the tuning of the prompt to a minimum, to examine the behavior of a system implemented with simple instructions. 6.3.2 Step 2 - Producing the corrected document Next, we wrote answers to the questions posed by the model, and examined whether it was able to use these together with the initial information to produce a corrected text, adhering to the provided instructions. The prompt for this step can be seen in Table 3. You can see an example of a produced text in table 1. INSTRUCTIONS: These are instructions on how a document should look. I will provide you with a candidate document, as well as answers to follow-up questions asked to the user. Based on this information, create a new document that is correct, i.e. directly corresponds to the instructions. Return the answer as a text string. Table 3: Prompt for Pipeline Step 2 6.4 Experiments To evaluate the ability of the LLM to ask relevant follow-up questions and integrate them into a corrected document, we examined the following questions, both quantitatively and qualitatively. 6.5 E1 - Assessing the quality of the questions First, for the generated questions for a document, we assessed whether the follow-up questions asked by the model are sufficient to identify the information missing from the candidate text. We further captured notes on the process for qualitative analysis. Asking follow-up questions is a key feature of systems such as Dallma Westermann (2024) and in the legal aid system Steenhuis and Westermann (2024). Here we examine whether LLMs can generate questions to reliably address flaws in documents. 6.6 E2 - Assessing the quality of the corrected text After providing answers to the questions posed by the LLM, we reviewed the generated texts to investigate whether they correspond to the provided instructions. We further reviewed the output content to verify whether the answer is âhallucination-freeâ, or whether the model has confabulated information. The exact questions can be seen in Table 4. Note that we took a relatively generous view on what constitutes a âhallucinationâ. For a hallucination to be present, an entirely new fact would have to be introduced. Filling in details directly stemming from a fact (e.g. the loss of a laptop causing financial damages) were not counted as a hallucination, since argumentative drafting is something that LLMs could be useful for. 7 Results & Discussion Scenario Do the questions asked capture all of the missing elements? Does the corrected text comply with the instructions? Is the corrected document free of hallucinations, i.e., made up facts not part of the candidate text or questions? S1 - Apartment reclamation 100% 100% 100% S2 - Sale Contract 80% 80% 100% S3 - Employment contract 100% 20% 100% Table 4: Evaluation results for generated questions and corrected texts. In total, 5 examples were evaluated per scenario. The results of our analysis are presented in table 4. 7.1 Tenant apartment reclamation Let us start with examining S1, regarding the tenant describing an issue in their apartment. Follow-up questions - In all five cases, the model asked the questions corresponding to the flaws which we noted when creating the data. In almost all cases, the model went further than us in identifying the flaws, by asking additional questions that we had not anticipated. For example, while the instructions specified that the text should specify whether the landlord was contacted, the model also asked whether they responded and how they were contacted. On the one hand, this is good - it shows that the model takes initiative in collecting relevant information. On the other hand, it shows the difficulty of guiding LLMs, as they were specifically instructed not to go beyond the instructions in this case. One of the requirements in the instructions was that the answer should use a formal tone, and not have any grammatical errors. The models seemed to be a bit confused as to how to deal with this requirement, and in two cases asked the user to correct their text or confirm the correct spelling of words. Perhaps, informing the model that it could later redraft the text would alleviate this issue. Corrected Texts - For the corrected text, we likewise found the model to work very well. After being provided with the candidate text and the answered questions, the LLM would output a detailed text complying with the provided instructions. In all of the cases, we found that the elements lacking from the initial candidate text were included, which is a positive result. The style of the answer corresponded to a complete entire letter, i.e. starting with a formal greeting and ending with âSincerelyâ. This is not fully compliant with the instructions, which specify that the text represents a âpart of a submission for a claim against a landlordâ. If integrating such a system into a full document assembly system, care needs to be undertaken to ensure that the generated text fits into the overall document. Finally, while there were no direct âhallucinationsâ, the model did tend to elaborate on facts that were not fully explained in the candidate text. For example, based on the information âMy computer was ruined. [due to a water leak]â, the model wrote the following text: Most notably, the leak caused damage to my computer, which is an essential item for both my personal and professional activities. This has resulted in financial loss and significant inconvenience. This may be desirable in many situations, but can also be seen as an embellishment. This shows the importance of further tuning the prompt, or having a human in the loop to verify the results. 7.2 Purchase agreement Next, let us examine S2, focused on the purchase agreement. Here, the requirements are more specific - while S1 includes information such as â[the text] needs to be specific in what happenedâ, S2 only includes a list of elements that need to be in the text, such as the names of the sellers and buyers, the specific item sold, the price etc. Follow-up questions - In S2, the model likewise did a good job of asking questions to obtain the missing information from the user, as per the instructions. In a single case, it missed that the date of sale is not necessary the same as the date of delivery. Otherwise, the questions corresponded very closely to the flaws we noted down initially. Just like in S1, sometimes the model went further than we anticipated. For example, in one case, the context included a sentence saying that a bike would be picked up within the next two weeks. The model asked questions to attempt to clarify the specific day, and what would happen if the bike was not picked up. Even though these requirements may be legally relevant, they were not part of the instructions as provided. Corrected Texts - The texts created in S2 were all found to contain all of the elements as indicated in the instructions. The model chose to adopt a specific form for the sale contract, containing an introduction specifying e.g. âThis Contract of Sale is entered into on 1/28/25 by and between âŚâ, and then the names of the seller and buyer. Further, the created document contains a place for the signature. These elements were not part of the instructions, but seem to stem from a general expectation of the model of what a contract of sale should look like. None of the corrected texts contained any hallucinations, but rather stuck to the information provided. 7.3 Employment Contract The final scenario, S3, focused on a template for an employment agreement. Here, the style of instructions is very different, in modeling a template document with specific slots that need to be filled. Table 5 shows an excerpt from this template. In total, the template contains 5 slots, one of which is a boolean slot that determines whether a certain section is shown or not. This conditional is provided in the template as text, to examine the ability of the LLM to apply a conditional. By being bound to a specific template, S3 is the most constrained of the scenarios. EMPLOYMENT AGREEMENT This Employment Agreement, by and between company_name and employee_name is entered into as per today. As of today, company_name employs employee_name, and employee_name accepts employment, as a full-time job_title. Table 5: Part of instructions for S3 Follow-up Questions - In all five examples, the model spotted the missing information in the candidate texts, and asked the correct questions to obtain the information. However, the model was again somewhat overambitious, and sometimes asked for questions on topics that were already covered in the candidate text. Further, the model occasionally struggled with understanding which parts of the template were slots that could be changed (such as the name of the employee and whether they had the right to seminar days), and also asked e.g. how many seminar days the employee had the right to and the date of the start of employment. Neither of these were slots, but rather part of the text-portion of the template. Corrected text - In general, the model was able to adhere to the instructions, and integrate the information into the template at the correct spot. The model further mostly applied the conditional correctly, by including or excluded the entire block in-between the conditional markers depending on whether we said that seminar days should be included or not. However, the conditional did fail in one of the cases. Further, as a consequence of the additional questions for non-slots being asked, the model did frequently change details in places where they were supposed to be locked in place by the template, e.g. by adding a date or changing numbers like the employment date. Depending on the use-case, this may not be a huge issue â many templates serve as a drafting aid, and the user is always in control to fully change them. However, in some cases, these âprotectedâ texts may be required to be intact. Here, other approaches such as e.g. semi-structured drafting Westermann (2024), which can guarantee the integrity of certain parts of the text, may need to be adopted. 7.4 Overall Discussion Overall, the experiment shows promise in being useful for spotting missing facts, obtaining those facts from the user and using them to correct a candidate text. It is clear that this approach is powerful, and that AI systems show promise in helping e.g. laypeople craft legal narratives. However, the experiment also shows the difficulty of ensuring precision in AI outputs. In multiple instances, the models were âover-enthusiasticâ. Instead of directly adhering to the provided instructions and prompt, the LLM would sometimes let a predefined notion of what certain types of documents should look like take precedence, especially in the absence of specific instructions regarding certain elements. While this may not always be harmful, the designers of such systems needs to be aware of this property of large language models. This result shows that large language models are not a silver bullet for document automation. Proper care has to be used to properly specify the prompt. Further, designers of such systems may want to use approaches where the document is prepared for human review, rather than directly using the LLM output. Finally, approaches integrating other AI methods into a system (see e.g. Westermann (2024); Janatian et al. (2023); Westermann and others (2023)) may be required in certain scenarios. As always, deliberate design and evaluation of AI systems is paramount. References Bickel et al. (2015) E. A. Bickel, M. A. van Dijk, and E. Giebels Online legal advice and conflict support: a dutch experience. Report, University of Twente. Cited by: §2. Blair-Stanek et al. (2023) A. Blair-Stanek, N. Holzenberger, and B. Van Durme Can GPT-3 perform statutory reasoning?. Proceedings of the Nineteenth International Conference on Artificial Intelligence and Law, p. 22â31. Cited by: §2. Bornmann (2024) E. Bornmann CLEOâs Narrative Generator Prototype: Using GenAI to Help Unrepresented Litigants Tell Their Stories. AI4A2J Workshop 2024. Cited by: §2, §6. Branting et al. (2020) K. Branting, C. Balhana, C. Pfeifer, J. S. Aberdeen, and B. Brown Judges are from mars, pro se litigants are from venus: predicting decisions from lay text.. In JURIX, p. 215â218. Cited by: §6. Branting et al. (2022) K. Branting, S. McLeod, S. Howell, B. Weiss, B. Profitt, J. Tanner, I. Gross, and D. Shin A computational model of facilitation in online dispute resolution. Artificial Intelligence and Law 31 (3), p. 465â490. External Links: Document Cited by: §2. Branting (2001) L. K. Branting Advisory systems for pro se litigants. In Proceedings of the 8th international conference on Artificial intelligence and law, p. 139â146. Cited by: §2. de la Rosa and Zeleznikow (2021) F. E. de la Rosa and J. Zeleznikow Making intelligent online dispute resolution tools available to self-represented litigants in the public justice system: towards and ethical use of the ai technology in the administration of justice. In Proceedings of the Eighteenth International Conference on Artificial Intelligence and Law, p. 195â199. Cited by: §2. DrĂĄpal et al. (2023) J. DrĂĄpal, H. Westermann, and J. Savelka Using large language models to support thematic analysis in empirical legal studies. arXiv preprint arXiv:2310.18729. Cited by: §2. Hagan (2023) M. Hagan Good ai legal help, bad ai legal help: establishing quality standards for responses to peopleâs legal problem stories. In JURIX, Vol. 2023, p. 36th. Cited by: §2. Janatian et al. (2023) S. Janatian, H. Westermann, J. Tan, J. Savelka, and K. Benyekhlef From text to structure: using large language models to support the development of legal expert systems. In Legal Knowledge and Information Systems, p. 167â176. Cited by: §2, §7.4. Katz et al. (2024) D. M. Katz, M. J. Bommarito, S. Gao, and P. Arredondo Gpt-4 passes the bar exam. Philosophical Transactions of the Royal Society A 382 (2270), p. 20230254. Cited by: §2. Lauritsen (2020) M. Lauritsen Roads, towers, and online legal help. (en). External Links: Link Cited by: §1. Lauritsen (2024) M. Lauritsen Guest post: unauthorized help - a contrarian upl analysis. (en-US). External Links: Link Cited by: 5th item. Lodder and Zelznikow (2005) A. R. Lodder and J. Zelznikow Developing an online dispute resolution environment: dialogue tools and negotiation support systems in a three-step model. Harv. Negot. L. Rev. 10, p. 287. Cited by: §2. Paquin et al. (1991) L. Paquin, F. Blanchard, and C. Thomasset Logeâexpert: from a legal expert system to an information system for non-lawyers. In ICAIL 1991, p. 254â259. Cited by: §2. Salter (2017) S. Salter Online dispute resolution and justice system integration: british columbiaâs civil resolution tribunal. Windsor Yearbook of Access to Justice 34 (1), p. 112â129. Cited by: §2. Savage and McDonald (2022) L. Savage and S. McDonald Experiences of serious problems or disputes in the canadian provinces, 2021. Juristat: Canadian Centre for Justice Statistics, p. 1â28. Cited by: §6. Savelka et al. (2023a) J. Savelka, K. D. Ashley, M. A. Gray, H. Westermann, and H. Xu Can GPT-4 support analysis of textual data in tasks requiring highly specialized domain expertise?. Proceedings of ASAILâ23. Cited by: §2. Savelka et al. (2023b) J. Savelka, K. D. Ashley, M. A. Gray, H. Westermann, and H. Xu Explaining legal concepts with augmented large language models (GPT-4). arXiv preprint arXiv:2306.09525. Cited by: §2. Savelka (2023) J. Savelka Unlocking practical applications in legal domain: evaluation of GPT for zero-shot semantic annotation of legal texts. arXiv preprint arXiv:2305.04417. Cited by: §2. Schmitz and Zeleznikow (2021) A. J. Schmitz and J. Zeleznikow Intelligent legal tech to empower self-represented litigants. Colum. Sci. & Tech. L. Rev. 23, p. 142. Cited by: §2. Steenhuis et al. (2023) Q. Steenhuis, D. Colarusso, and B. Willey Weaving pathways for justice with gpt: llm-driven automated drafting of interactive legal applications. External Links: 2312.09198 Cited by: §2. Steenhuis and Westermann (2024) Q. Steenhuis and H. Westermann Getting in the door: streamlining intake in civil legal services with large language models. arXiv preprint arXiv:2410.03762. Cited by: §2, §6.5, §6. Tan et al. (2023) J. Tan, H. Westermann, and K. Benyekhlef ChatGPT as an artificial lawyer?. Artificial Intelligence for Access to Justice (AI4AJ 2023). Cited by: §2. Tan et al. (2024) J. Tan, H. Westermann, N. R. Pottanigari, J. Ĺ avelka, S. MeeĂšs, M. Godet, and K. Benyekhlef Robots in the middle: evaluating llms in dispute resolution. External Links: 2410.07053, Link Cited by: §2. Thompson (2015) D. Thompson Creating new pathways to justice using simple artificial intelligence and online dispute resolution. IJODR 2, p. 4. Cited by: §2. Westermann and Benyekhlef (2023) H. Westermann and K. Benyekhlef Justicebot: a methodology for building augmented intelligence tools for laypeople to increase access to justice. ICAIL 2023, p. 351â360. Cited by: §2. Westermann et al. (2023) H. Westermann et al. Bridging the gap: mapping layperson narratives to legal issues with language models. In ASAIL 2023, Cited by: §2, §7.4. Westermann et al. (2023) H. Westermann, J. Savelka, and K. Benyekhlef LLMediator: Gpt-4 assisted online dispute resolution. Artificial Intelligence for Access to Justice (AI4AJ 2023). Cited by: §2. Westermann and Savelka (2024) H. Westermann and J. Savelka Analyzing images of legal documents: toward multi-modal llms for access to justice. External Links: 2412.15260, Link Cited by: §2. Westermann (2023) H. Westermann Using artificial intelligence to increase access to justice. Cited by: §2. Westermann (2024) H. Westermann Dallma: semi-structured legal reasoning and drafting with large language models. 2nd Workshop on Generative AI and Law. Cited by: §2, §6.5, §6, §7.3, §7.4. Zeleznikow (2016) J. Zeleznikow Can artificial intelligence and online dispute resolution enhance efficiency and effectiveness in courts. In IJCA, Vol. 8, p. 30. Cited by: §2.