在法律工作中，很少有任务是从一张空白页开始的。

文书起草前，通常要先消化合同、附件、表格、证据材料和历史沟通；项目审查时，也很少只围绕单个文件。真正影响效率的，往往不是「写」这个动作本身，而是材料之间的关系、上下文的连续性，以及分析结果能否自然转化为可继续修改的文稿。

但过去大多数 AI 文档工具的使用方式，更接近「打开一个文件，围绕这个文件提问」。这种方式适合处理单份材料，但与真实法律工作的节奏仍有距离。

在 Ver0.6，我们想把这个距离再缩小一点。

01  文书起草：从理解到输出

在新版本中，我们增加了文书起草能力。

它的定位很明确：结合项目下的多份材料，辅助生成一份结构完整、逻辑顺畅、材料对应充分的初稿。

比如，根据项目资料整理审查意见，结合合同和附件起草补充条款，把识别出的风险点整理成对内汇报或对外沟通函件，或者根据用户要求新建一份合同、说明、清单、备忘录等文稿。

用户可以直接让 Agent 新建一份文书文件，并根据任务要求生成初稿。生成完成后，文稿会进入右侧文档区，用户可以继续查看、编辑和修改。后续如果需要调整表达、补充条款、修改责任安排，也可以继续让 AI 在文档中处理。

这件事的价值不在于让 AI 一次性写出终稿。

法律文书仍然需要专业人士判断、修改和确认。但一个框架清楚、材料依据充分的初稿，可以减少大量信息整理、结构搭建和重复阅读的时间，让后续工作更快进入实质判断阶段。

02  项目级对话：先理解，再处理

文书起草成立的前提，是 Agent 能够理解项目整体。

法律工作中的材料通常不是孤立存在的。合同正文、补充协议、附件清单、报价表、会议材料、沟通记录，往往共同构成一个项目的事实基础和判断背景。

因此，在 Ver0.6 中，对话不再强绑定单个文件。用户可以围绕整个项目持续提问、分析、总结和起草。

一个对话可以同时参考合同正文、附件、表格清单和补充材料，梳理项目风险；也可以围绕同一组案件材料，持续追问事实关系、证据问题和文书起草思路。

AI 开始把项目当作一个整体来理解，上下文不再随着文件切换而断裂。

对于合同包审查、尽调资料分析、案件材料整理等场景，这会比单文件问答更接近真实工作方式。用户不需要反复复制材料、重新解释背景，也不需要把一个完整项目拆成多个孤立问题处理。

不过，大模型的上下文窗口始终是有限的。

真正重要的，不是一次性把所有材料都塞给 Agent，而是 让 Agent 知道应该读什么、什么时候读、读多少。

为此，在项目文件探索上， Nebulaw 没有采用传统的向量召回模式，而是回到了更接近开发者的思路—— 由 Agent 主动探索项目。

Agent 会根据当前任务，自主在项目内搜索、定位并读取真正相关的文件和内容，而不是依赖预先召回的一小部分片段。需要时继续深入，不需要时保持克制，把有限的上下文留给真正重要的信息。

我们希望做到的，不是 读得更多 ，而是 读得更准 。

AI 开始把项目当作一个整体来理解，上下文不再随着文件切换而断裂。

未来的 Agent，不应该是「一次性读完整个项目」，而应该像真正的律师一样，在需要的时候翻阅材料、查找证据、不断补充事实，最终完成判断。

03  多任务并行：随时开启复杂工作

真实法律工作往往是多线并行的。

一边要看合同，一边要整理附件；一个项目正在生成审查意见，另一个项目又需要起草客户回复。过去，如果 AI 正在处理一个复杂任务，用户往往只能停留在当前页面等待。

Ver0.6 支持更灵活的多任务对话方式。

用户可以同时推进多个 AI 对话，也可以在同一个对话中处理项目下的多份文件。会话支持后台运行，当 AI 正在分析复杂材料、生成文稿或处理文档时，用户可以切换到其他文件、其他项目或其他对话中继续工作。

多个项目同时推进，多个问题交替出现，AI 在处理任务时也不会影响用户其他操作，更符合日常工作需求。

04  Agent 项目管理：文件不只是静态列表

法律项目资料一多，文件管理水平高低也会影响工作效率问题。

文件夹怎么分，附件放在哪里，审查意见和修改稿如何归档，哪些材料要复制备份，哪些文件需要重命名，都会影响后续查找、复核和交接。

Ver0.6 中，Agent 不只可以分析文档，也能更深入地参与项目文档管理。

用户可以让 AI 辅助创建文件夹、创建文件、移动文档、复制材料、重命名文件和整理目录结构。比如，把附件材料归到指定文件夹，或者根据当前任务创建新的文书文件。

这意味着项目文件不再只是静态列表。

当一个项目下存在大量合同、附件、表格和补充材料时，用户可以用自然语言让 Agent 帮助归类和组织材料，减少手动拖拽、反复查找和目录维护的成本。

我们希望 AI 参与的不只是「文件读取」，也包括法律项目中那些具体、细碎、但每天都会发生的资料整理工作。

