Legal Prompt Library: 30 Tested Prompts for Brazilian Court Publications
A practical library of 30 prompts for extracting deadlines, identifying urgent actions, distinguishing orders, and summarizing Brazilian legal publications.
Explore the practical framework
In this article8 sections
- Why legal prompts matter when processing court publications
- How to write a reliable prompt for extracting legal deadlines
- 30 legal prompts for summaries, deadlines, and urgent actions
- How to test a legal prompt before production
- Implementation rules that prevent dangerous automation errors
- How to connect legal prompts to the Pocket Jurídico feed through MCP
- What a safe operating model looks like in daily legal work
- Common mistakes when automating legal publication analysis
Why legal prompts matter when processing court publications
A legal prompt library gives lawyers and legal operations teams a repeatable way to turn unstructured court publications into useful information. Instead of asking an AI tool to simply “summarize this,” a well-designed prompt defines the fields, legal distinctions, evidence requirements, and review rules that matter for the workflow.
The first problem is volume. A single publication may contain a case reference, procedural history, a decision, a deadline, a party obligation, and administrative information in the same block of text. A generic summary can be readable while still omitting the one sentence that starts a response period.
The second problem is ambiguity. Expressions such as “intimate-se,” “manifeste-se,” “junte-se,” and “dê-se ciência” do not all create the same operational consequence. The prompt must ask the model to classify the event, identify its recipient, preserve the source wording, and state when human confirmation is required.
Brazilian deadlines also require legal context. A prompt should not calculate a final date from a publication alone unless the workflow has reliable information about the applicable rule, the date of official publication, local holidays, suspension periods, and the type of procedural period. The Brazilian Code of Civil Procedure on Planalto is a useful primary reference for teams designing their validation rules.
The goal is not to replace legal judgment. The goal is to reduce repetitive reading, make relevant facts visible sooner, and give a lawyer a structured starting point that can be checked against the original publication.
How to write a reliable prompt for extracting legal deadlines
A strong prompt separates extraction from interpretation. First ask the model to copy or identify the relevant passage, parties, procedural act, recipient, and stated period. Only then ask it to classify the event or estimate a date, and require the model to explain which source text supports the result.
Use a fixed output schema. At minimum, include publication type, case number, court or tribunal, responsible party, action required, deadline expression, trigger date, calculated date if available, urgency level, confidence, source excerpt, and human review status. A schema makes missing information visible and allows the result to enter a case management system without manual reformatting.
The prompt should also define what the model must not do. It should never invent a deadline, assume that every “notice” creates an obligation, treat a filing date as an official publication date without evidence, or silently resolve conflicting dates. In those cases, the correct output is “review required,” not a confident guess.
A useful instruction is: “If the publication does not provide enough information to calculate a date, return null for the calculated deadline and explain the missing input.” This simple rule is more valuable than forcing a complete-looking answer.
For legal teams operating under Brazil’s data protection rules, prompt design should also reflect access controls, retention, and minimization. The Brazilian General Data Protection Law, Law No. 13,709/2018 should be part of the organization’s broader governance review when publications contain personal or sensitive information.
30 legal prompts for summaries, deadlines, and urgent actions
The prompts below are designed as reusable templates. Replace the fields in brackets with your own variables, and preserve the instruction to quote the supporting passage. The examples assume Brazilian court publications and should be reviewed against the applicable procedural context.
-
Publication summary Prompt: “Summarize the publication in five bullets. Identify the court, case number, parties, procedural event, decision, and next action. Do not add facts that are not present. Quote the sentence supporting the next action.”
-
Executive summary for a corporate legal team Prompt: “Create a plain-English summary for a legal manager. Include case status, business impact, required action, responsible team, deadline information, and open questions. Separate confirmed facts from interpretation.”
-
Lawyer-facing technical summary Prompt: “Summarize this publication for counsel using procedural terminology. Preserve the legal basis cited by the court, identify the ruling’s practical effect, and distinguish findings from orders. End with a review checklist.”
-
Deadline extraction Prompt: “Extract every explicit deadline. For each one, return the exact expression, recipient, required action, trigger described in the text, and source excerpt. If no deadline is explicit, return an empty list.”
-
Deadline candidate detection Prompt: “Find language that may create a procedural deadline, including ‘manifestar-se,’ ‘contestar,’ ‘recorrer,’ ‘juntar,’ ‘pagar,’ and equivalent expressions. Classify each item as explicit deadline, possible deadline, or no deadline, and explain why.”
-
Deadline calculation guardrail Prompt: “Calculate a deadline only when the publication supplies a valid trigger date, period, unit, and responsible party. If any element is missing, set calculated_date to null, list the missing element, and mark human_review as true.”
-
Business-day versus calendar-day classification Prompt: “Determine whether the stated period is expressed in business days, calendar days, months, or another unit. Do not infer the unit from custom or memory. If the text is ambiguous, return ‘ambiguous’ and quote the relevant passage.”
-
Multiple deadlines in one publication Prompt: “Create one record for each deadline in this publication. Do not merge deadlines with different recipients or actions. Sort the records by operational urgency and retain the original order as a separate field.”
-
Appeal-related deadline check Prompt: “Identify whether the publication communicates a decision that may require analysis of an appeal or response. Do not state that an appeal is available unless the text supports that conclusion. Return decision_type, possible_action, stated_period, and review_questions.”
-
Payment or compliance deadline Prompt: “Check whether the publication orders payment, compliance, document production, or another concrete act. Identify the obligated party, amount or object, deadline wording, consequences mentioned, and evidence needed to confirm completion.”
-
Urgent action detector Prompt: “Flag urgent actions involving a deadline, injunction, seizure, hearing, asset restriction, release order, suspension, service failure, or immediate compliance. Assign high urgency only when the text supports it, and quote the evidence.”
-
Hearing identification Prompt: “Determine whether a hearing, session, mediation, inspection, or expert appointment is mentioned. Extract date, time, location or virtual access information, participants, preparation tasks, and missing logistics.”
-
Injunction or provisional relief detector Prompt: “Identify any order granting, denying, maintaining, modifying, or requesting analysis of provisional relief. State the practical obligation, affected party, effective period if stated, penalty if stated, and review trigger.”
-
Administrative notice filter Prompt: “Classify the publication as substantive decision, procedural order, administrative notice, service confirmation, docket update, or unclear. Explain the classification using the publication’s wording and identify whether a lawyer action is required.”
-
Interlocutory decision versus administrative order Prompt: “Distinguish a decision that resolves a procedural or substantive issue from an administrative act that only records, forwards, certifies, or organizes information. Return classification, legal effect, action required, and supporting excerpt. Use ‘unclear’ when the text does not permit a safe distinction.”
-
Judgment detector Prompt: “Check whether the publication contains a judgment or final ruling. Extract the outcome, relief granted or denied, monetary amounts if stated, party obligations, appeal information stated in the text, and next operational step.”
-
Order to amend a filing Prompt: “Identify whether the court ordered an amendment, correction, supplement, or regularization of a filing. Extract what must be corrected, who must act, the stated period, required attachments, and consequences of noncompliance.”
-
Document request extractor Prompt: “List every document or piece of evidence requested by the court. For each item, identify the responsible party, deadline, format or authentication requirement, and whether the request is explicit or inferred.”
-
Expert evidence workflow Prompt: “Identify orders involving expert evidence, expert fees, questions for the expert, appointment, challenge, or report deadlines. Create a task list for counsel and flag any date or responsibility that requires confirmation.”
-
Party and counsel identification Prompt: “Extract the parties, counsel, law firm, and any recipient named in the publication. Preserve spelling exactly as written, distinguish parties from representatives, and flag inconsistent names against the case metadata.”
-
Case-number and instance validation Prompt: “Check the case number, court, chamber, jurisdiction, and instance against the supplied case metadata. Return matching fields, conflicting fields, and fields absent from the publication. Do not correct a value without evidence.”
-
Duplicate publication detection Prompt: “Compare this publication with the supplied recent publications. Determine whether it is a duplicate, a correction, a continuation, or a new event. Explain the comparison using date, case number, event wording, and document identifiers.”
-
Contradictory information detector Prompt: “Find contradictions involving dates, parties, deadlines, amounts, decisions, or procedural status. Quote both conflicting passages, describe the operational risk, and mark human_review as true.”
-
Plain-language client summary Prompt: “Rewrite the confirmed content for a client with no legal training. Explain what happened, what it means, what must happen next, who owns the task, and what remains uncertain. Do not provide legal advice beyond the publication.”
-
Internal task creation Prompt: “Convert the publication into actionable tasks. Each task must include title, description, owner_role, due_date if confirmed, priority, dependencies, evidence_required, and source_excerpt. Never create a due date from an unsupported assumption.”
-
Email draft for responsible counsel Prompt: “Draft a concise internal email about this publication. Include case identifier, event, required action, confirmed deadline, uncertainty, and requested confirmation. Use a neutral tone and do not imply that a date is final when review is required.”
-
Calendar event draft Prompt: “Create a calendar event only for a confirmed hearing, meeting, inspection, or explicit deadline. Return title, start date, end date if known, timezone, location, attendees, preparation notes, and source excerpt. If the date is uncertain, return no event and explain why.”
-
Risk scoring Prompt: “Score operational risk from low, medium, high, or critical using only deadline proximity, irreversible consequences, financial exposure, service or hearing information, and uncertainty. List the factors used and do not treat uncertainty as proof of high legal merit.”
-
Human review decision Prompt: “Set human_review to true when the text is ambiguous, deadlines conflict, a calculation depends on external calendars, a decision may require legal interpretation, OCR quality is poor, or a high-impact order is detected. Explain the exact review reason.”
-
Structured final response Prompt: “Return valid JSON with these fields: publication_summary, classification, case_number, court, parties, actions, deadlines, urgent_flags, source_excerpts, uncertainties, confidence, and human_review. Use null for unavailable scalar values and [] for unavailable lists. Do not include commentary outside the JSON.”
A compact example shows the intended behavior. Input: “Intime-se a parte autora para, no prazo de 15 dias, manifestar-se sobre a contestação.” Output: “action: respond to the defense; responsible_party: plaintiff; stated_period: 15 days; trigger: service or publication event, as confirmed by the workflow; calculated_date: null; urgency: medium; human_review: true.” The model should not invent the final date from that sentence alone.
How to test a legal prompt before production
- 1
Build a representative evaluation set
Collect at least 100 anonymized publications covering ordinary notices, deadlines, hearings, administrative acts, decisions, OCR errors, duplicate records, and conflicting dates. Keep a separate gold-standard answer reviewed by qualified legal staff.
- 2
Define field-level success criteria
Measure more than whether the summary sounds good. Track precision for deadline detection, recall for urgent actions, accuracy of recipient identification, exactness of source excerpts, valid JSON rate, and the percentage of cases correctly sent to human review.
- 3
Test difficult negatives
Include publications that mention a deadline without creating one, administrative notices with no legal action, and orders where the period is incomplete. A reliable prompt must avoid false positives, not only find obvious deadlines.
- 4
Compare prompt versions
Run an A/B test with the same documents, model, temperature, and output constraints. In observed client tests supplied for this framework, initial deadline extraction precision was approximately 85% for labor cases and 78% for civil cases, showing why performance should be measured by area rather than generalized.
- 5
Set release thresholds
Choose minimum scores for each field before automation. For example, a team may accept automatic summaries at a lower threshold but require mandatory review for any deadline calculation, injunction, appeal-related event, or low-confidence classification.
- 6
Monitor production drift
Review errors by court, publication type, OCR quality, and practice area every month. Changes in document formatting can reduce accuracy even when the prompt has not changed, so keep samples and version history.
Implementation rules that prevent dangerous automation errors
- ✓Keep the original publication attached to every AI result. A summary without its source passage is difficult to audit and unsafe for deadline management.
- ✓Separate extraction, classification, calculation, and notification into different steps. This makes it easier to identify whether an error came from the document, the prompt, the calendar logic, or the integration.
- ✓Use confidence as a review signal, not as proof of correctness. A confident model can still be wrong when the source is incomplete or ambiguous.
- ✓Require human review for injunctions, seizures, hearings, appeals, conflicting dates, unclear recipients, poor OCR, and any result that could create an irreversible consequence.
- ✓Do not let the model silently apply local holidays or suspension periods. Feed verified calendar data into a separate calculation service, then show the assumptions used.
- ✓Keep prompt versions tied to evaluation results. A small wording change can improve recall while reducing precision, especially for administrative notices and short publications.
- ✓Protect personal data through access controls, retention policies, role-based visibility, and careful logging. Avoid placing unnecessary case content into prompts or third-party systems.
- ✓Create feedback buttons such as correct, incomplete, wrong classification, wrong deadline, and review required. Structured feedback is more useful than informal complaints in chat.
- ✓Use a fallback answer when the model fails schema validation. The fallback should preserve the publication, create a review task, and never fabricate a deadline.
- ✓Treat cost as an operational metric. Estimate usage per monitored name or term, average publication size, number of prompt calls, retry rate, and the percentage routed to a cheaper summary flow.
How to connect legal prompts to the Pocket Jurídico feed through MCP
- 1
Define the MCP event contract
Map the incoming publication to stable fields such as publication_id, case_number, court, publication_date, source_text, document_links, monitored_term, and metadata. Keep identifiers separate from the text so the result can be written back to the correct process.
- 2
Select the prompt flow
Use a summary flow for every publication, then route possible deadlines, urgent actions, and unclear classifications to specialized prompts. This tiered design controls cost while reserving deeper analysis for higher-risk events.
- 3
Return structured output
A practical response should include publication_id, summary, classification, actions, deadlines, urgent_flags, confidence, source_excerpts, and human_review. Validate the schema before updating the feed or creating a calendar task.
- 4
Apply the fallback rule
If the MCP call times out, the output is invalid, required fields are missing, or the model detects ambiguity, keep the publication visible and create a review marker. Do not replace the original text with an incomplete AI response.
- 5
Write back to the operational workflow
Approved results can appear beside the publication, feed comments can record the reviewer’s decision, and confirmed dates can be sent to the office calendar or internal system. The legal team should be able to see both the AI suggestion and the final human decision.
- 6
Measure usage and cost
Track calls per publication, average input and output size, retries, model route, and monitored names or terms. A usage-based design makes it possible to compare a broad summary flow with a narrower deadline flow before expanding automation.
What a safe operating model looks like in daily legal work
The best prompt is not necessarily the longest one. It is the prompt that produces a consistent result for a defined decision, exposes uncertainty, and fits the way the legal team already assigns work.
A small office might use three flows: a daily summary, a deadline detector, and a human-review queue. A corporate legal department may add business impact, outside counsel ownership, contract references, and escalation rules for injunctions or hearings.
The review screen should make comparison easy. Show the original publication, extracted fields, source excerpts, confidence, and reviewer controls in one place. Comments attached to the publication are more useful than scattered emails because they preserve why a deadline was accepted, changed, or rejected.
Cost control comes from routing. Run a short classification prompt on every new item, use a richer prompt only when a deadline or urgent signal appears, and avoid sending duplicate publications through the full flow. Estimate cost using the number of monitored names and terms, publication volume, average text size, retry rate, and model pricing rather than relying on a single average.
A useful governance report includes total publications processed, percentage summarized automatically, deadline precision, urgent-action recall, human-review rate, invalid-output rate, average processing time, and cost per monitored term. These measures tell leadership whether the workflow is reducing manual checks without hiding legal risk.
Common mistakes when automating legal publication analysis
The most common mistake is asking for a final deadline without supplying a reliable trigger date and calendar source. The model may produce a plausible date, but plausibility is not evidence and can create a false sense of security.
Another mistake is combining every task into one prompt. A request to summarize, classify, calculate, draft an email, update a calendar, and decide whether an appeal is appropriate creates too many opportunities for silent failure. Separate outputs make testing and review much clearer.
Teams also overlook negative examples. If the evaluation set contains only publications that clearly create deadlines, the prompt may appear accurate while flagging routine administrative notices in production. Include no-action cases, duplicate records, corrections, and ambiguous language.
Finally, avoid measuring quality only through user satisfaction. A polished summary can receive positive feedback while missing a required attachment or misidentifying the responsible party. Legal automation needs field-level tests and sampled human review, especially when results drive calendar events or escalation.
Pocket Jurídico is most useful when it becomes part of this controlled workflow: publications arrive in a process-centered feed, AI assists with summaries and extraction, and the team keeps the final decision with the source and its review history. The result is less repetitive checking without pretending that every procedural question can be safely automated.
Frequently Asked Questions
How do I write a prompt that extracts procedural deadlines correctly?▼
Ask the model to identify the exact deadline expression, recipient, required action, trigger, unit, and source excerpt before requesting any calculation. Require null when the trigger date, period, or calendar assumptions are missing. Add a human-review flag for ambiguity, conflicting dates, poor OCR, and high-impact orders.
Can AI calculate a Brazilian court deadline from a publication?▼
It can help identify the relevant period and prepare a calculation, but the final date may depend on official publication timing, procedural rules, holidays, suspension periods, and the type of proceeding. A safe workflow uses the AI for extraction and a verified calendar service for calculation. The result should display its assumptions and remain subject to legal review.
What is the difference between a procedural decision and an administrative court notice?▼
A procedural decision generally resolves an issue or directs a party to take a legally relevant step, while an administrative notice may only record, forward, certify, or organize information. The distinction depends on the wording and practical effect of the publication. A prompt should return the supporting excerpt and use an unclear classification when the text does not support a safe conclusion.
How can I test a legal prompt before using it in production?▼
Create a representative, anonymized dataset with a human-reviewed answer for each publication. Measure field-level precision and recall for deadlines, urgent actions, recipients, classifications, source excerpts, and human-review routing. Include negative examples and compare prompt versions under the same model and configuration.
How does MCP connect legal publications to ChatGPT, Claude, or Gemini?▼
MCP can provide a structured connection between an AI client and approved publication or process data, allowing a prompt flow to receive context and return structured results. The integration should validate identifiers, enforce permissions, check the output schema, and apply a fallback when the model fails or detects ambiguity. The exact connector and authorization design should be defined by the organization’s technical and security teams.
What should happen when a legal AI prompt is uncertain?▼
The system should preserve the original publication, return the uncertain fields explicitly, quote the relevant text, and create a human-review task. It should not infer a date, recipient, or legal consequence merely to complete the output schema. Review reasons should be visible so the team can improve the prompt and evaluation dataset.
How much does it cost to process legal publications with AI?▼
Cost depends on publication volume, average text length, number of prompt calls, model selection, retries, and how many monitored names or terms generate publications. A practical estimate multiplies expected publications by input and output usage, then adds integration and review overhead. A tiered flow can lower cost by using a short classifier first and reserving deeper analysis for possible deadlines or urgent actions.