Skip to main content

教程 04: Matter Workspaces for Legal Work

Learn how to create persistent legal workspaces with Claude Projects or ChatGPT projects and custom GPTs, organize matters, write custom instructions, and manage client confidentiality effectively.

覆盖Claude: 已验证ChatGPT / Codex: 草稿Grok Bot: 已验证

撰写以来的变化最近核查: 2026年5月9日 · 1
  1. OpenAI 模型、计划与 Responses API 文档更新

    OpenAI 文档现在强调当前 GPT-5.5/GPT-5.4 时代模型、更新后的 ChatGPT 计划命名,以及用于新 API 工作流的 Responses API 和内置工具。

    建议操作: 对法律工作流,避免陈旧的 GPT-4 或固定价格建议;面向客户试点前请核查当前模型、计划、工具、保留设置和审核控制。

    来源: OpenAI models · ChatGPT pricing · GPT-5.5 in ChatGPT · Responses API migration · OpenAI tools guide · Code Interpreter tool

学习目标

完成本教程后,你将能够:

  • 理解 Claude Projects 如何创建持久化的法律工作空间
  • 为不同业务领域和事项设置 Projects
  • 编写有效的自定义指令(你的数字化工作手册)
  • 通过 Project 组织方式管理客户保密性
  • 使用 Projects 组织企业内部法务部门
  • 实施案件优先级排序和资源分配
  • 开展事项简报和团队交接
  • 优化文档组织和命名规范

所需时间: 45 分钟 | 级别: 初学者 | 无需技术技能


理解事项工作空间

事项工作空间会将三样内容放在一起,这样你就不必反复解释背景:自定义指令(你的工作手册)、文档知识库,以及该事项的对话历史。

Claude Projects

Projects 是 Claude 中的持久化工作空间,能够保留:

  • Custom Instructions:Claude 在该 Project 中遵循的规则
  • Knowledge Base:Claude 可引用的文档
  • Conversation History:关于该事项的过往讨论

pricing page 列出了 Pro 及以上计划可使用无限数量的 projects(核查日期:2026-09-02)。

官方 Claude 法律 Projects 截图,展示 NDA 审查标准工作流

Claude 官方截图,来自 Organize your legal workflows using Projects。Projects 有助于保持工作手册的一致性,但并不免除事项隔离、访问控制或律师审查义务。

为什么工作空间对法律工作很重要

没有工作空间有工作空间
每次对话都要重新解释背景背景会自动持续保留
反复重复上传文档在保留期间,文档可在工作空间内使用
不同会话中的建议不一致能应用一致的工作手册
不同事项之间没有分隔事项边界清晰
存在交叉污染风险工作空间彼此隔离

工作空间 vs. Harvey Vault / Legora Workspace

Harvey Vault:集中式文档存储与 AI 分析 Legora Workspace:带有已保存工作流的协作环境 Claude Projects and ChatGPT projects:具有完全自定义控制能力的灵活工作空间

通用型助手的优势:你可以精确定义助手应如何行为——无需接受供应商强加的僵化模板或工作流。


律师事务所的 Project 架构

推荐结构

FIRM-WIDE RESOURCES
├── Contract Playbook - SaaS Vendor
├── Contract Playbook - SaaS Customer
├── Contract Playbook - NDAs
├── Litigation Checklist Templates
├── Legal Research - Employment Law
└── Legal Research - IP/Tech

CLIENT MATTERS
├── [Client A] - MSA Negotiation 2026
├── [Client A] - Employment Dispute
├── [Client B] - Series B Financing
├── [Client B] - IP Portfolio Review
└── [Client C] - M&A Due Diligence

INTERNAL
├── Marketing Content Review
├── Firm Policy Development
└── Training Materials

保密性最佳实践

应当做

  • 为每个客户事项使用单独的 Projects
  • 如有顾虑,使用客户代码而非名称
  • 事项结束时清理 Project
  • 控制谁可以访问 Team Projects

不要做

  • 在一个 Project 中混合多个客户
  • 将不同事项的文档一起上传
  • 在事项结束后仍让敏感 Projects 保持可访问
  • 在共享账户中将客户名称用于 Project 标题

创建你的第一个工作空间

分步设置

第 1 步:创建工作空间

  1. 打开 Claude(claude.ai 或 Desktop)
  2. 点击侧边栏中的 “Projects”
  3. 点击 “Create Project”
  4. 输入名称:[ClientCode] - Matter Description

第 2 步:编写 Custom Instructions

自定义指令决定助手在此工作空间中的行为方式。它们就是你的数字化工作手册。

合同审查 Project 模板

# Project: [Client] Contract Review