05  流程展示升级：更易回溯的修改过程

法律工作很少是一锤定音。一份合同、一份起诉状、一份法律意见书，往往都要经历多轮的分析、修改和符合。

最终结果固然重要，但结果是如何形成的同样重要。

一处条款为什么这样改，依据是什么，删除了哪些内容，新增了哪些批注，哪些地方需要人工确认，这些信息都会影响后续复核、交接和交付。

Ver0.6 提供了更丰富的 AI 工作过程展示。

用户不仅可以看到最终结果，也能看到 AI 在任务中进行了哪些读取、分析、定位、修改和生成操作。对于文档修改类任务，新版本会更清楚地展示修改前、修改后、批注内容和处理说明。

比如，AI 可以对某一条款进行修改，同时保留修改前后的对照；对于需要专业判断的内容，可以通过批注提醒用户确认；对于重复信息或格式风险，也可以在流程中说明处理方式。

我们始终认为，法律AI不应该只是一个「输出答案」的工具，更应该是一个能够展示推理过程和工作过程的「工作搭子」。

用户可以回看 AI 做了什么、为什么这样改、哪些地方仍需人工决策。对于 合同审查 、文书起草、团队协作和客户复核，这会让处理过程更透明，也更容易被接续。

法律AI的价值，不仅仅是给出答案，而是留下完整的、可供追溯的工作底稿。

06  更丰富的材料：支持 Excel 和 PPT

法律项目中的材料，并不只存在于 Word 和 PDF 里。

交易清单、报价单、尽调表、付款安排，可能在 Excel 中；项目汇报、方案说明、会议材料，也可能在 PPT 中。过去，这些材料常常需要人工复制、转写或重新整理，才能进入 AI 分析流程。

因此这个版本中，我们进一步扩展了文件类型，目前 Nebulaw 已支持 doc、docx、txt、pdf、xls、xlsx、ppt、pptx 等常见办公格式。

Excel 与 PPT 可以直接纳入项目分析。合同、附件、表格、演示材料和补充文件，可以围绕同一个项目被组织、读取和处理。

并且，我们也对文件管理做了相应优化：上传本地文件夹后，Nebulaw 会自动建立项目结构；文件树支持搜索、筛选、批量选择、拖拽、复制、移动和删除，让项目材料能够按照真实工作的组织方式进行管理。

Nebulaw 希望管理的是整个法律项目，而不是一份份孤立的文档。

需要说明的是，目前 Excel 与 PPT 已支持读取、检索和参与分析，但暂不支持直接编辑。

对于表格和演示文档的修改能力，我们已经纳入后续开发计划，将会随着版本迭代逐步开放。

07  桌面端重构：项目工作台更清晰

除了核心能力，我们这次也对桌面端做了整体重构：

• 项目资源管理器：重新梳理项目、文件夹与文件的层级结构，材料定位更直接
• 对话区：调整普通对话与文档作业的交互逻辑，场景切换更自然
• 文档区：优化查看与编辑的交互细节
• 最近对话：支持按项目筛选与置顶，重要会话不易淹没
• 技能图谱：新增行政监管、和解调解、交易支持、再审、仲裁等法律业务节点，结构关系更明确
• 账户管理：套餐、Credit 用量、奖励记录等入口集中，减少查找路径

这些改动未必都对应一个醒目的新功能，但会直接影响每一天使用中的顺畅度。

08  图解复杂关系：Mermaid 图表生成

法律工作的最终产物，不一定只有文档，也可以是一张帮助所有人快速理解问题的结构图。

很多法律问题，并不是几段文字就能讲清楚。交易流程、合同履行路径、案件事实关系、监管流程、组织架构……这些内容，用图表达往往比长篇文字更加直观。

现在，用户可以让 Nebulaw 根据当前项目内容，自动生成流程图、组织结构图、时序图、思维导图等多种图形，用来梳理复杂关系、辅助分析和沟通。

例如：

• 根据合同履行条款生成业务流程图
• 根据案件材料梳理事实时间线
• 根据公司信息生成股权结构图
• 根据监管规则整理审批流程
• 根据项目内容生成知识结构图

相比于传统静态图片，Mermaid 图表采用文本描述生成，更容易修改和迭代。随着材料变化，AI 可以重新组织图形，而无需重新绘制。

对于律师而言，这不仅方便自己理解案件，也更适合向客户、团队成员或其他专业人员解释复杂问题。

我们希望，AI 不只是帮助用户阅读文档，也能够帮助用户 组织知识、表达逻辑、呈现关系 。

未来，我们也会继续扩展更多可视化能力，让复杂的法律问题，不再只能通过大段文字来表达。

写在最后

Nebulaw Ver0.6 的关键词，是项目级工作台。

从材料分析到文书起草，从 Word、PDF 到 Excel、PPT，从单个文件到项目级协作，我们想做的，是让 AI 更稳定地参与法律工作，也让从业者把更多精力留给真正需要判断的地方。

我们会继续往前迭代。如果你在使用中发现了有趣的实践，或者有任何产品方向的建议，欢迎随时在后台留言，或发送邮件至 membership@nebulaw.ai 告诉我们。