行业
面向法律团队的 AI 辅助软件开发
贴合案件真实运作方式的工作流软件——接案、状态、截止日期与文件——配有你的客户如今会审计你的保密态势。
Ciao 是律所和企业内部法务团队用来构建案件与文件工作流工具的 AI 辅助工程平台——客户接案门户、案件状态仪表盘与截止日期追踪。它是工作流工具,不是法律建议。与消费级应用搭建工具不同,Ciao 提供案件级别的基于角色访问、零保留期 AI 合约、不用你的数据训练,以及只增不减的审计日志——外部律师指引如今越来越多地要求这些答案。
发布日期 2026-07-03 · 最近更新 2026-07-03
案件靠邮件运转。文档管理系统(DMS)只看得到文件。
一家现代化律所拥有一个文档管理系统、一个业务管理平台和一个计费系统——但真正的工作仍然在收件箱里运转。接案以一条邮件线程和一份 Word 问卷的形式到来。截止日期活在某一位律师助理的日历里,以及整个机构的集体焦虑里。案件状态是对合伙人的一次打断:客户来电,合伙人问初级律师,初级律师查三个系统,写一份周五就已经过时的摘要。
针对这里的每一小块问题都存在专门的解决方案,但每一个新工具都意味着又一次保密审查、又一个需要披露的数据存放地点,以及又一份为通用律所、而不是为你的执业组量身定制的订阅服务。合伙人对任何可能触及特权材料的东西保持谨慎,这是理所应当的——这也意味着大多数工作流问题干脆就一直悬而未决。
Ciao 让律所在一个把保密问题放在首位来设计的平台上,构建贴合自身执业方式的工具。这里有一条必须明确划出的界限:Ciao 为法律团队构建工作流软件。它不提供法律建议,不以自己的名义起草诉状,也不取代专业判断——它组织的是围绕这份判断的工作。
企业内部法务团队面对的是同一个问题的另一个版本。来自业务部门的接案需求以邮件形式到来,案件状态是总法律顾问在董事会会议前刷新的一张电子表格,外部律师费用是花完之后才被审查的。下面的例子以律所视角为主,但法务运营团队构建的是同样的工具、只是指向内部——并且遵循同样的保密标准。
法律团队在 Ciao 上构建什么
客户接案门户
结构化的接案流程,支持文件上传、委托问卷,以及你的利益冲突审查流程所需的当事人信息——一次性收集,路由给正确的人,而不是从一条邮件线程里拼凑出来。
案件状态门户
客户可以看到当前阶段、即将到来的日期以及需要他们提交的文件——减少目前打断计费律师的状态电话,并给客户带来他们如今所期待的透明度。
截止日期仪表盘
跨案件的日期,配有负责人、提前提醒和当某事未被确认时的升级机制——一个支持你的排期流程、而不是取代它的共享运营视图。
文件请求清单
按项目、保管人和状态追踪的尽职调查与证据开示材料收集,配有提醒——取代在上百条消息的线程里翻找附件的考古工作。
委托函工作流
模板选择、审批路由和签署状态,并记录每一个步骤——让新案件干净利落地开立,在委托函到位之前不会有任何工作开始。
交割清单追踪器
把先决条件、签署文件包和交割后事项做成一份与交易团队共享的实时清单——一份永远不会过时的交割议程。
律所运营工具
横向招募入职、继续法律教育(CLE)与执业日期追踪、业务接案审批——那些让律所得以运转、目前活在电子表格里的行政工作流。
保密性是平台的要求,而不是一项功能
法律工作流工具紧邻特权材料而存在,而这个职业的保密义务不会因为软件容易搭建就有所松动。下面的每一项设计决策都是因为这个事实而存在的——每一项也都对应着你的客户已经在其指引中提出的一个问题。
- 按律所所需方式限定的访问权限 — 基于角色的访问控制让你能构建出可见性按案件和按执业组限定范围的应用——这正是你的隔离审查程序所要求的结构性分离,由软件而不是靠约定俗成来强制执行。
- 对外部律师指引的一个答案 — 客户如今会以书面形式询问其律所的 AI 使用情况。在 Ciao 上,答案的实质是:不用律所数据进行训练、推理运行在零保留期模型合约之下,以及一份只增不减的活动审计日志。
- 谁做了什么的记录 — 审计日志横跨提示词、合并、部署与管理员操作,Guardrails 为重要变更记录具名人工审核——为你自己的风险委员会自动生成的证据。
- 部署在客户要求的地方 — 服务于有严格数据要求的客户的律所,可以部署到自己的云账户、一个私有 VPC,或在另行约定条款下的本地部署。
保密态势,逐项列出
以下是你的风险委员会会想要的书面答案,也正是你客户的外部律师指引要求你证明的那些答案:
- ✓ 客户代码和数据不会被用于训练模型;推理运行在零保留期模型合约之下
- ✓ 支持案件级别与执业组分离的基于角色的访问控制
- ✓ 通过 SAML 与 OIDC 实现的 SSO,配有可选的多因素认证,绑定到律所的身份提供商
- ✓ 跨越提示词、合并、部署与管理员操作的只增不减审计日志
- ✓ 部署到你自己的云、私有 VPC,或在另行约定条款下的本地部署
- ✓ SOC 2 Type II 报告可在 NDA 下为律所自己的供应商评审提供
DMS 与业务管理系统保持不变
Ciao 构建的工具不会取代文档管理系统、业务管理平台或计费系统——它们组织的是那些系统从远处旁观的工作流。应用通过那些平台暴露的 API 进行连接,因此文件依然留在 DMS 里,工时依然留在计费系统里,而新的接案门户或截止日期仪表盘则在律所记录已经存放的地方进行读写。
这也意味着采用过程是渐进式的。一个执业组可以在不迁移任何东西的情况下试点一个接案门户,律所根据什么真正减少了打断来决定接下来构建什么。计费集成遵循同样的模式:一个电子计费预审工具从律所已经在运行的系统中读取条目和指引,为人工审核员标记问题,而永远不会变成又一个需要对账的计费系统。
一个律所工具是如何发布的
风险审查在规划阶段进行;计费律师从不需要接触任何需求文档;审计日志从第一条提示词开始积累。
1. 描述
执业组负责人或首席运营官用简单语言写下这个工作流——阶段、角色、文件、日期。
2. 规划
Ciao 返回一份界定范围的计划,包括触及的数据和访问角色,在构建之前由律所的风险职能部门审阅。
3. 构建
工具以真实的 React、TypeScript 与 Supabase 代码构建,在一个由律所管理的工作区中。
4. 测试
QA 对重要的流程运行确定性浏览器回放——接案已提交、截止日期已升级、状态已更新。
5. 治理
Guardrails 应用律所政策,并为重要变更记录具名审核。
6. 部署与监控
工具发布到律所选择的环境,由 Doctor 监控线上应用。
案件工作流,前后对比
下面的每一行,如今都在消耗计费律师的注意力。衡量这个工具的标准不是功能——而是有多少打断,不再抵达那些律所按小时计费的人。
| 工作流 | 今天 | Ciao 构建 |
|---|---|---|
| 客户接案 | 邮件线程和 Word 表单 | 为利益冲突审查和委托步骤提供数据的结构化门户 |
| 状态更新 | 打给合伙人的电话 | 面向客户的案件门户 |
| 截止日期 | 一个人的日历 | 带负责人和升级机制的共享仪表盘 |
| 文件收集 | 翻找附件的考古工作 | 带状态和提醒的清单 |
| 计费审查 | 被拒后的核销 | 提交前供人工审核的指引标记 |
律所与法务部门如何参与
律所通常从一个执业组的一个工作流开始——接案和案件状态是常见的选择,因为它们能减少计费律师真正感受到的打断。严肃的开发项目起价为每年 10,000 美元,与销售的第一次对话应该包括负责律所风险与保密审查的人,因为他们的问题在这里能得到最详细的答案。大多数律所事后采用的衡量标准很简单:数一数第一个月里,不再抵达计费律师的状态电话和接案邮件有多少。
常见问题
Ciao 提供法律建议或 AI 律师服务吗?
不提供。Ciao 构建的是工作流软件——接案、状态、截止日期、文件追踪。法律判断、建议和责任完全由律师承担;软件组织的是围绕他们的工作。
客户保密性是如何得到保护的?
律所数据不会被用于训练模型,推理运行在零保留期模型合约之下,访问权限由绑定到你的 SSO 的基于角色控制来治理。在客户要求需要时,可以部署到律所自己的云环境或本地环境,SOC 2 Type II 报告可在 NDA 下获取。
访问权限能按案件或执业组分离吗?
可以。应用的构建配有限定在你定义的案件和组范围内的基于角色访问——这正是你的隔离审查和信息隔离墙程序所要求的结构性分离,由应用而不是靠习惯来强制执行。
当客户问起我们的 AI 使用情况时,我们该怎么回答?
一些具体的东西:工作流工具构建在一个平台上,该平台把律所和客户数据排除在模型训练之外,推理按合约要求为零保留期,活动被记录在只增不减的审计日志中,重要变更记录人工审核。这个答案按原样就能填入大多数外部律师指引的回复中。
截止日期仪表盘会取代我们的排期程序吗?
不会,也不应该。它给团队提供的是一个共享的运营视图——负责人、提前时间、升级机制——用来支持你的排期流程。对日期的专业责任,依然由律所既有的程序来承担。
律所构建的软件归谁所有?
归律所所有——标准 React、TypeScript 与 Tailwind 代码的 100% 所有权,随时可导出。律所的工作流工具没有任何一部分被锁定在这个平台上。