跳转至

路线图

当前定位

OrgReOrg / Harness 正从团队知识工程底座升级为组织级 Agentic Knowledge Infrastructure。

它以企业微信、飞书和 Web 工作台作为统一交互入口，但不局限于聊天数据；真实业务信息分散在 GitHub、财务系统、CRM、项目管理系统、文档系统、BI 等部门系统中。系统需要通过 Agentic Search、主动信息收集、Connector / MCP、权限化上下文视图和 Loop Engineering，把这些分散信息持续转化为可检索、可调用、可授权、可审计的私域智能能力。

近期落地节奏见 OrgReOrg 近期路线图。

Phase 0：文档和共识

目标：

  • 明确 harness 定位。
  • 明确不做什么。
  • 确认第一批业务场景。
  • 确认 AI 平权、组织重构和外部方案商转型的底层叙事。
  • 建立 MkDocs 文档站点。
  • 明确企业微信/飞书是统一交互入口，不是完整数据源。
  • 明确跨部门业务系统接入和主动收集是组织知识能力的关键。

交付物：

  • 本教程站点。
  • 初始架构图。
  • 第一版技术路线。
  • 第一版产品底层逻辑。
  • 第一批切入部门定义。
  • Agentic Search、主动收集、Connector / MCP、权限视图和 Loop Engineering 文档。

目标：

  • 完成 OrgReOrg 文档定位升级。
  • 参考 data_engineering 的 BM25 + Vector + Rerank + MCP 模式，建立最小私域搜索原型。
  • 接入 docs/、vault/、GitHub Issue/PR 或一个文档系统。
  • 支持搜索、读取、证据引用和知识缺口记录。
  • 建立最小权限标签和审计记录。
  • 明确 MVP 开发计划：先跑通企业微信入口、主动询问和知识外挂，后实现完整 MVC 权限模型。

候选场景：

  • 公司制度问答。
  • 研发 issue 分析。
  • 项目资料检索和引用。

Phase 2：员工入口和最小可运行 Harness

目标：

  • 实现网页端任务工作台雏形。
  • 支持自然语言、文件上传和任务状态。
  • 接入企业微信轻量入口、通知和主动询问。
  • 实现基础 runtime adapter 接口。
  • 接入一个底层 agent runtime。
  • 实现一个只读工具。
  • 实现一个简单 workflow。
  • 记录审计日志。

候选场景：

  • 从企业微信或 Web 发起搜索和授权请求。
  • 主动收集缺失的文档、系统链接或负责人确认。
  • 把补充回复以 knowledge_card 方式挂载到当前任务。
  • 研发 issue 到资料检索和上下文打包。

Phase 3：主动询问、知识外挂和最小治理

目标：

  • 建立 knowledge_gap、ask_router 和 knowledge_card。
  • 实现候选负责人选择、企业微信结构化询问、回复入任务上下文。
  • 实现最小治理：只读优先、高风险动作草稿化、审计日志。
  • 形成从补充信息到 vault/wiki/docs 的 review 流程。

Phase 3.5：连接器和 MVC 权限准备

目标：

  • 建立 Connector registry 和 MCP Tool Gateway。
  • 接入 GitHub、企业微信、项目管理、文档系统中的 2 到 3 个真实连接器。
  • 基于真实任务、知识卡片、工具调用和审计记录，设计完整 MVC 权限模型。

Phase 4：三部门样板场景

目标：

  • 研发部门打通 issue 到 PR 或 CI 诊断样板。
  • 市场部门打通资料到内容包样板。
  • 职能管理服务部门打通员工请求到工单/审批样板。
  • 每个样板都沉淀 workflow、工具、UI 和 eval cases。

Phase 5：企业工具层与 Agent Bus

目标：

  • 建立 MCP / tool gateway 规范。
  • 实现 HR、研发、行政或财务的第一批工具。
  • 增加权限和审批策略。
  • 实现逻辑 agent bus，支持事件、命令、查询和产物传递。

候选工具：

  • policy_search
  • employee_lookup
  • ticket_create
  • repo_search
  • ci_run

Phase 6：业务工作流产品化

目标：

  • 实现 2 到 3 个真实部门工作流。
  • 引入任务状态机。
  • 引入人工确认点。
  • 支持任务恢复和失败重试。
  • 将成功 workflow 转成模板和方案包。

候选工作流：

  • 入职办理。
  • 报销预审。
  • issue 到 PR。

Phase 7：评测和治理

目标：

  • 建立 golden cases。
  • 建立 red team cases。
  • 引入版本门禁。
  • 输出质量和成本报表。

Phase 8：外部方案商转型

目标：

  • 提供统一 Web 控制台。
  • 支持多租户或多部门隔离。
  • 支持插件化工具注册。
  • 支持 runtime 多供应商切换。
  • 支持企业部署和运维。
  • 建立培训转化组织。
  • 形成可销售的部门方案包。
  • 面向几百人以下小组织复制交付。