## My Role
我是 [outside counsel / in-house counsel],为 [Client description] 提供法律服务。
我的客户是 [description of business, risk tolerance, industry]。

## Assistant's Role
你是一名协助进行合同审查的高级商业律师。
请运用在 [relevant areas: tech licensing, healthcare
regulations, financial services, etc.] 方面的专业能力。

## Standard Positions

### Liability
- ACCEPTABLE: 双方责任上限为已支付 12 个月费用;赔偿义务、IP 侵权、保密义务违反不设上限
- MINIMUM: 责任上限为合同总价值
- REJECT: 客户承担无限责任;责任上限低于合同价值

### Indemnification
- REQUIRED: 供应商就 IP 侵权、数据泄露、重大过失、故意不当行为提供赔偿
- REQUIRED: 对因违约引发的第三方索赔提供相互赔偿
- REJECT: 仅偏向供应商的单方赔偿

### Data & Privacy
- REQUIRED: 客户拥有全部客户数据
- REQUIRED: 除提供服务外,供应商不得使用客户数据
- REQUIRED: 终止时返还/删除数据
- REJECT: 供应商有权为任何目的汇总或使用数据

### Term & Termination
- PREFERRED: 按月或按年续期,并可为便利而终止
- ACCEPTABLE: 多年期,但有提前终止选项
- REQUIRE: 对重大违约提供补救期后终止权
- REJECT: 无法轻松取消的自动续期

## Review Format

在审查合同时,始终提供:
1. 执行摘要(3-5 句)
2. 按条款分析并使用红黄绿评级
3. 对有问题条款提出具体 redline 建议
4. 提供给业务团队的问题
5. 谈判优先级排序

使用以下评级:
- RED: 签署前必须修改
- YELLOW: 应协商,但不一定导致交易破裂
- GREEN: 按现状可接受

## Communication Style
- 直接、务实
- 聚焦业务影响,而不只是法律技术细节
- 默认我会将摘要分享给非律师人士
- 标记需要律师判断的领域(不要过度延伸)

第 3 步:上传 Knowledge Base 文档

添加助手应引用的文档:

  • 你所在律所的标准合同模板
  • 客户的优先立场文件
  • 相关监管指引
  • 供参考的已批准协议样本

第 4 步:测试 Project

开始一段对话,并验证助手是否遵循了你的指令:

我要开始一项新的合同审查。在我上传之前,请确认你
理解以下内容:
1. 我的客户是谁?
2. 我们对责任上限有什么要求?
3. 我们要求哪些数据条款?
4. 你应如何组织你的分析?

自定义指令模板

模板:诉讼支持 Project

# Project: [Case Name] Litigation Support

## Case Overview
- 案件标题: [Full case caption]
- 法院: [Court and jurisdiction]
- 我方客户: [Plaintiff/Defendant] [Client description]
- 对方当事人: [Description]
- 诉求: [Brief description of claims]
- 当前阶段: [Discovery/Motion practice/Trial prep]

## Key Facts (Update as case develops)
- [Fact 1]
- [Fact 2]
- [Fact 3]

## Our Theory of the Case
[对我方案件叙事的简要描述]

## Key Legal Issues
1. [Issue 1]: 我方立场是 [X]
2. [Issue 2]: 我方立场是 [Y]

## Helpful Documents in Knowledge Base
- Complaint
- Answer
- 关键证据开示答复
- 证词摘录
- 专家报告

## How the Assistant Should Help
- 审查文档时:标出支持或削弱我方案件理论的证词/证据
- 起草时:保持语气一致,并引用记录
- 研究时:聚焦 [jurisdiction] 法律,并注明巡回法院分歧
- 始终:提示特权风险,未经律师指示不要生成 work product

