6.3 · 分类总览
分类本体 = 运营与结算的 schema；一维标签会让撮合与内控同时失灵。
多维分类不是文档洁癖，而是路由与风控的基础设施：没有统一的类型本体，CRM 会重复触达同一 LP，PoB 无法标注主导方与协作方，治理也难以对国家代表权做边界裁剪。
功能维度（做什么）
项目节点携带代币经济设计、上线路径、合规叙事与融资里程碑；需求侧原点。
资本节点家办、风投、做市商、生态基金；提供 check size、决策节奏与结构偏好。
服务节点律所、审计、安全、开发、品牌、研究；把引荐变成可交付 SOW。
分发节点交易所、媒体、KOL、会议主理方；承接流动性与市场叙事。
区域节点国家主节点、城市节点；把全球协议落到本地关系与活动。
Agent 节点绑定工作流的自动化执行方：筛案、触达、监控、报告，需有 SLA 与留痕。
典型复合画像：一家东京的 AI 风投，在系统中可同时标记为「资本节点 + 日本地理锚点 + AI 行业节点 + 某层级席位」。撮合时按场景选用子集，避免用单一标签描述商业现实。
PoB 与结算需要知道「谁在什么角色上签字背书」；多维分类是把现实商业关系编译成系统可执行结构的最低成本方案。
分类缺失时的运营故障模式
撮合噪声同一 LP 被三条线同时推销；类似投行缺少客户覆盖矩阵时的撞单。
CRM 坍缩漏斗阶段无法按功能与区域切片，预测与复盘失去粒度。
PoB 争议主导引荐方、协作执行方、纯信息方混写，分配规则无法落地。
扩张不可复制新市场启动时没有标准席位包：国家主节点、城市节点、赛道大使各是什么 KPI。
对齐 TradFi：大型投行的客户数据同样按行业组、地区、产品权限切 cube；WCN 只是把切面暴露给链上协作与 PoB，使外部生态也能读同一套结构。