Five EU/UK in-house workflows added alongside Mike's original three finance workflows
counselos adds five built-in workflows targeting EU/UK in-house counsel - NDA playbook review, GDPR Article 28 DPA review, EU AI Act vendor addendum review, MSA/order-form red-flag memo, and vendor intake triage - and after an initial "replace" commit, reverses course and restores the three upstream finance workflows as well. The result is eight total built-ins.
The first commit replaces Mike's builtin-cp-checklist, builtin-credit-summary, and builtin-sha-summary with five new ones. The second commit (ddbf7367) restores the originals verbatim and updates the README from "rebuilt" to "extended." The commit message is explicit: keep the workflows useful for in-house lawyers who touch credit/SHA work, and keep upstream merges clean by not removing existing IDs.
The five new prompts are long and structurally opinionated. Each pre-declares a fixed section layout and a classification scheme. The NDA review uses RED/AMBER/GREEN with a deviation table and a sign-off recommendation paragraph. The DPA review outputs an eight-row Article 28(3) compliance matrix, a transfer-mechanism table, and ACCEPT/NEGOTIATE/REJECT. The AI Act addendum review covers Article 50 transparency, GPAI obligations under Articles 53-55, and customer-facing risk allocation. The MSA review produces a traffic-light memo intended for a non-lawyer business owner. Vendor intake triage assigns a risk tier and maps to GDPR/AI Act/DORA/NIS2 with required approvers and legal turnaround SLAs.
Every prompt includes a self-check instruction - the DPA prompt, for example, tells the model to verify that the transfer-mechanism table is consistent with the sub-processor list before finalizing. The DPA prompt is the most coupled to the generate_docx API: it specifies exact section headings, table column names, and an eight-row structure. If your fork's generate_docx schema has diverged from upstream, that prompt needs adjustment before it'll produce valid output.
The frontend re-add of the upstream workflows adds a practice field ("General Transactions" / "Finance" / "Corporate") that the original entries didn't carry. Minor schema delta, but worth noting if your frontend's workflow list component reads that field.
Spotted something wrong? Or know the PR text has fresher detail than the writeup above?