Linkedin bio<\/a>), and asks him some of the big questions. This includes the key one: is this approach a viable alternative for major law firms to buying legal tech tools? And also: why not start your own legal tech company?<\/p>\n![\"\"](\"https:\/\/www.newsbeep.com\/ie\/wp-content\/uploads\/2026\/01\/Screenshot-2026-01-05-at-07.58.16-1024x896.png\")
<\/p>\n
How did you get into legal tech and building your own applications?<\/p>\n
I first got into legal tech as a trainee. About five years ago, when I was in the investment funds seat, a big part of my day-to-day was mapping retail fund prospectuses against the content requirements in Appendix C of the Unit Trusts Code. After doing that repeatedly, I started wondering whether I could build a small tool to automate at least part of that mapping.<\/p>\n
So I experimented with training small language models using publicly available materials, and I hired engineers on Upwork to help. I was playing around with TensorFlow, PyTorch, and BERT, things like mapping entities (e.g. investment objectives against risk factors etc). Honestly, it didn\u2019t go very far at the time: it was technically hard, and I didn\u2019t yet have the right tooling or enough support to make it production-ready.<\/p>\n
I became much more serious when I started building internally at Clifford Chance. The firm, through its Microsoft subscription, enabled no-code automation tools like Copilot Studio and Power Automate, so associates could build AI-enabled workflows. From what I\u2019ve seen, not many firms give lawyers that kind of \u2018playground\u2019, so I was genuinely grateful for it. I got obsessed and started building not just for myself but for colleagues.<\/p>\n
Pretty quickly, partners and associates from different offices started sending automation requests every other day, and I got a real taste of taking something from 0 to 1. Some of the document-processing tools I built ended up going viral internally and were ultimately adopted by the firm, which was a great experience. The best part was collaborating with colleagues globally and shipping real things that actually got used.<\/p>\n
After that, I ran into the limits of no-code, and I wanted to go deeper: what\u2019s actually state-of-the-art for the hardest problems lawyers face, and what does the industry really need? So I started teaching myself to code on weekends and late nights, and I began posting on LinkedIn mostly to share what I was learning and to connect with others building in the space.<\/p>\n
What you have made is really impressive, why not start your own legal tech company? Or join one of the major legal AI companies?<\/p>\n
I\u2019m mostly driven by solving real problems and building things people love. I want my career decisions to be an extension of that \u2013 not the other way around. If there comes a point where starting a company or joining a major legal AI team gives me the most leverage to build and ship the best solutions, I\u2019d consider it.<\/p>\n
Is it realistic for most law firms to rely on tools you\u2019ve built, or build similar tools, instead of buying legal AI platforms? Isn\u2019t it easier to just buy a platform that 1,000 lawyers can use?<\/p>\n
Traditionally, the argument for buying is totally fair: software needs maintenance, security, support, and it has to scale. But I think the economics are shifting.<\/p>\n
As LLMs get better at coding, and coding agents get more capable, the cost of building high-quality, maintainable internal tools is dropping fast. In practice, a lot of the \u201cfirst draft\u201d code even for professional developers is already AI-generated.<\/p>\n
That pushes us toward a world with more just-in-time, disposable software, tools built to solve a specific pain point for a specific workflow, then replaced or disposed when the workflow changes. In that world, long-term maintenance matters less.<\/p>\n
The same goes for scalability. Lawyers don\u2019t all work the same way \u2013 teams and practice groups have their own habits and workflows \u2013 so many internal tools don\u2019t actually need to scale to 1,000 people globally. They just need to work well for the users who need them.<\/p>\n
On security and privacy: there are already strong patterns for this \u2013 automated scanning, dependency checks, and secure deployment processes. Tools like Semgrep and Houngdog help, and I expect \u2018vibe coding\u2019 platforms will keep baking more of this in at the platform level. Security doesn\u2019t go away, but it becomes more standardized and solved at scale.<\/p>\n
Of course, there will always be use cases and features that are common and foundational. Even if 1,000 lawyers \u201cvibe code\u201d 1,000 different solutions, a lot of the underlying building blocks will be the same.<\/p>\n
That\u2019s why, as features across legal AI products start to converge, I think it\u2019s important to have open-source equivalents so that:<\/p>\n
New entrants don\u2019t have to keep rebuilding the same baseline capabilities and can focus on genuinely differentiated innovation.<\/p>\n
Law firms can adapt those open tools to their own workflows instead of paying multiple subscriptions for overlapping functionality \u2013 and they can audit, explain, and govern the code because it\u2019s open.<\/p>\n
Clients ultimately benefit as shared infrastructure reduces duplication and lowers software costs, which can be passed through in cheaper and faster legal service.<\/p>\n
Can law firms use what you\u2019ve built \u2018as is\u2019? Can they just go to GitHub and start using it? And will you maintain it?<\/p>\n
Yes \u2013 if an individual lawyer wants to run it locally on their own laptop, they can use it pretty much as-is. If a firm wants to deploy it at scale on day one, it usually needs a bit more engineering work around things like hosting, user management, security, and support \u2013 although none of that is conceptually difficult. That said, the repos I\u2019ve open-sourced have already been forked 100+ times, so they\u2019re clearly being used in different ways \u2013 from, I suppose, using the repo end-to-end to reusing individual modules or components as building blocks inside other internal tools or commercial products. Either way, it\u2019s a good signal that people are getting practical value from them.<\/p>\n
Once someone forks a repo and builds their own version, maintenance of that fork is on them. But if there\u2019s clear demand \u2013 feature requests, recurring issues, or common use cases \u2013 I\u2019m happy to keep iterating on the main repo and move it toward something more production-grade, with features closer to what you\u2019d expect from commercial tools.<\/p>\n
![\"\"](\"https:\/\/www.newsbeep.com\/ie\/wp-content\/uploads\/2026\/01\/Screenshot-2026-01-05-at-08.12.33-1024x461.png\")
<\/p>\n
How do you see the future of legal AI developing: more firms building tools, or more buying the well-known platforms?<\/p>\n
On the build side: yes, I expect more firms to build \u2013 especially for specialized workflows that only one team cares about, where vendors aren\u2019t incentivized to build because the TAM is too small. On the buy side: I still don\u2019t think we\u2019ve seen the \u2018Cursor for lawyers\u2019 moment yet \u2013 the product that becomes an obvious, daily default for most lawyers. I think something like that will emerge, but it\u2019s not fully there yet.<\/p>\n
More broadly, I think more lawyers will start translating their know-how into agent-ready workflows \u2013 turning playbooks, checklists, negotiation patterns, and internal guidance into tools that AI can use more deliberately. You can already see early versions of this in the idea of \u2018Skills\u2019 for models like Claude to follow.<\/p>\n
Looking further out, I think the biggest opportunity is in new demands and new markets \u2013 new modes of legal service that didn\u2019t exist before. One idea I\u2019ve been exploring is contract simulation: an app that \u201cbrings a contract to life\u201d by spawning AI personas for each party and simulating how they\u2019d argue a clause under different scenarios \u2013 so the contracting parties can see how the agreement behaves before something goes wrong, and fix vulnerabilities before they sign.<\/p>\n
You can try out the apps here: Jamie\u2019s Collection<\/a>. That idea, something like \u2018synthetic precedents\u2019 \u2013 wasn\u2019t really possible pre-AI. For novel, high-stakes deals with limited to no precedent, simulation could become a way to model risk. And it raises an interesting question: if vibe coding makes people focus on outcomes instead of code, do we move toward clients focusing on outcomes instead of clauses? In that world, the experience \u2013 how the contract plays out\u2014becomes the real UI\/UX of contracting, and that\u2019s something AI uniquely enables. That\u2019s something I am genuinely excited about and am exploring more.<\/p>\nThanks Jamie and also thanks for all you do.<\/p>\n
\tDiscover more from Artificial Lawyer<\/p>\n
Subscribe to get the latest posts sent to your email.<\/p>\n","protected":false},"excerpt":{"rendered":"If you\u2019ve been on social media then you will have probably seen posts by Clifford Chance senior associate…\n","protected":false},"author":2,"featured_media":228508,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[20],"tags":[220,218,219,61,60,80],"class_list":["post-228507","post","type-post","status-publish","format-standard","has-post-thumbnail","category-artificial-intelligence","tag-ai","tag-artificial-intelligence","tag-artificialintelligence","tag-ie","tag-ireland","tag-technology"],"_links":{"self":[{"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/posts\/228507","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/comments?post=228507"}],"version-history":[{"count":0,"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/posts\/228507\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/media\/228508"}],"wp:attachment":[{"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/media?parent=228507"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/categories?post=228507"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/tags?post=228507"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"\"](\"https:\/\/www.newsbeep.com\/ie\/wp-content\/uploads\/2026\/01\/Screenshot-2026-01-05-at-08.15.20-678x381.png\" "\\"Screenshot")
<\/p>\n