在为一家商标代理事务所提供服务的过程中，我和负责人、代理人一起梳理过他们日常使用的资料，也沿着一项新商标申请，重新走了一遍从客户沟通到方案评估的过程。
一开始，我看到的并不是一家拒绝数字化的事务所。他们尝试过多套管理系统，希望把客户、案件、期限、文件和内部协作放进更稳定的流程里。每套系统都解决过一部分问题，但最后都没有真正成为团队持续使用的工作入口。
资料仍然散落在不同系统、共享文件夹、查询工具、聊天记录和成员自己的电脑里。同一项业务的信息需要重复录入，系统之间又很难交换上下文。系统停止使用后，数据不会自动回到团队手里，只会留下一座新的信息孤岛。
我逐渐意识到，这不是事务所“不懂软件”或者“不愿意改变”。要让多个系统真正协同，往往需要定制开发、接口集成和长期维护，而这家事务所并没有这样的技术团队。更重要的是，一般企业本来就不应该为了使用管理工具，先具备开发和整合软件系统的能力。
但当我们把这些资料放到一项具体的新申请里，问题很快显现出来。客户准备推出一个新品牌，已经发来了商标名称、图样和产品介绍，希望尽快得到申请建议。负责接洽的团队成员真正需要确认的，却不只是“材料齐不齐”：客户的业务范围还缺什么信息？哪些在先商标值得重点关注？过去相似案件的结论为什么不同？眼前的判断依据的是现行规则，还是某位同事几年前留下的经验？
系统用过，文件也在，最后最可靠的办法仍然是找一位资深代理人再问一遍。
我起初以为，只要把分散的资料重新集中起来，问题就能得到解决。随着梳理继续深入，我才意识到，资料分散只是第一层问题。即使能够找到文件，团队仍然很难还原一项专业判断。商标代理本来就需要结合具体标志、指定商品或服务、使用场景和检索结果逐案分析。真正缺失的，是支撑判断的来源、条件、过程和边界没有和结论一起保存下来。
文档解决了“有没有写下来”，知识资产还要解决另一件事：当原作者不在场时，这些内容能否继续被理解、复核和使用。
正是基于这些问题，我开始用 Forma 为这家事务所定制一套知识工作区。目标不是再造一个案件系统，也不是让智能体（Agent）替代理人作出专业判断，而是让团队已经形成的依据、案例和经验真正进入日常工作，并让每一次新的业务处理继续改善这套知识。
本文记录的就是这次实践。具体事务所和客户信息已经隐去，业务细节也经过脱敏与归纳。文章讨论的是商标代理团队的知识管理与协作方式，不构成商标法律建议。
资料分散背后，是一座座信息孤岛
对事务所负责人来说，最难管理的往往不是有没有流程，而是同一套流程在不同成员手里能否保持稳定质量。
客户资料、申请进度、官方文件和内部沟通并非没有保存，只是分别停留在不同工具里。每个系统都能展示自己管理的那部分对象，却没有一个稳定入口，能把客户的真实业务计划、商品和服务选择、近似商标检索、显著性等风险、历史案例以及客户对时间和成本的取舍放在一起。
这也解释了为什么“再上一个系统”很难解决问题。新系统通常要求团队重新迁移和录入资料，却未必能读取旧系统、专业查询工具和共享文件中的上下文。只要整合仍然依赖人工搬运或定制开发，事务所得到的就不是统一工作台，而是又多了一个需要维护的信息孤岛。即使把所有文件复制到同一个地方，问题也只解决了一半：表格能够记录结论，却很少说明结论是怎样形成的；案件卷宗能够保留结果，却不一定适合后来的人横向比较。
在和团队共同梳理时，我看到几个问题反复出现。新成员遇到相似情况，不知道应该先查什么，也不知道哪些材料只是参考。复核人收到一份方案，往往要重新走一遍检索和判断过程。不同代理人采用不同的记录方式，负责人也很难看出哪些案件缺少依据、哪些经验已经过期、哪些问题正在被团队反复解决。
写作也是一项持续发生的成本。申请建议、风险说明、通知解读、客户回复、内部复盘和对外专业内容，都需要准确使用事实和专业依据，还要保持合适的语气与风险边界。团队过去常从旧文件中找一份“差不多的”内容再修改，资深人员则要反复检查是否漏掉关键信息、沿用了过时表述，或者对客户作出了不恰当的结果暗示。
这些问题平时并不一定表现为明显错误。资深人员可以通过经验把工作接住，成员之间也会用沟通补齐缺失的上下文。但当业务量增加、任务需要交接，或者核心成员没有时间反复解释时，隐藏在个人记忆里的差异就会转化为复核成本和服务质量的不稳定。
这类问题也不只是内部效率问题。商标代理业务通常需要落实质量管理、利益冲突审查、保密管理和档案管理等要求。具体要求会随业务适用的规则而变化，但一项工作依据什么、由谁判断、经过谁复核，始终是专业服务管理的一部分。
所以，我需要解决的并不是“再建一个更大的文件夹”，也不是要求事务所自己开发一套集成平台，而是为分散资料建立一个稳定的知识入口，让团队作出判断时使用的事实、规则、案例和不确定性都能被保留下来。
我没有再做一套管理系统
设计方案时，我先接受了一个现实：官方系统、商标查询工具、通信工具和历史文件不会消失，也没有必要被 Forma 替代。问题不在于工具数量本身，而在于团队每次工作都要重新从这些工具中拼凑上下文。
因此，我没有尝试同步所有业务数据，也没有要求事务所开发一批系统接口。我把 Forma 放在这些工具之间的知识层：外部系统继续完成各自擅长的工作，Forma 条目保留必要的案件编号、来源链接、核验时间和经过脱敏的上下文，重点管理需要长期理解、比较、复核和复用的内容。
这并没有神奇地消除所有信息孤岛，但它为团队建立了一个共同的知识入口。成员和智能体可以从这里知道一项判断需要去哪里找原始资料、当前结论依据什么、哪些内容已经复核，以及还有什么无法确认。大体量附件、原始客户材料和受严格权限约束的信息仍然留在合适的系统中，不需要为了“统一”而复制一遍。
对专业服务机构来说，本地运行和数据控制同样重要。Forma 不要求团队把知识上传到某个产品自有的云端数据库，知识内容可以直接保存在本地设备或团队自己控制的内部仓库中。文件放在哪里、哪些成员能够访问、如何备份、什么时候迁移，都由团队决定。它减少了对外部平台的依赖，也避免为了获得知识管理能力而改变原有的数据边界。
本地保存并不意味着可以忽略保密管理。如果团队使用需要联网的智能体或模型服务，仍然要确认服务商如何处理输入内容，并按照事务所自己的权限和保密制度决定哪些资料可以交给智能体。Forma 提供的是对知识文件的控制权，不会替团队作出这些安全决策。
由于知识以普通文件保存在仓库中，团队还可以用 Git 管理它们。Git 是一种分布式版本管理工具，可以把它简单理解为一套为文件持续记录修改历史的机制：每次经过确认的变化都能留下版本，团队可以比较修改前后发生了什么、由谁提交，必要时也能回到较早的状态。所谓“分布式”，是指经过授权的工作副本可以保留完整历史，知识不会只存在于某个中心系统的当前页面里。
这些能力过去常被视为软件团队的工具，普通业务成员也容易被命令和术语挡在外面。有了智能体之后，成员不必先系统学习 Git，便可以直接提出“显示这次修改了什么”“保存当前复核版本”或者“确认后恢复刚才误改的内容”。智能体负责解释差异并协助执行，成员负责确认修改和发布边界。团队用较低的学习成本，就能获得版本追踪、变更复核和错误恢复带来的好处。
对团队来说，还有一个很实际的好处：他们不必再学习一套新的管理系统。熟悉 OpenCode、Codex 或 Claude Code 的成员，可以直接在自己惯用的智能体应用中打开 Forma 工作区，用对话完成资料查找、内容创建和知识维护。Forma 提供的是这些应用都能读取的文件、配置和技能说明，而不是另一套必须记住菜单、字段和操作路径的界面。
即使成员过去没有使用过这类智能体应用，对话式交互的进入门槛也比学习一套复杂业务系统更低。智能体可以根据预设的问题结构逐步询问缺少的信息，解释当前需要完成的动作，并在共同维护规则规定的边界内协助执行。成员先回答自己熟悉的业务问题，不必先理解 Forma 的全部配置和命令。
这个边界让方案能够从小范围开始。我们不需要迁移多年档案，也不需要改变代理人办理案件的主流程，只要先选择一种高频、重要、又明显依赖个人经验的工作。
最后，我们选择了新商标申请方案评估作为切入点。它既会反复发生，又能把客户事实、专业依据、检索结果、内部案例、专业判断和复核过程连接起来，适合检验这套知识工作区是否真的能够帮助团队。
我如何用 Forma 定制这套知识工作区
Forma 不为商标代理行业预设一套固定数据库。它允许我根据事务所的实际工作，定义哪些内容值得长期维护，以及同类内容需要保留什么结构。
经过几轮梳理，我们先把需要反复使用的知识区分开。下面的名称和字段已经做过简化，但保留了方案的核心逻辑：
- 法律法规：保留名称、制定机关、效力层级、文号、公布与施行日期、当前状态、适用范围、修改或废止关系及原文链接。团队和智能体首先要知道一项规定是否仍然有效，以及它在依据体系中处于什么位置。
- 审查规范：保存审查审理指南及相关标准，记录发布机构、版本、适用范围、生效日期、当前状态和替代关系。它们直接影响具体业务判断，但在引用时仍要与法律法规区分层级。
- 官方资料：保存公告、商品和服务申报资料、官方问答及业务办理说明，记录发布机构、资料类型、原始链接、发布日期和最近核验时间。它们用于解释规则或指导操作，不能被表述为法律规定或审查规范。
- 官方通知：每份原始 PDF 都有一个同名的
.pdf.md知识条目，用于记录通知类型、发文与接收时间、关联客户、关联案件或申请号、当前状态、截止时间、提取置信度和复核状态。Markdown 条目服务后续检索和跟踪，PDF 则保留完整原件。 - 业务经验：记录反复出现的问题、适用条件、判断要点、例外情况和复核人。它表示团队已经确认的经验做法，但不等同于法律规则。
- 脱敏案例：保留关键事实、争议焦点、使用依据、处理思路、结果和复用边界。后来的人不仅能看到“为什么相关”，也能看到“为什么不能照搬”。
- 内容范本：保存经过复核的范文和内容模板，记录适用场景、目标读者、必要信息、可变部分、语气要求、禁用表述和复核规则。它们既可以支持客户沟通，也可以用于内部复盘和对外专业内容。
- 申请评估：连接客户事实、检索结果、法律法规、审查规范、官方资料、相似案例、候选方案、不确定性和复核结论。它服务当前案件，也为后续复盘留下入口。
- 变更记录：当规则、分类资料或团队做法发生变化时，记录可能受影响的模板、业务经验和在办评估，避免旧经验在不知不觉中继续使用。
- 巡检报告：记录巡检时间、触发方式、检查范围、规则版本、问题等级、证据、负责人和处理状态。每次巡检不仅给出问题列表，还要让团队知道为什么需要处理、由谁接手以及是否已经关闭。
如果把这些内容还原到团队实际使用的文件中，一套经过简化的目录大致如下：
trademark-workspace/
├── authorities/
│ ├── laws/ 法律法规
│ ├── examination-rules/ 审查规范
│ └── official-materials/ 官方资料
├── notices/ 官方通知及原始 PDF
├── practices/ 业务经验
├── cases/ 脱敏案例
├── content-patterns/ 内容范本
├── assessments/ 申请评估
├── changes/ 变更记录
├── inspections/ 巡检报告
├── guidelines/ 团队与智能体共同遵守的规则
├── .forma.md Forma 工作区入口
└── .forma/ 按需拆分的工作区配置这只是该事务所方案的目录示意，并不是 Forma 为商标代理行业预设的固定结构。目录帮助成员和智能体定位文件，知识分类、字段、创建方式和关联关系仍然由显式配置定义。团队可以按照自己的业务边界调整目录，而不必接受一套固定的数据模型。
团队成员不需要先记住这些知识分类。实际使用时，他只要说明正在处理的业务，智能体就会按照预设结构询问必要信息，并把内容放到正确的位置。分类和字段主要负责维持长期秩序，不应成为新的学习负担。
这些知识类型不是 Forma 的内置概念，而是根据事务所的服务方式定制出来的。分类体系（taxonomy）说明一项知识属于哪些类别，结构定义（schema）规定同类知识必须保留哪些关键字段；创建模板（template）让团队成员不必每次从空白页开始；视图（view）把待复核评估、状态不明或长期未核验的法律法规、审查规范与官方资料，以及某类风险案例组织成列表、表格或关系图。
知识本身仍然是工作区中的 Markdown 文件，而不是被锁进另一个封闭应用的数据库。团队成员可以通过熟悉的编辑器或智能体应用使用，底层仓库则保留版本记录和评审能力。PDF 等其他资源如何进入知识系统，我会在后面的通知文件包场景中具体说明。
更关键的一步，是把事务所的维护规范（guideline）同时变成团队成员可以阅读、智能体也可以加载的技能（skill）。团队成员和智能体由此共享同一套业务要求，而不是各自维护一份员工手册和一组提示词。
例如，来源规则要求核对法律法规的效力与适用范围，保留审查规范和官方资料的类型、链接与核验日期，不得把官方问答、业务经验或历史案例表述为法律规则。通知规则要求每份 PDF 都有对应的知识条目，案件关联和截止时间必须经过人工确认，无法读取的文件不能被静默跳过。写作规则要求客户文案基于已经确认的事实，使用当前有效的内容范本，不得省略必要的风险说明或暗示确定结果；对外专业内容还只能使用经过复核且已经脱敏的材料。权限规则则要求区分客户材料与内部推断，专业结论不能由智能体自动批准，敏感信息进入共享知识前必须脱敏。
这样，规则不再只存在于培训和口头提醒中，而能直接进入智能体参与的每一次工作。
这套方案如何进入一次新申请
沿着服务中的典型情况继续往下看：客户准备为一个新消费品牌申请商标，提供的信息包括文字标志、图形稿和产品介绍，但未来是否开设线下门店、是否扩展周边商品、图形著作权归属是否清楚，还没有完全确认。
先补事实，不急着生成答案
团队成员创建一份申请评估后，模板会先要求区分已经确认的客户事实、仍待补充的信息、客户提供的材料和团队内部的推断。客户说“我们主要做咖啡”，并不足以直接形成申请范围。袋装咖啡、门店服务、线上零售、培训活动和品牌联名，对商品和服务项目的选择可能提出不同要求。
模板不会替代理人决定应该申请什么。它解决的是另一件更基础的事：让团队不必在每个案件里重新发明“应该先问什么”，也避免后续检索和判断建立在没有说清楚的前提上。
再找依据，同时保留版本和来源
团队成员接下来会查阅适用于当前业务的法律法规、审查规范、商品和服务申报资料、检索结果和内部案例。智能体按照共同维护规则，从已经批准的知识范围内协助检索和整理，但输出不能只写“综合资料后认为风险较低”。它需要区分依据类型，分别列出法律法规、审查规范、官方资料、内部案例和检索结果，标明效力状态或核验日期，并把无法确认的部分交还给代理人判断。
审查规范和官方资料也不能成为一份失去时间信息的摘要。团队需要记录版本、生效时间、替代关系和最近核验时间，知道当前内容替代了什么；依据发生变化后，再判断可能影响哪些知识和在办事项。
比较案例，不直接套用结论
智能体能够从案例库中找出可能相关的内容，并把事实差异整理成对照。可“相似”并不等于“可以套用”：标志构成、指定项目、相关公众认知、证据情况和审查阶段不同，都可能让结论发生变化。即便讨论显著性，也要结合具体标志和指定使用的商品或服务进行判断。
因此，方案没有把案例库设计成“搜索相似案件并复制答案”。智能体负责找出关联、整理差异和保留引用，团队成员负责解释差异，复核人则确认判断边界。专业判断仍然由人完成，但复核人不必再从一堆文件中重新还原全部上下文。
复核完成，结果还要回到知识库
完成分析后，团队成员给出主方案、备选方案和需要客户决定的事项。智能体还可以根据已经确认的评估内容、客户沟通范文和写作规范，准备一份面向客户的建议稿。它不需要从空白开始组织文字，也不能脱离评估记录自行补充判断。
复核人看到的不再只是一份措辞完整的结论，还可以顺着引用检查客户事实、法律法规、审查规范、官方资料、检索结果和相似案例，并看到哪些判断仍然保留不确定性。对于客户文案，复核人还会检查必要信息是否完整、语气是否合适、风险说明是否准确，再由代理人确认后使用。
案件提交后，后续审查结果是否符合原判断、出现了什么未预期因素、客户最终采用了哪个方案，也会在适当脱敏后回到案例中。一次结果未必能证明一条普遍规则，但它可以修正团队对适用条件的理解。
到这里，案件处理才真正形成知识循环：已有知识支持当前判断，当前工作的证据和结果又继续改善已有知识。
再看一个场景：把通知文件包变成风险台账
事务所还会定期从主管机构的业务系统下载通知文件包。一个文件包中包含多份 PDF，分别对应不同客户和案件。过去，成员需要逐个打开文件、识别通知类型、查找申请号、判断归属，再把状态和截止时间抄到表格或案件系统中。只要其中一个文件没有被正确识别或关联，风险就可能一直藏到期限临近时才暴露。
在 Forma 工作区中，成员可以把已经下载的文件包交给智能体处理。在此次试用涉及的文件包中，官方通知基本都是文字型 PDF，智能体解包后可以逐个直接解析；极少数无法提取文本、内容不完整或关联不确定的文件，会被明确列入待复核清单，而不是跳过。
按照 Forma 的约定，PDF 等非 Markdown 文件只是工作区资源；需要进入知识系统时，应在旁边创建同名的 Markdown 描述文件。因此，智能体会让原始文件 notice-2026-001.pdf 对应知识条目 notice-2026-001.pdf.md，在其中记录通知类型、发文和接收时间、关联客户、关联案件或申请号、状态、截止时间、提取置信度和复核状态。
原始 PDF 负责保留完整原件，.pdf.md 则参与知识分类、引用、视图和检查。Forma 本身允许资源单独存在，“通知包中的每份 PDF 都必须有同名知识条目”是这套事务所方案的业务规则；如果描述文件存在而原件丢失，基础检查也会提示异常。
这里最有价值的应用，是一份“官方通知风险台账”。负责人或代理人每天可以让智能体列出：新收到但尚未复核的通知、无法关联客户或案件的文件、截止时间尚未确认的记录、即将在指定时间内到期的事项，以及原始文件缺失或解析失败的异常。
截止时间属于高风险信息，所以智能体提取后只能进入待确认状态。代理人核对原件并确认案件关联和期限后，记录才进入后续处理。对于需要向客户解释的通知，智能体可以基于通知原文、已确认元数据和当前内容范本准备解读或提醒文案，但具体答复策略、正式提交和客户沟通仍由代理人及现有业务系统完成。
随着通知记录积累，台账还会自然形成另一层价值。团队可以按通知类型比较处理方式和最终结果，把反复出现的问题沉淀为业务经验、模板或维护规范。原本一次性的文件整理工作，开始反过来改善下一次通知处理和案件判断。
日常巡检：让问题在影响案件前暴露
知识工作区开始持续使用后，我又为事务所增加了一项智能体日常巡检。团队可以随时通过对话发起，也可以让支持定时运行的智能体工具按日或按周执行。定时唤起由使用的工具负责，Forma 负责提供稳定的知识结构、基础检查，以及智能体每次巡检都要加载的规则和指引。
这正是 Forma 中“guideline 即 skill”机制发挥作用的地方。巡检范围、问题等级、证据要求、输出格式和停止边界都写在团队成员可以直接阅读和修改的 guideline 中，其中面向智能体的执行部分又可以作为 skill 加载。
无论巡检由成员临时发起，还是按计划定期执行，智能体读取的都是同一份规则。团队调整 guideline 后，不需要再分别维护一份员工手册、一组提示词和一套自动化脚本中的判断标准，后续巡检也会按更新后的要求执行。
人工触发时，成员不需要记住命令，可以直接告诉智能体：
请按照事务所知识巡检指引检查当前 Forma 工作区。保持只读，按高风险、待处理和日常维护三个等级输出问题、证据、影响范围与建议负责人，不要直接修改文件。巡检分为两层。Forma 先完成基础检查，确认知识结构、引用关系、原始资源和工作区配置是否完整；智能体再根据事务所的维护规范检查内容是否符合业务规则。两者结合，既能发现结构和关联问题，也能识别“信息看起来完整，但业务上仍然有风险”的情况。
这套方案中的巡检规则主要包括：
- 依据是否仍然有效：法律法规的状态是否明确，审查规范是否已经被新版本替代，官方资料是否超过约定时间没有核验；如果一份在办申请评估仍然引用已废止或状态不明的依据，直接列为高风险。
- 通知是否完整入库：文件包中的每份 PDF 是否都有同名
.pdf.md，描述文件对应的原件是否存在，是否有解析失败、重复导入或尚未关联客户和案件的通知。 - 期限是否经过确认：从通知中提取的截止时间是否已经由代理人核对，临近期限的事项是否仍未分配负责人，已经过期的通知是否还停留在“待处理”状态。
- 判断是否有证据：申请评估是否只有结论而没有客户事实、法律法规、审查规范、检索结果或案例引用；智能体生成的建议是否仍缺少人工复核。
- 内容是否符合规范：客户沟通和对外专业内容是否使用当前有效的内容范本，必要事实、来源和风险说明是否完整，是否出现结果保证、过时表述、未经脱敏的客户信息或尚未复核的专业判断。
- 经验是否需要维护：业务经验是否缺少适用条件、复核人或最近复核时间；同类例外是否反复出现，却还没有进入业务经验、模板或维护规范。
- 敏感信息是否越界：共享知识中是否出现不应保留的客户原始材料、个人信息或未经脱敏的案例内容，并给出来源文件和建议处理范围。
一次巡检可能得到这样的结果：三份通知将在七天内到期，但截止时间仍未人工确认；两份 PDF 没有对应的 .pdf.md；一份申请评估引用了已经被替代的审查规范；一份客户建议稿仍在使用旧版风险说明；四个相似案件反复出现同一例外，却没有形成业务经验；一份脱敏案例仍保留了客户联系人信息。
智能体不会在发现问题后直接修改专业结论或删除敏感文件。它先生成巡检报告，把问题、证据、影响范围和建议负责人交给团队。确定性的元数据修复可以在确认后由智能体执行，涉及期限、客户信息、依据效力和专业判断的问题则必须由相应负责人复核。
对负责人来说，这份巡检报告比笼统的“知识库健康度”更有用。他看到的是哪些风险可能影响当前案件，哪些问题只是日常维护，哪些知识缺口正在反复增加团队成本。知识维护因此不再完全依赖某个人想起来才做，而是有了可以周期执行、可以追踪关闭的管理动作。
这套方案实际改变了什么
这套方案没有让事务所在一夜之间“自动完成商标判断”，也没有把所有外部系统合并成一个系统。在小范围试用中，最先发生的变化其实更朴素：新的申请评估不再从寻找一份旧方案开始，而是从共同的问题结构进入；复核人收到的不再只有一段完整结论，而是可以继续检查的事实、来源、案例差异和客户文案；通知文件包处理后，尚未关联的案件和未经确认的期限也会进入风险台账，而不是继续藏在文件夹里。
这些变化没有替团队作出专业判断，却把原本依赖个人记忆和反复追问才能发现的缺口，变成了团队可以查看、复核和继续维护的工作对象。
对团队成员：不必每次重新拼凑上下文
在实际使用中，成员不需要先学会一套管理系统的完整操作方式。他可以直接说明要处理的业务，由智能体根据模板引导补齐申请评估；查找依据和案例时，智能体会保留来源并提示差异；需要形成客户文案或内部材料时，智能体再根据已经确认的事实、内容范本和写作规范准备初稿。成员仍然需要进入原有系统完成查询和业务办理，也仍然对专业结论负责，但不必再靠记忆拼凑信息或从空白开始组织每一份内容。
较低的学习门槛并不意味着降低质量要求。对话负责让成员更容易进入工作，结构和模板负责保留必要信息，维护规范约束智能体的权限和停止点，Forma 的基础检查暴露结构与引用问题，专业结论最后仍由代理人复核。正是这些机制共同工作，团队才能在快速上手的同时维持工作质量。
对经验较少的成员来说，这套知识也不是一本需要从头读到尾的操作手册。他可以从正在处理的问题出发，看到团队使用了哪些依据、相似案例为什么作出不同选择，以及什么情况下必须请资深代理人介入。经验开始能够沿着具体工作被学习，而不再只依赖某次口头传授。
对负责人：质量管理有了可观察的抓手
负责人不需要阅读每一份案件文件。他可以通过视图检查待复核评估、状态不明或长期未核验的依据、等待复核的客户文案，以及只有结论却缺少证据的案例，也能发现哪些问题被反复提交给资深代理人，却始终没有形成业务经验或内容范本。
资深人员的作用也因此发生了一点变化。他们仍然负责高风险和例外判断，但不必在每次复核时从头解释相同的背景。已经确认的做法被沉淀为业务经验，新的例外和反馈再继续修正它。
这些改变降低了团队对个人记忆的依赖，也让负责人更容易判断哪些知识已经稳定、哪些仍然需要专家介入。不过，Forma 不会替负责人评价法律意见是否正确。产品能检查的是知识是否完整、来源是否连接、规则是否被执行；专业质量仍然需要事务所自己的复核和责任制度。
这条边界很重要。一个知识系统最危险的状态，不是明确告诉你“这里缺少判断”，而是把缺少依据的内容包装成已经完成的答案。
智能体适合参与，但不能成为责任主体
在商标代理场景中，智能体很适合承担资料密集、结构明确、可以复核的工作，例如：
- 根据模板检查客户信息和材料是否完整，并生成待确认问题。
- 遍历已下载的通知文件包，提取元数据，创建记录，并列出解析、关联和期限异常。
- 检索并比较已经批准的依据、业务经验和脱敏案例，为申请评估准备带引用的初稿。
- 根据已确认的事实、内容范本和写作规范，准备客户沟通、通知解读、内部复盘或对外专业内容的初稿。
- 在依据更新后，找出可能受影响的业务经验、模板和在办评估。
- 根据巡检指引检查知识完整性、期限风险、依据状态、复核缺口和敏感信息，并生成只读巡检报告。
但它不应该独立给出注册成功率保证，不应该把未经复核的历史经验升级为团队规则，也不应该自动批准涉及客户权益的专业方案。客户沟通、敏感材料处理和正式意见输出，还需要符合事务所自己的权限、复核和保密制度。
智能体的价值，不在于表现得像一位永远有答案的资深代理人，而在于让团队已经确认的知识更容易进入当前工作，并把当前工作的证据带回维护循环。
这套方案也在使用中继续调整
最初的设计并没有被视为一次定型的结果。我们选择正在办理的业务试用，而不是先整理整个历史库，再根据实际反馈判断哪些信息没有帮助、哪些问题总被遗漏、哪些案例确实能够支持判断，以及哪些要求应该进入模板或维护规范。
团队成员在使用中提出的反馈，会继续改变知识结构、创建模板、查看方式和维护规范。Forma 提供的是可以定义和检查的工作区能力，真正决定知识形状的，仍然是事务所自己的业务方法和实践经验。
这也是定制方案能够落地的原因。我们没有要求团队接受一套预设的“商标代理最佳实践”，而是先把他们已经验证有效的做法表达出来，再让新发现的问题继续修正这套知识。
把专业判断留在团队，不等于替代专家
商标代理团队真正稀缺的，从来不是文件。稀缺的是能够解释文件、比较案例、识别差异并对客户负责的专业判断。
商标代理只是专家型工作中一个容易看清这组问题的场景。只要一项工作需要综合多种来源、比较历史案例、保留判断边界并经过专业复核，团队就会面对相似的知识管理问题。
在这次实践中，我没有试图把这些判断变成一套自动输出答案的规则。我所做的，是用 Forma 把判断背后的事实、依据、条件和复核过程组织起来，让它们不再只存在于某个人的记忆里。
最终解决的也正是我最初观察到的问题：团队成员更容易接手工作，资深代理人不必反复重建相同上下文，负责人能够看见知识和复核状态，智能体则可以在明确边界内参与检索、整理和维护。
当一次业务处理留下的不只是交付结果，还能改善下一次工作的起点，文档才开始变成真正的知识资产。
这次实践并不是要把 Forma 变成一套商标代理工具。更重要的是，它验证了一种可以迁移到其他领域的方式：Forma 不预设业务知识应该长成什么样，而是让使用者定义需要长期维护的知识、同类内容应有的结构、人和智能体共同遵守的规则，以及必须由专业人员复核的边界。商标代理给出了其中一个具体答案，同样的方式也可以用于内容创作中的选题、素材、稿件和发布复盘，企业销售中的客户异议、解决方案、案例和输赢复盘，或者工厂管理中的工艺规范、异常案例与流程变更。不同领域都可以从自己的业务和知识形态出发，建立适合自身的知识工作区。
从一次对话开始了解 Forma
Forma 目前仍处于公开测试（public alpha）阶段，更适合试用、评估和反馈。这里所说的领域化定制，并不等于一套开箱即用、可以替代案件管理系统的成熟行业产品。将它用于正式业务时，团队仍需根据自己的权限、保密、备份和复核要求完成部署与评估。
想了解 Forma，不必先读完一套产品手册。它的产品文档、设计决策和研发知识，本身就由 Forma workspace 管理在 GitHub 仓库 中。可以先打开 OpenCode、Codex、Claude Code 或自己熟悉的智能体应用，让智能体把仓库完整复制到本地，也就是克隆（clone）。例如，可以先告诉智能体：
请将 https://github.com/choral-io/choral-forma 克隆到当前工作目录。完成后进入项目，阅读仓库中的 Installing Forma 说明，向我解释需要执行的安装步骤；经我确认后安装当前版本的 Forma CLI，并检查是否可以正常使用。仓库克隆和 Forma CLI 安装完成后，可以继续从下面这句话开始：
请先运行 forma skills get forma-cli-core，检查当前 workspace。然后基于仓库中的产品文档、设计决策和实际配置，向我介绍 Forma 如何为不同领域定义知识结构、创建模板、共同规则和检查机制。请先询问我的业务场景，再和我选择一种值得优先维护的知识，设计一个最小可用的 Forma workspace。这样，第一次接触 Forma 时，面对的不是一份脱离产品的功能介绍，而是 Forma 自己正在使用和维护的知识工作区。想先理解它如何从软件项目知识实践中演进而来，也可以继续阅读 《从 knowledge-workflow 到 Forma：让不同领域定义自己的知识形状》。