## Document Reference Format
引用文档时使用: [Document name, page X, lines Y-Z] 或
[Exhibit #, Bates range]

模板:法律研究 Project

# Project: [Practice Area] Legal Research

## Scope
本项目涵盖 [jurisdiction(s)] 中的 [practice area] 问题。
主要关注领域:
- [Topic 1]
- [Topic 2]
- [Topic 3]

## Research Standards
- 优先级: [Binding authority > Persuasive > Secondary]
- 需引用的关键论著: [List]
- 首选判例汇编: [List]
- 避免使用: [Sources to avoid]

## Output Format
提供研究时:
1. 问题陈述
2. 简短回答(2-3 句)
3. 含权威引注的分析
4. 相反权威和反论点
5. 实务影响
6. 建议的下一步

## Citation Format
使用 Bluebook 格式。示例:Smith v. Jones, 123 F.3d 456, 460
(9th Cir. 2024)

## Important Caveats
- 始终注明判例法是否可能已被后续发展取代
- 标出巡回法院分歧或法律未定状态
- 区分裁判要旨与附带意见
- 注明研究是否需要通过 Westlaw/Lexis 更新

## Knowledge Base Contents
- 我们经常依赖的关键案例
- 律所关于重复出现问题的备忘录
- 监管指引文件
- 特定业务领域清单

模板:交易支持 Project

# Project: [Deal Name] Transaction Support

## Transaction Overview
- 类型: [M&A / Financing / Joint Venture / etc.]
- 我方客户: [Buyer/Seller/Company/Investor]
- 交易对方: [Description]
- 目标交割日期: [Date]
- 交易价值: [Approximate]

## Key Documents (Upload to Knowledge Base)
- LOI/Term Sheet
- definitve agreement 草案
- 披露附表
- 尽职调查材料
- 交易清单

## Our Priorities
1. [Top priority - e.g., minimize reps & warranties exposure]
2. [Second priority - e.g., favorable indemnification basket]
3. [Third priority - e.g., clean closing conditions]

## Red Lines (Cannot Concede)
- [Non-negotiable 1]
- [Non-negotiable 2]

## Acceptable Trade-offs
- [We can give X if we get Y]

## Drafting Guidelines
- 我方客户的定义术语: "[Name]"
- 交易对方的定义术语: "[Name]"
- 对我方陈述与保证使用 [active/passive] 语态
- 交叉引用格式: [Section X.X]

## When Reviewing Drafts
1. 跟踪与前一版本相比的变更
2. 标出新引入的问题
3. 确认之前的评论是否已处理
4. 标明需要决定的开放性业务问题

企业内部法务部门组织

为公司法务团队设置 Projects

对于企业内部法务,按职能组织 Projects:

CORPORATE & GOVERNANCE
├── Board of Directors - Governance
├── Shareholder Matters
├── Corporate Records & Compliance
└── Entity Formation/Dissolution

BUSINESS OPERATIONS
├── Commercial Contracts
├── Vendor Management
├── Customer Agreements
└── Supplier Relationships

EMPLOYMENT & HR
├── Employment Policies
├── Dispute Management
├── Benefits & Compensation
└── Employee Handbook Review

REGULATORY & COMPLIANCE
├── Industry Regulations
├── Data Privacy & Security
├── Environmental Compliance
└── Regulatory Filings

IP & TECHNOLOGY
├── Patent Portfolio
├── Trademark Management
├── Software Licensing
└── Data Security Agreements

FINANCE & ACCOUNTING
├── Tax Matters
├── Financial Reporting
├── Accounting Standards
└── Financing Arrangements

事项接收工作流

创建一个 Matter Intake Project,并加入以下自定义指令:

# Project: Matter Intake & Triage

## My Role
我是总法律顾问或企业内部律师,负责管理法律事项。
我需要快速评估新事项的紧迫性、复杂性和资源需求。

## Intake Information Format
当我提交新事项时,请包括:
1. 请求人/业务部门
2. 事项类型(合同、争议、合规等)
3. 涉及各方
4. 关键截止日期
5. 业务影响说明
6. 可获得的文档
7. 既往相关事项

## Your Role
帮助我:
1. 对事项类型和复杂性进行分类
2. 识别所需专业能力
3. 估算时间线
4. 评估保密要求
5. 分配到合适的 Project/团队
6. 创建事项文件结构

## Recommended Responses
- 事项摘要(2-3 句)
- 复杂度评级:Low / Medium / High
- 预计所需律师工时
- 需要关注的关键风险
- 建议的团队成员
- 建议的 Project 设置清单

业务伙伴协作框架

将以下指引加入相关 Projects:

## Business Partner Collaboration

### Communication Protocol
- 对未结事项进行每周状态更新
- 对重大交易进行双周战略电话会议
- 对所有事项提供每月摘要报告
- 对紧急事项设定升级流程

### What to Escalate
- 潜在争议或索赔
- 监管不合规问题
- 重大合同谈判
- 高管/董事会层面的决策
- 诉讼威胁
- 第三方争议

### Information Sharing
- 状态摘要(使用业务友好语言)
- 以业务术语表达的风险评估
- 决策的成本收益分析
- 时间线和资源需求

董事会报告模板

创建一个 Board Reporting Project,使用以下结构:

# Project: Board Legal Report

## Board-Level Summary Format

### Current Matters Status
- **Active Matters**: [Count by category]
- **Closed This Period**: [List with outcomes]
- **New Matters**: [Count and types]

### Key Risks & Issues
- [Risk 1]: 状态、缓解步骤、必要时的升级
- [Risk 2]: 状态、缓解步骤、必要时的升级

### Regulatory Compliance Status
- 所有必要申报: [On track/At risk]
- 已完成合规审查: [Yes/No]
- 尚未完成的监管行动: [List]

### Litigation Status
- 未结案件: [Count and descriptions]
- 已结案件: [Count and outcomes]
- 保险追偿状态: [Details]

### Recommendations for Board Consideration
- [Board action 1]
- [Board action 2]

## Key Metrics
- 事项周转时间(平均结案天数)
- 外部律师支出(YTD)
- 各类型事项分布
- 合规审计结果

案件优先级排序与资源分配

AI 推荐的事项优先级框架

创建一个 Matter Prioritization Project,并使用以下指令:

# Project: Matter Priority & Resource Allocation

## Urgency/Importance Matrix

分析事项时,使用以下矩阵:

### HIGH URGENCY + HIGH IMPORTANCE (Priority 1: Address Immediately)
- 即将到来的诉讼截止日期
- 正在进行的监管调查
- 关键交易交割
- 违约索赔
- 需要高管关注

### HIGH URGENCY + LOWER IMPORTANCE (Priority 2: Schedule Soon)
- 非关键合规截止日期
- 标准交易进度安排
- 常规合同谈判
- 行政要求

### LOWER URGENCY + HIGH IMPORTANCE (Priority 3: Strategic Planning)
- 组合审查(IP、合同、政策)
- 预防性合规更新
- 战略谈判
- 长期规划事项

### LOWER URGENCY + LOWER IMPORTANCE (Priority 4: Defer or Delegate)
- 行政更新
- 常规文档审查
- 低价值协议
- 信息性请求

## Prioritization Criteria

对每个事项按以下维度评分:
1. **Deadline proximity**(距关键事件的天数)
2. **Business impact**(收入、风险、战略价值)
3. **Complexity**(所需工时、所需专业能力)
4. **Stakeholder pressure**(是否需要高管关注)
5. **Dependency**(是否阻碍其他工作)
6. **Resource availability**(是否有具备技能的律师可用)

## Output Format

对每个事项提供:
- 优先级排序(1-4)
- 建议行动时间线
- 所需专业水平
- 预计所需工时
- 关键里程碑和日期
- 资源建议
- 延误风险

## Reprioritization Triggers

在以下情况下提醒我:
- 收到新的截止日期信息
- 业务影响发生变化
- 出现监管升级
- 关键事实发生变化
- 资源可用性发生变化

资源分配工作流

在你的优先级 Project 中使用以下提示:

RESOURCE ALLOCATION PROMPT:

我有 [X] 名可用律师,具备以下技能:
- [Skill 1]: [Name] - [Experience level]
- [Skill 2]: [Name] - [Experience level]
- [Skill 3]: [Name] - [Experience level]

当前需要分配的未结事项:
[Paste matter list with priority rankings]

请建议:
1. 将事项分配给具体律师
2. 预计产能利用率
3. 可能的瓶颈
4. 何时需要外部律师
5. 培训/指导机会
6. 预计完成日期

截止日期管理系统

创建一个 Deadline Tracker Project

# Project: Legal Deadline Management

## Critical Deadlines Tracked

对每个事项监控:
- 诉讼时效
- 提交截止日期(法院、监管)
- 通知要求
- 回复截止日期
- 审批截止日期
- 续期截止日期
- 合同终止选项

## Deadline Alert Protocol

触发提醒:
- 提前 90 天:重大里程碑
- 提前 30 天:即将到来的截止日期
- 提前 14 天:紧迫截止日期
- 提前 7 天:临近行动
- 提前 3 天:最终提醒

## Missed Deadline Response
如果错过截止日期,立即:
1. 评估 malpractice 影响
2. 如有需要通知保险承保人
3. 确定补救选项
4. 记录缓解步骤
5. 防止再次发生

## Monthly Deadline Review
提供摘要:
- 本月按时完成的截止日期: [Count]
- 即将到来的截止日期(未来 90 天): [List]
- 有风险的截止日期: [List with action plans]

简报与追赶进度工作流

休假或离岗归来后的案件简报

为该用例创建一个 Matter Briefing Project

# Project: Case Briefing & Matter Catch-Up

## My Role
我在 [vacation/leave/other assignment] 后重新接手某事项。
我需要一份全面但易于消化的当前状态简报。

## Briefing Information
- 事项名称和事项代码
- 我上次处理该事项的日期
- 当前日期
- knowledge base 中可用的关键文档

## Your Role
生成一份追赶进度简报,内容包括:

### Executive Summary (1 paragraph)
- 自上次更新以来发生了什么
- 当前关键问题
- 哪些内容需要我立即关注

### Timeline of Recent Activity
- 自 [date] 以来的关键事件
- 各事件的日期和重要性
- 涉及人员
- 交换的文档

### Current Status by Issue
对每个主要问题/主张:
- 当前状态
- 最新进展
- 下一步已安排事件/截止日期
- 我方立场/策略
- 对方立场
- 待解决问题

### Document Summary
- 新收到的文档(按类型列出)
- 正在起草的文档
- 等待对方提供的文档
- 关键证据/文档(简要描述)

### Team Updates
- 人员变动
- 已举行会议
- 外部律师活动
- 客户沟通

### Decisions Required
- 我必须立即做出哪些决定?
- 我应考虑哪些选项?
- 哪些内容可以等到团队会议?

### Next Steps & Calendar
- 即时行动(本周)
- 即将到来的截止日期(未来 30 天)
- 已安排的会议/通话
- 需提交给对方的文档

事项概览生成

在任何 Project 中使用以下提示:

MATTER OVERVIEW PROMPT:

请生成该事项的综合概览:

1. **One-Sentence Summary**: [该事项是关于什么的?]

2. **Key Parties**:
   - 我方客户: [Description]
   - 对方/其他关键当事方: [Description]

3. **Timeline**:
   - 事项启动时间: [Date]
   - 截至目前的关键里程碑: [List]

4. **Current Phase**: [目前处于哪个阶段?]

5. **Critical Issues**:
   - 问题 1: [我方立场、对方立场、风险]
   - 问题 2: [我方立场、对方立场、风险]

6. **Document Inventory**:
   - 文档总数: [Count]
   - 按类别统计: [List counts]

7. **Key Decisions Made**:
   - 决定 1: [我们做了什么决定以及原因]
   - 决定 2: [我们做了什么决定以及原因]

8. **Open Questions**:
   - 问题 1: [我们需要确定什么]
   - 问题 2: [我们需要确定什么]

9. **Next Steps**: [接下来会发生什么以及何时发生]

10. **Budget Status**: [已使用工时、预计剩余]

状态摘要提示词

创建便于快速参考的简报提示:

QUICK STATUS SUMMARY (5 minutes):
- Matter: [Name]
- 一句话说明状态: _______
- 关键截止日期: _______
- 关键行动项: _______
- 需要知悉的人员: _______

WEEKLY STATUS FOR BUSINESS PARTNER:
- 本周我们在做什么: _______
- 预期结果: _______
- 需关注的风险: _______
- 你需要提供的输入: _______
- 距离下次更新的时间: _______

EXECUTIVE BRIEF (For C-Suite):
- 当前情况: [One paragraph]
- 为何重要: [Business impact]
- 我们在做什么: [Our strategy]
- 我们需要你做什么: [Required input/decisions]

团队交接文档

在事项交接时使用以下模板:

# Project: Matter Handoff Documentation

## Handoff Information

### Matter Overview
- 事项名称和代码
- 涉及的客户/当事方
- 关键时间范围和状态
- 牵头律师(离任)
- 新任牵头律师
- 交接日期

### Knowledge Transfer Checklist

**需审阅的文档**:
- 事项文件索引(完整文档清单)
- 最近往来函件(过去 30 天)
- 当前协议草案
- 与客户的电子邮件沟通
- 内部团队备忘录
- 先前法律意见/研究

**需了解的关系**:
- 客户联系人及其偏好
- 外部律师关系
- 对方律师互动情况
- 关键业务联系人
- 委员会/董事会联络人

**决策与策略**:
- 战略目标
- 关键问题上的已达成立场
- 红线和谈判底线
- 以往未成功的谈判尝试
- 客户风险承受能力
- 时间限制

**即将到来的关键事件**:
- 截止日期(未来 90 天)
- 已安排的会议/证词录取
- 预期交付成果
- 计划中的客户沟通
- 预算考虑

### New Lead Attorney Tasks
- [ ] 审阅所有事项文档
- [ ] 与离任律师会面
- [ ] 与客户会面以建立关系
- [ ] 更新 project instructions
- [ ] 安排团队启动电话会议
- [ ] 审查并更新截止日期
- [ ] 确认预算状态

### Knowledge Base Refresh
- 确保已上传所有当前文档
- 删除过时草案/已被替代的版本
- 创建有序的文件夹结构
- 按问题/类别为文档打标签
- 删除任何存在利益冲突的材料

文档组织与命名规范

AI 建议的命名规范

创建一个 Document Organization Project,并加入以下指引:

# Project: Document Organization & File Management

## Naming Convention Framework

### Standard Structure
[MATTER-CODE]_[DOCUMENT-TYPE]_[DATE]_[VERSION]_[SUBJECT]

### Examples
- ACME-2026_CONTRACT_020126_v3_SaaS-MSA-Redline
- WIDGET-LIT_DISCOVERY_020126_Interrogatories-Responses
- TECH-IP_MEMO_020126_Patent-Landscape-Analysis

### Document Type Codes
- CONTRACT: 协议、修订
- MEMO: 内部备忘录、法律意见
- DISCOVERY: 询问书答复、文件请求
- CORRESPONDENCE: 电子邮件、信函、通知
- RESEARCH: 法律研究、案例摘要
- BRIEF: 诉状、动议、诉辩文件
- REPORT: 专家报告、状态报告
- ANALYSIS: 法律分析、评估
- CHECKLIST: 清单、模板
- TEMPLATE: 标准表单模板

### Version Control
- v1, v2, v3... 用于连续草案
- FINAL 用于已签署/已批准版本
- REDLINE 表示带修订痕迹版本
- CLEAN 用于最终排版版本
- ARCHIVE 用于已替代版本

### Date Format
- 使用 MMDDYY 格式(020126 = February 1, 2026)
- 始终使用相同格式以便排序
- 反映文档创建/修订日期

### Subject Line Best Practices
- 清晰且具体(不使用缩写)
- 如相关,包含关键交易条款
- 主要单词首字母大写
- 保持合理长度
- 使用连字符分隔概念

文件夹结构优化

交易文件夹结构

[Client-Matter-Name]/
├── 01_Core-Documents/
│   ├── LOI-Term-Sheet/
│   ├── Definitive-Agreement/
│   └── Schedules-Exhibits/
├── 02_Due-Diligence/
│   ├── Seller-Diligence/
│   ├── Buyer-Diligence/
│   └── Third-Party-Reports/
├── 03_Correspondence/
│   ├── Attorney-Communications/
│   ├── Business-Team-Updates/
│   └── Other-Party-Communications/
├── 04_Internal-Analysis/
│   ├── Risk-Assessments/
│   ├── Legal-Memos/
│   └── Deal-Points-Tracking/
└── 05_Closing-Documents/
    ├── Final-Agreements/
    ├── Conditions-Satisfied/
    └── Closing-Checklist/

诉讼文件夹结构

[Case-Name]/
├── 01_Pleadings/
│   ├── Complaint-Answer/
│   ├── Motions/
│   └── Orders/
├── 02_Discovery/
│   ├── Document-Requests/
│   ├── Interrogatories/
│   ├── Depositions/
│   └── Responses/
├── 03_Evidence/
│   ├── Key-Documents/
│   ├── Exhibits/
│   └── Expert-Materials/
├── 04_Analysis/
│   ├── Legal-Research/
│   ├── Case-Strategy/
│   └── Timeline/
└── 05_Communications/
    ├── Opposing-Counsel/
    ├── Court-Filings/
    └── Client-Updates/

文件清理工作流

定期清理计划

每周

  • 删除工作草案(仅保留最终版本)
  • 删除重复文件
  • 归档已被替代的版本

每月

  • 审查并整理新文档
  • 如有需要,更新文件夹结构
  • 移除离队成员的访问权限
  • 归档已关闭项目

每季度

  • 对事项文件夹进行全面审计
  • 识别并删除过时材料
  • 更新文档索引
  • 验证命名一致性

给助手使用的清理提示

FILE CLEANUP PROMPT:

我正在整理事项文件。请帮助我:

1. **Duplicate Detection**:
   - 识别看起来重复的文件
   - 建议保留哪个版本
   - 推荐可删除的候选文件

2. **Organization Assessment**:
   - 我的文件夹结构是否合乎逻辑?
   - 建议改进文件夹层级
   - 如有需要,推荐新增类别

3. **Naming Consistency**:
   - 我的文件名是否遵循一致标准?
   - 为不符合标准的文件建议重命名
   - 如有需要,创建新的命名标准

4. **Retention Assessment**:
   - 哪些文件可以归档?
   - 哪些文件必须保持可访问?
   - 每个类别的保留期限是什么?

5. **Version Control**:
   - 哪些草案版本我可以安全删除?
   - 我应如何跟踪修订历史?
   - 何时归档旧版本?

版本控制最佳实践

# Version Control Protocol

## When to Create New Version
- 实质性内容变更(新增章节、新语言)
- 新一轮谈判(跟踪对方修改)
- 为清晰度/格式进行内部修订
- 每一轮客户/利益相关方审阅

## When NOT to Create New Version
- 轻微拼写错误修正
- 仅格式调整
- 元数据更新

## Version Naming
- 内部草案: v1, v2, v3...
- 对方提交版本: [v#]_counterparty-draft
- 带修订痕迹版本: [v#]_tracked
- 最终批准版: [v#]_FINAL-[date]
- 已签署版本: [v#]_EXECUTED-[date]

## Folder Organization for Versions
将当前草案保留在主文件夹中
将已替代版本移至 ARCHIVE 子文件夹
将签署副本保存在 FINAL/EXECUTED 文件夹中

## Comment/Tracking Standard
- 所有实质性修订都使用 track changes
- 包含审阅人姓名缩写和日期
- 在附带邮件中概述修改内容
- 注明待处理问题或未来轮次事项

最佳实践与实操练习

练习 1:建立你的第一个带优先级功能的 Project

任务:创建一个用于管理 3-5 个活跃事项的 Project

说明

  1. 列出你的活跃事项
  2. 创建一个用于事项管理的主 Project
  3. 添加自定义指令,包括:
    • 上述优先级矩阵
    • 截止日期跟踪要求
    • 资源分配框架
  4. 使用以下提示进行测试:"Rank my current matters by priority: [list matters]. Consider deadlines, business impact, and complexity."

练习 2:创建事项简报模板

任务:为一个真实事项建立追赶进度简报

说明

  1. 选择一个你最近重新接手的事项
  2. 创建一个专用 Briefing Project
  3. 将关键文档上传到 knowledge base
  4. 使用 “Matter Briefing” 提示模板
  5. 生成全面的追赶进度简报
  6. 审查其完整性和准确性

练习 3:使用命名规范组织文档

任务:审计并重组一个事项文件

说明

  1. 选择一个包含多个文档的事项
  2. 创建当前文件名列表
  3. 使用上述框架提出新名称
  4. 创建文件夹结构(交易或诉讼模板)
  5. 询问助手:"Help me organize these files according to [type] best practices. Here are my current files: [list]. Suggest naming and folder structure."
  6. 实施建议的结构

练习 4:设计企业内部法务部门组织

任务:创建与公司结构相匹配的 Projects

说明(适用于企业内部法务):

  1. 绘制你的法务部门职能图
  2. 为每个主要职能创建 Projects(治理、运营、合规、IP 等)
  3. 对每个 Project,编写自定义指令,包括:
    • 事项接收流程
    • 业务伙伴协作指引
    • 董事会报告要求
  4. 使用接收提示进行测试:"New matter just came in: [description]. How should I handle this?"

练习 5:实施优先级与资源分配

任务:建立你的优先级系统

说明

  1. 列出所有当前未结事项
  2. 使用上述指令创建 Priority Project
  3. 将事项列表上传到 knowledge base
  4. 添加律师可用性信息
  5. 询问助手:"Please prioritize these matters and recommend resource allocation. Consider deadlines, complexity, business impact, and available capacity."
  6. 审查建议并按需调整

随时间管理 Projects

更新 Custom Instructions

随着事项发展,更新你的指令:

  • 将新达成一致的条款加入“acceptable”
  • 更新案件状态和关键事实
  • 加入谈判中获得的经验教训
  • 纳入新团队成员的偏好

Project 生命周期

第 1 阶段:设置(事项启动)

  • 创建带有详细指令的 Project
  • 上传初始文档
  • 使用校准问题进行测试

第 2 阶段:活跃使用(事项进行中)

  • 在 Project 内定期对话
  • 收到新文档时上传
  • 根据反馈优化指令
  • 更新截止日期和优先级跟踪
  • 定期开展追赶进度简报

第 3 阶段:归档(事项结束)

  • 导出所需对话记录
  • 在指令中记录最终结果
  • 删除或遮蔽敏感材料
  • 考虑保留/删除政策
  • 在事项管理系统中归档

第 4 阶段:复用(模板)

  • 从成功的 Project 创建模板
  • 删除客户特定信息
  • 作为类似事项的起点使用

团队协作

Claude Team 功能

pricing page 显示 Team 计划适用于 2 至 150 人团队,并包含管理控制、Claude Code 和 Cowork(核查日期:2026-09-02)。使用 Team 计划,你可以:

  • 在团队成员之间共享 Projects
  • 为业务组保持一致的指令
  • 使用管理控制来管理访问

Team 计划定价由 Anthropic 制定,且可能变更。请在 Claude 官方网站核实最新价格。

协作最佳实践

全所范围工作手册

  • 为常见工作类型创建“template” Projects
  • 由合伙人/资深律师定义标准
  • 由律师使用预配置 Projects
  • 确保整个团队的一致性

事项专属 Projects

  • 由牵头律师创建并拥有 Project
  • 按需给予团队成员访问权限
  • 作为事项背景的单一真实来源
  • 在人员配置变化时进行清晰交接

与企业功能比较

事项工作空间 vs. Harvey Vault

FeatureClaude Projects / ChatGPT projectsHarvey Vault
文档存储工作空间内 knowledge base 或文件集中式 vault
自定义指令完全可定制预建工作流
跨文档搜索在工作空间内企业范围
设置时间数分钟数天(实施)
自定义能力无限制受限于 Harvey 选项

何时适合使用企业工具

在你需要以下能力时,选择 Harvey/Legora:

  • 超大规模批量处理和跨事项自动化
  • 企业 SSO 和合规
  • 跨事项搜索和分析
  • 由供应商管理 AI 基础设施
  • 与你的 DMS 预构建集成

在你需要以下能力时,选择通用型助手的工作空间:

  • 对 AI 行为的完全控制
  • 对小团队更具成本效益的解决方案
  • 无需 IT 参与即可快速设置
  • 灵活试验工作流
  • 通过 API、MCP 或 function calling 与你的自定义工具集成

Tutorial 05 之前的作业

  1. 创建 5 个 Projects

    • 一个用于当前事项
    • 一个用于事项优先级/接收
    • 一个用于业务领域工作手册
    • 一个用于你专业方向的法律研究
    • 一个用于文档组织(如你管理多个事项)
  2. 为每个 Project 编写详细的自定义指令

  3. 向至少两个 Project knowledge bases 上传 5 份以上文档

  4. 用真实工作任务测试每个 Project

    • 事项优先级分析
    • 追赶进度简报
    • 文档组织建议
    • 截止日期跟踪
  5. 根据输出质量迭代指令

  6. 记录你的命名规范 和文件夹结构,以备将来参考


快速参考:自定义指令元素

# [Project Name]

## Context
[你是谁、客户是谁、这个 Project 的用途]

## Assistant's Role
[应运用什么专业能力、采用什么角色]

## Standard Positions
[针对关键问题可接受/优先/拒绝的条款]

## Output Format
[助手应如何组织回复]

## Process Steps
[助手应遵循的工作流]

## Communication Style
[语气、受众、技术程度]

## Caveats & Limitations
[助手应提示或避免的事项]

## Knowledge Base Index
[有哪些可用文档,以及何时使用它们]

现在就做

  • 为一个客户事项创建带有自定义指令的 Project
  • 将关键文档上传到 knowledge base
  • 在用于真实工作前,测试助手是否遵循你的指令

Continue to Playbooks → | 上一页:Document Analysis

相关内容

来源

Claude

OpenAI

Competitors

延伸阅读

On this page

1 学习目标2 理解事项工作空间2.1 为什么工作空间对法律工作很重要2.2 工作空间 vs. Harvey Vault / Legora Workspace3 律师事务所的 Project 架构3.1 推荐结构3.2 保密性最佳实践4 创建你的第一个工作空间4.1 分步设置5 自定义指令模板5.1 模板:诉讼支持 Project5.2 模板:法律研究 Project5.3 模板:交易支持 Project6 企业内部法务部门组织6.1 为公司法务团队设置 Projects6.2 事项接收工作流6.3 业务伙伴协作框架6.4 董事会报告模板7 案件优先级排序与资源分配7.1 AI 推荐的事项优先级框架7.2 资源分配工作流7.3 截止日期管理系统8 简报与追赶进度工作流8.1 休假或离岗归来后的案件简报8.2 事项概览生成8.3 状态摘要提示词8.4 团队交接文档9 文档组织与命名规范9.1 AI 建议的命名规范9.2 文件夹结构优化9.3 文件清理工作流9.4 版本控制最佳实践10 最佳实践与实操练习10.1 练习 1:建立你的第一个带优先级功能的 Project10.2 练习 2:创建事项简报模板10.3 练习 3:使用命名规范组织文档10.4 练习 4:设计企业内部法务部门组织10.5 练习 5:实施优先级与资源分配11 随时间管理 Projects11.1 更新 Custom Instructions11.2 Project 生命周期12 团队协作12.1 协作最佳实践13 与企业功能比较13.1 事项工作空间 vs. Harvey Vault13.2 何时适合使用企业工具14 Tutorial 05 之前的作业15 快速参考:自定义指令元素16 现在就做17 相关内容18 来源19 延伸阅读