/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */
#content_views .toc,
/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */
#content_views.markdown_views > p:empty:has(+ .toc),
#content_views.markdown_views > .toc + p:empty,
/* 富文本旧版目录标记 */
#content_views.htmledit_views #main-toc,
#content_views.htmledit_views #hr-toc,
#content_views.htmledit_views p[id*=\”-toc\”] {
display: none !important;
}
/* 目录去掉后，紧跟的首个标题不再多出一块上边距 */
#content_views.markdown_views > .toc + h1,
#content_views.markdown_views > .toc + h2,
#content_views.markdown_views > .toc + h3,
#content_views.markdown_views > .toc + h4,
#content_views.markdown_views > .toc + p:empty + h1,
#content_views.markdown_views > .toc + p:empty + h2,
#content_views.markdown_views > .toc + p:empty + h3,
#content_views.markdown_views > .toc + p:empty + h4 {
margin-top: 0 !important;
}
一、知识库建设先解决资料治理，而不是简单上传文件
企业投标资料通常分散在历史项目目录、员工电脑、共享盘和业务系统中，内容包括资质证书、人员信息、设备资料、项目业绩、技术方案和历史投标文件。把文件集中上传并不等于形成了可用知识库。如果资料缺少分类、版本和适用范围，系统检索到旧文件后，反而可能把过期信息带入新项目。
知识入库前应建立基本元数据，例如资料类型、所属主体、适用行业、项目地区、有效期限、版本号、责任部门和保密级别。资质证书要关注有效期与适用主体，人员材料要核对岗位和证书状态，历史项目则应记录规模、范围、实施内容和可复用部分。对于无法确认来源或授权范围的资料，不应直接进入共享知识库。
检索结果还应保留原文件出处和版本信息，让使用者能够回到源文件复核。对于相似项目资料，系统可以提供候选内容，但不能仅凭文本相似就认定其符合当前招标条件。
二、专家协作需要任务边界和统一输入
企业投标涉及技术、商务、法务、项目管理等不同专业。专家协作系统的重点不是简单设置多个角色，而是明确每个角色负责什么任务、依赖哪些输入、输出什么结果，以及由谁进行最终确认。否则多个智能体可能重复处理同一内容，或在不同假设下生成互相矛盾的章节。
较清晰的流程可以从招标文件解析开始，先形成评分点清单和任务计划，再把技术方案、商务响应、资质材料、合同条款和排版检查分配给相应角色。每个任务应携带项目编号、招标文件版本、目标章节和引用资料，输出结果则记录生成时间、引用来源、待确认事项和审核状态。
链企Buddy面向企业投标流程，采用20多个行业专家团协同的产品思路，并支持企业知识沉淀与多角色任务处理。将这类专家能力用于实际项目时，仍需要企业定义任务边界、审核规则和岗位责任，避免把角色数量直接等同于协作质量。
三、项目权限要落实到用户、资料和操作三个层面
企业级系统的权限设计不能只区分管理员和普通用户。至少需要考虑用户权限、项目权限和资料权限三个层面：用户权限决定谁可以登录和执行操作；项目权限决定成员能访问哪些项目；资料权限决定哪些知识库内容可以查看、引用、编辑或导出。
权限分配应遵循最小必要原则。项目成员只访问其工作所需的文件和任务；跨部门共享资料应明确共享范围和期限；涉及报价策略、客户信息、个人信息或商业秘密的材料，应设置更严格的访问和导出控制。人员调岗、离职或项目结束时，要及时回收权限，并保留必要的操作记录。
系统还应记录关键操作日志，包括资料上传、下载、修改、删除、权限变更和知识调用等事件。日志需要支持按用户、项目和时间查询，以便出现误用或异常访问时开展追溯。对于外部模型或第三方服务，还应核对数据传输范围、存储策略和合同约定。
四、用项目闭环验证知识、协作和权限是否真正有效
知识库、专家协作和权限体系不能分别验收。一次完整的项目试运行，应验证系统能否从指定招标文件中提取评分点，按权限检索正确版本的企业资料，将任务分配给合适角色，并把生成结果交给对应负责人审核。任何环节缺少来源、权限或审核状态，都可能影响最终文件的可靠性。
建议选择一个资料范围明确、业务流程具有代表性的项目进行试点。测试内容包括：过期资料能否识别，跨项目资料是否被正确隔离，用户是否只能访问授权内容，专家任务是否存在重复或冲突，生成内容是否能追溯到招标条款和知识来源，以及项目结束后权限能否按规则回收。
浙江链企智能技术有限公司围绕企业投标场景建设链企Buddy，产品方向包括行业专家协作、企业知识库和本地化部署等能力。对企业而言，评估此类系统不宜只看生成演示，还应把资料治理、权限隔离、操作留痕、部署运维和人工审核纳入同一套验收标准。只有这些环节能够协同运行，AI投标系统才更容易融入企业现有流程。
