GBrain Runtime
GBrain 工作逻辑
GBrain 是 THX OS 的公司知识上下文：用于校准人名、业务线、产品、流程和历史材料；查不到就标缺口，不替代人工确认，也不自动写正式主库。
GBrain知识校准反馈审核
本页解释 GBrain 在 THX OS 里的工作边界。正式入库需要负责人审核、版本记录和同步验证。
1
GBrain 解决什么
公司事实校准
人名、别名、岗位、业务线、产品、渠道、供应商、项目归属、固定流程和内部术语。
减少业务错位
同一句会议转写或周报内容，AI 先用公司上下文校准，再输出纪要、周报、任务单或知识库候选。
形成反馈闭环
当同事发现信息不准，可以提交“哪里不对、以后固定怎么处理”的待审核反馈。
隔离敏感内容
CEO 私密判断、人员评价、财务合同等内容不进入普通员工可读的知识库入口。
2
核心链路
员工任务 -> Skill 解析字段 -> GBrain 校准上下文 -> MCP Roles 按身份补数据 -> 输出结果 -> 反馈进入待审核队列
| 环节 | 说明 |
|---|---|
| Skill 解析 | 先判断任务对象、业务线、所需资料和是否需要云端数据。 |
| GBrain 校准 | 只使用可读范围内的公司知识，不查不到就硬补。 |
| 数据连接 | 需要运营数据时，交给对应 MCP Role 做只读检查。 |
| 输出自检 | 事实、推断、缺口分开写；关键缺失项明确标待确认。 |
| 反馈沉淀 | 可复用纠错进入待审核候选，确认后再进入正式知识库。 |
3
所有 GBrain 输出必须带边界
- 能溯源：结论要能说清来自哪类材料或页面。
- 有新鲜度：旧资料和新资料不能混成同一条确定结论。
- 有缺口声明：检索不到的部分写“未收录”或“待确认”。
- 不自动入库：员工反馈先进入待审核，不直接改正式主库。
- 敏感隔离：Restricted 内容只做受控流程，不出现在普通员工页。
4
具体例子
会议纪要是最容易讲清楚 GBrain 价值的场景：原始转写可能把人名、项目名、业务线听对了字但放错了业务语义。
| 原始材料 | GBrain 校准动作 | 输出边界 |
|---|---|---|
| “小王说下周 Amazon 要先看库存。” | 先查“小王”是否有公司内固定别名、岗位和业务线归属。 | 查到则写清负责人；查不到写“小王（待确认）”。 |
| “这次 V8 的评论问题要给产品看。” | 校准 V8 是哪个产品 / 哪条业务线 / 是否有历史评论问题。 | 只引用已收录事实；未收录时写“GBrain 未收录该背景”。 |
| “这个规则以后都这样。” | 判断这是单次任务反馈、Skill 规则候选，还是公司事实候选。 | 不直接写正式主库，进入待审核反馈。 |
说明示例：
同一段转写稿，普通 AI 可能只会润色文字；THX OS 会先问“这个人是谁、这个产品归哪条线、这个规则是不是长期有效”。查不到就标缺口，不能为了显得懂公司而乱补。
5
和 Skill 的关系
| Skill | GBrain 如何参与 |
|---|---|
| 会议纪要助手 | 校准人员、部门、项目名和历史背景，避免转写正确但业务语义错误。 |
| 知识库搭建助手 | 把访谈、周报、复盘整理成待审核知识库草稿。 |
| 社媒经验整理助手 | 把日常经验先整理为候选，负责人确认后再决定是否沉淀。 |
| CEO Agent v2 | 用于受控管理层校准；私密判断不进入普通员工 GBrain。 |