AI 法律助手与合同平台AI已上线
LawBot Africa
面向非洲各法域的法律 AI 平台：用平实语言作答的助手、合同生成器和文档分析，集中在一个工作区里。
结果
在一个工作区里提问、起草和审阅
问题
法律服务按小时计费，于是常规法律事务干脆无人处理。商户需要一份供货协议，房东需要有人看一眼租赁条款，公益组织想知道某条法规到底要求什么，而这些问题都撑不起一份聘用合同。结果就是没签的协议和没人读过的合同。
我构建了什么
平台围绕人们真正带来的三件事构建，而不是围绕一个聊天框：问一个法律问题、起草一份合同、检查一份已有文档。每件事在同一个按法域划定的语料上有自己的界面，因此回答、草稿和审阅都基于同一套法律依据。助手按市场呈现，而不是做成一个泛非洲模型，因为让答案可用的正是法域。
成效
一个已上线的产品，从免费层到团队账户，可通过网页、WhatsApp 和 API 使用，用当地语言而不只是英语作答。
工作原理
- 01
助手 David 以对话方式回答法律问题，每次只限定在一个法域，而不是泛泛的法律。
- 02
合同生成器把描述出来的约定变成可以就地编辑的草稿，而不是一张白纸。
- 03
分析功能读取用户已有的合同，说明其中写了什么、风险在哪里。
- 04
工作区与文档存储把不同事项分开，团队可以在一个账户内工作而不会混淆文件。
- 05
WhatsApp 是一等入口，因为问题最先就是在那里被问出来的；另有 API，供希望把这项能力放进自家产品的团队使用。
AI 层
生成锚定在按法域划定的语料上，而不是模型自身的记忆，因为在法律场景里，自信地引用一条不存在的法条正是最要命的失败。多语言交互覆盖卢干达语、斯瓦希里语、鲁尼亚基塔拉语、卢旺达语、法语、豪萨语、约鲁巴语、伊博语和阿拉伯语，让提问的语言不必是英语。
工程层
不该带概率性的部分就没有概率性：文档存储、工作区成员关系、套餐额度和用量计量都是普通的应用代码。套餐按字数计费，这意味着每次请求都必须精确计数，而不是估算。
关键技术决策
一次一个法域，但要做对。
限定在单一法律体系，正是这些答案有价值的原因。一个泛非洲助手不得不在几十套体系之间对每个回答都留有余地，而处处留余地的回答算不上可用的建议。站点会写明自己在为哪个法域作答，这是诚实的呈现方式。
WhatsApp 在这里不是通知渠道。
在这个市场里，它就是默认界面。把它当作入口而不是事后补丁，正是让最需要这个产品的人能够触达它的原因。
三个界面，而不是一个聊天框。
提问、起草和审阅的输入不同，输出形态也不同。把它们塞进一段对话里，三件事都会更糟。