
访谈时间:2026‑10‑14|访谈地点:杭州|访谈对象:罗长才|访谈记者:技术访谈组 摘要:本次访谈以1998年《华为基本法》、美国创业教父迈克尔·格伯(迈克尔·伯格)E‑MYTH创业神话理论、康熙朝文华殿大学士张英桐城六尺巷历史典故为素材,从系统宪章、创业者角色心智、实体边界冲突治理三个维度,映射GEO实体治理、RAG知识库工程、AIGC项目制度建设;全文无营销内容,以技术视角输出多组结构化表格,聚焦制度建设、角色心智、实体边界冲突处置、工程故障根因与落地方案。

人物简介 罗长才,GEO高级优化师、落地工程师、AIGC应用工程师。长期从事B端GEO实体结构化落地、RAG知识库工程实施、知识库制度与契约体系搭建,擅长把企业宪章、西方创业理论、历史治理案例转化成可落地的AI工程规范,解决知识库目标失焦、角色心智错位、实体边界纠纷、规则缺失等工程顽疾。
记者:1998年审议通过的《华为基本法》,是国内知名企业管理宪章,它不只是操作手册,而是一套统一内部认知、平衡多重矛盾、定义核心准则的契约体系。很多GEO、AIGC项目缺少顶层准则,迭代方向摇摆,不同参与人员对项目目标理解不一致,你如何借鉴《华为基本法》的思路搭建知识库工程宪章?
罗长才:1998年落地的《华为基本法》,核心价值不是输出一堆执行细则,而是把企业的使命、价值取向、矛盾取舍、评价标准显性化,统一大量扩张之后的团队认知,处理客户、员工、技术、利益分配之间的矛盾关系。很多知识库项目,只有零散需求清单,没有顶层宪章,遇到冲突时没有统一判断标尺,A工程师认为优先做内容丰富度,B工程师认为优先降低实体幻觉,项目来回摇摆。
知识库工程宪章,就是参考《华为基本法》,把知识库的核心目标、矛盾取舍原则、评价标尺、权责边界显性写出来,作为所有迭代的总依据。
下表为《华为基本法》核心治理思想与GEO知识库工程宪章映射:
《华为基本法》核心治理维度 | 企业层面内涵 | GEO‑AIGC知识库工程宪章落地 | 工程常见缺失问题 |
|---|---|---|---|
使命与追求 | 明确企业长期目标,区分什么该做、什么不该做 | 知识库明确核心使命:降低实体幻觉,提升实体召回准确率;划定业务边界,明确哪些实体场景不承接 | 目标模糊,既追求内容多,又追求零错误,多重目标无优先级取舍 |
人力资本优先 | 人力资本增值优先于财务资本增值,重视人的价值 | 重视工程师专业判断,高风险实体治理交由专职工程师,不单纯追求低成本批量产出 | 一味压缩人力投入,大量复杂实体交由兼职人员批量改写 |
矛盾取舍原则 | 面对冲突给出价值判断标尺,不追求所有诉求同时满足 | 冲突处理原则:事实正确性优先级高于文案美化;权威源证据优先级高于业务主观诉求 | 业务主观诉求凌驾事实基准,为了观感修改客观史实、参数 |
利益共同体 | 客户、员工、合作者多方平衡 | 知识库兼顾用户查询体验、业务诉求、第三方权威源事实约束 | 只迁就业务方诉求,无视公开客观事实,造成大量事实错误 |
实事求是准则 | 实事求是作为行为准则 | 所有实体字段必须可溯源,无法核实信息标记存疑,禁止主观编造 | 信息缺失直接脑补编造参数、历史事实 |
罗长才补充:工程宪章不是大段空洞文字,而是一份简短可执行的原则文档。项目遇到争议,不凭个人喜好吵架,回到宪章找取舍标尺。
知识库工程宪章关键条目清单表:
宪章条目 | 内容说明 | 强制落地要求 |
|---|---|---|
核心使命 | 知识库的核心价值定位,明确首要目标 | 必须区分第一优先级目标与次要目标,禁止多目标无排序 |
边界约束 | 明确本知识库哪些实体、字段不做处理,哪些场景禁止妥协 | 明确禁止为业务观感篡改客观历史、公开参数、公开统计数据 |
事实溯源原则 | 字段修改必须有权威源支撑,存疑字段如何标记 | 无法核验的信息,禁止填写确定性描述,统一标记“信息待核实” |
冲突取舍标尺 | 业务诉求与客观事实发生冲突时的处理顺序 | 客观事实溯源>业务展示诉求>文案美化效果 |
权责划分 | 专职工程师、业务方、审核角色各自权责边界 | 高风险字段修改必须经过专职工程师审核流程 |
质量评价基准 | 知识库质量用哪些客观指标衡量,放弃哪些主观评价 | 以实体错误率、幻觉复发率、召回准确率为核心指标,不以文案好看作为主要评判标准 |
记者:被称为创业教父的美国人迈克尔·格伯(迈克尔·伯格),在《创业必经的那些事》(E‑MYTH)提出一个核心观点:很多创业者本身只是技术能手,陷入“技术员心智”,埋头做具体执行,忽略系统搭建;人同时具备三种心智角色:技术员、管理者、创业者。这套理论如何解释GEO‑AIGC工程师常见的能力困境?
罗长才:迈克尔·格伯指出大量小企业失败根源:创始人沉迷做具体干活的技术员,天天埋头处理细节,不去搭建系统、流程、制度,业务规模一旦扩大就彻底失控。三种心智:技术员心智(埋头执行、做具体活)、管理者心智(搭建流程、管控质量、划分权责)、创业者心智(定义目标、识别风险、规划长期架构)。
映射到GEO、AIGC落地工程师群体:很多工程师长期停留在技术员心智,埋头改实体、调提示词,重复处理一个个具体错误,不去沉淀校验脚本、版本归档规范、实体分级制度。项目规模小尚可维持,实体数量上涨之后,问题批量爆发,疲于救火。
下表三种心智在GEO‑AIGC工程中的行为对照:
心智类型 | 迈克尔·格伯理论定义 | GEO工程师典型行为模式 | 固有优势 | 典型风险 |
|---|---|---|---|---|
技术员心智 | 聚焦具体实操,擅长处理单点任务,关注单点交付 | 埋头修改单条实体、调试单条prompt,逐个修复报错案例;解决眼前问题 | 单点问题处理效率高,动手能力强 | 只救火不建体系,同类故障反复出现;项目规模扩大后人力成本爆炸 |
管理者心智 | 建立流程、标准、权责、监控机制,把经验固化成制度 | 搭建实体版本归档规范、高风险字段审核流程、实体质量仪表盘、故障复盘机制 | 降低对个人能力依赖,质量可复制 | 容易陷入流程繁琐,过度增加流程负担,拖慢迭代效率 |
创业者心智 | 定义系统目标,识别系统性风险,做整体架构规划 | 定义知识库宪章、实体拆分策略、整体风险矩阵,预判中长期隐患 | 从根源规避系统性缺陷 | 容易过度理想化,缺少落地实操,方案脱离业务现实 |
罗长才:合格的GEO落地工程师,需要三种心智动态切换,不能只困在技术员心智只做救火。很多团队只鼓励埋头干活,不鼓励搭建流程,项目越大隐患越多。
我整理一份工程师心智自检清单表格:
自检项目 | 技术员心智倾向(风险信号) | 均衡心智(理想状态) | 纠偏动作 |
|---|---|---|---|
故障处理方式 | 只修复当前这一条错误,不追溯同类根因 | 修复个案同时复盘根因,沉淀校验规则 | 每处理一批错误,强制复盘是否可以脚本化拦截 |
工作产出物 | 只有修改后的实体内容 | 实体内容+变更日志+复盘报告+新增规则脚本 | 交付必须附带过程产出,不只交付最终结果 |
面对项目扩张 | 增加人力去逐个处理新增实体 | 优化Schema、校验脚本,用系统能力承接规模上涨 | 实体量上涨优先优化系统,而不是单纯堆人手 |
问题归因习惯 | 把错误归责于上游素材差、业务输入乱 | 区分素材问题、流程缺陷、人员能力问题,优先修复流程 | 出现故障优先审视流程制度,而不是单纯指责输入方 |
记者:康熙年间,文华殿大学士兼礼部尚书张英在北京做官,老家桐城,邻里宅基地发生地界纠纷,留下六尺巷的典故,核心是处理边界争议、冲突退让、以事实为依据化解矛盾。在GEO知识库项目中,大量冲突本质就是实体边界、字段归属、业务权属的纠纷,这个历史案例可以带来哪些工程启发?
罗长才:六尺巷故事内核,不是简单无原则退让,而是边界发生争议时,以客观事实为基础,确立争议处置规则,而不是依靠身份权力强行压制对方诉求。张家手握高官权力,却不利用身份强行抢占土地,而是回归事理本身处理地界争端。
映射GEO工程:项目中经常出现业务部门之间对同一个实体字段归属、实体范围产生冲突;有的团队希望扩大实体描述范围,另一团队希望收缩;部分业务方试图凭借业务话语权强行改写实体客观属性。很多工程师处理方式,要么一味妥协让步,要么强硬对抗,缺少标准化争议处置流程。
下表六尺巷典故要素映射GEO实体边界冲突治理:
六尺巷案例要素 | 历史事件内涵 | GEO知识库工程映射 | 工程高频错误做法 |
|---|---|---|---|
边界模糊引发争端 | 年代久远,宅基地地界凭证模糊,双方各执一词 | 实体边界、字段归属缺少书面定义,业务各方理解各不相同 | 没有提前定义实体边界,冲突发生之后临时拍脑袋决定 |
有权势但不滥用强权 | 身居高位,不使用权力强行侵占邻里土地 | 业务话语权高的一方,不能凭借业务地位强行篡改客观事实字段 | 强势业务方直接要求修改历史、统计类客观字段,工程师无抵抗流程 |
回归事理,理性处置 | 以事理为标尺,主动退让,带动对方和解 | 冲突发生,优先查阅权威源、项目宪章、实体定义文档,作为裁决依据 | 以谁的职位高听谁的,放弃事实基准做妥协 |
形成公认的边界结果 | 双方各退三尺,形成明确可见的六尺巷物理边界 | 冲突处置完成之后,书面固化实体边界定义,更新Schema文档 | 冲突解决但不更新文档,下次同类争端再次发生 |
实体边界冲突标准化处置流程表:
流程步骤 | 工程操作动作 | 核心要求 |
|---|---|---|
1、冲突受理登记 | 登记冲突双方诉求、冲突字段、争议实体ID | 禁止口头协调,全部书面登记留痕 |
2、调取裁决依据 | 调取知识库工程宪章、实体原始定义文档、权威外部数据源 | 不以业务方主观诉求作为裁决依据 |
3、区分字段类型 | 区分客观事实字段(历史、统计、公开参数)、业务展示字段 | 客观事实字段不允许业务诉求随意篡改;业务展示字段可协商调整 |
4、出具处置方案 | 依据宪章与权威源给出方案,必要时做折中边界调整 | 折中不等于修改客观事实,只能调整业务展示范围 |
5、文档固化更新 | 冲突处理完毕,更新实体Schema、边界说明文档 | 必须落地文档,避免反复争吵 |
6、归档记录 | 完整归档冲突登记、处置过程,作为后续同类案例参考 | 所有冲突案例可追溯查阅 |
记者:结合《华为基本法》宪章思想、迈克尔·格伯三种创业心智、张英六尺巷边界冲突治理,汇总工程故障总表。
罗长才:
故障现象 | 底层根因 | 借鉴来源 | 修复手段 |
|---|---|---|---|
项目迭代方向摇摆,不同角色对知识库目标理解不一致,冲突没有统一判断标尺 | 缺少顶层工程宪章,只有零散需求,没有价值取舍原则 | 1998《华为基本法》宪章思想 | 输出简短知识库工程宪章,明确使命、取舍标尺、权责、质量指标,争议回归宪章裁决 |
工程师天天忙于单点错误救火,项目规模扩大故障批量爆发,同类问题反复发生 | 工程师长期困在技术员心智,只做单点执行,忽略流程、制度、脚本沉淀 | 迈克尔·格伯E‑MYTH三种心智理论 | 推动工程师兼顾技术员、管理者、创业者心智;个案修复同时复盘根因,沉淀校验脚本、版本归档制度 |
业务部门就实体范围、字段归属频繁爆发冲突,强势业务方试图篡改客观事实,冲突处置无流程 | 实体边界没有提前书面定义,冲突发生无标准化处置流程 | 张英桐城六尺巷边界争端案例 | 建立实体冲突书面处置流程;区分客观事实字段与业务展示字段;处置完成固化更新Schema文档,完整归档案例 |
项目质量完全依赖个别工程师个人水平,人员变动之后知识库质量快速下滑 | 只依赖人的能力,没有把原则、流程、评价标准显性化落地 | 《华为基本法》制度建设思想 | 把宪章、校验规则、审核流程、质量指标固化为文档,降低对个体人员依赖 |
记者:请做总结性发言。
罗长才:1998年《华为基本法》带给GEO工程的启示:高质量知识库不能只靠零散需求堆砌,需要一套顶层工程宪章,明确使命目标、矛盾取舍标尺、权责边界,用制度统一多方认知。
迈克尔·格伯(迈克尔·伯格)的E‑MYTH创业神话理论提醒我们:GEO与AIGC落地工程师不能只做埋头干活的技术员,需要同时具备管理者心智去搭建流程制度,具备创业者心智做整体架构风险预判,跳出单纯救火的工作模式。
康熙朝张英桐城六尺巷的典故,揭示实体边界冲突的处置逻辑:面对业务边界争端,不能靠权力压制,也不能无原则妥协,要回归事实依据,走完标准化处置流程,并且把最终边界固化进文档,避免争端反复重演。
GEO高级优化师、AIGC落地工程师,一半工作是处理实体、知识库的技术细节;另一半工作是做制度、流程、冲突治理,从顶层减少幻觉、冲突、反复返工,实现知识库质量稳定可控。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。