跳转至

OrgReOrg 近期路线图

总体目标

OrgReOrg / Harness 的近期目标是从团队知识工程底座升级为组织级 Agentic Knowledge Infrastructure。

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

Phase 1：文档定位与架构设计

目标：

  • 完成 OrgReOrg / Harness 新定位。
  • 建立 Agentic Search、主动收集、Connector / MCP、权限视图、Loop Engineering 的核心文档。
  • 更新 MkDocs 导航和 README，让团队能围绕同一口径讨论。
  • 明确企业微信/飞书是入口，不是完整数据源。
  • 确认第一批系统接入优先级。

交付物：

  • docs/knowledge/agentic-search.md
  • docs/knowledge/proactive-collection.md
  • docs/knowledge/connectors-and-mcp.md
  • docs/knowledge/permissioned-views.md
  • docs/knowledge/loop-engineering.md
  • docs/knowledge/orgreorg-roadmap.md

验证：

  • python -m uv run mkdocs build --strict
  • 团队 review 文档口径。
  • 决策记录更新。

目标：

  • 企业微信作为个人用户主要输入输出入口。
  • 参考 data_engineering 的 BM25 + Vector + Rerank + MCP 模式，建立最小私域搜索原型。
  • 先接入 docs/、vault/、GitHub Issue/PR 或一个文档系统。
  • 支持搜索、读取、证据引用和知识缺口记录。
  • 缺口不足时能生成主动询问请求。
  • 通过 MCP 或内部工具接口暴露给 Claude Code、Codex、网页端或内部 Agent。

候选范围：

  • 文档解析：Markdown、PDF、Word、网页导出材料。
  • 检索：Elasticsearch BM25 起步，预留向量和 Rerank。
  • 工具：search、get_document、list_sources、report_gap。
  • 权限：最小用户/部门/项目标签过滤。

验证：

  • 10 到 20 个真实组织问题的检索回放。
  • 搜索结果必须包含可引用来源。
  • 检索不到时能生成明确知识缺口。
  • 不越权展示受限内容。
  • 能从企业微信发起任务并收到结果摘要。

Phase 3：主动询问与知识外挂

目标：

  • 建立 knowledge_gap 和 knowledge_card。
  • 建立 ask_router：识别系统、负责人、授权范围和资料质量。
  • 通过企业微信向 1 到 3 个候选人发起结构化询问。
  • 补充信息先作为任务上下文和待确认知识对象外挂。
  • 人工 review 后再进入 vault wiki、项目页、决策记录或 docs。

交付物：

  • 主动询问模板。
  • 候选负责人打分规则。
  • knowledge card 数据结构。
  • 搜索缺口到主动询问的闭环。
  • 从补充信息到 vault 的 review 流程。

验证：

  • Agent 不群发，而是说明问谁和为什么问。
  • 回复能回到当前任务上下文。
  • 未经 review 的补充信息不会直接进入正式知识库。
  • 用户能看到“当前缺什么、向谁请求、拿到后如何继续”。

Phase 4：组织级连接器、最小治理和 MVC 准备

目标：

  • 建立部门业务系统 Connector registry。
  • 接入 GitHub、企业微信、项目管理、文档系统中的 2 到 3 个真实连接器。
  • 形成统一 MCP Tool Gateway。
  • 实现最小只读、审批、审计和字段脱敏。
  • 基于真实任务和工具调用数据准备 MVC 权限模型。

验证：

  • 工具调用前后都有 trace 和审计。
  • 只读工具与高风险工具权限分级明确。
  • 连接器不能绕过源系统权限。
  • 真实数据对象足以支撑后续 Model / View / Controller 设计。

后续方向

Phase 5 之后再考虑：

  • 多部门 Agent-to-Agent 网络。
  • Workflow 模板市场。
  • 更完整的 Eval 和回归测试体系。
  • 多租户或多组织隔离。
  • 外部客户交付方法论。
  • 审计分析、成本分析和 OpenTelemetry 观测。

这些方向应建立在企业微信入口、主动询问和知识外挂闭环的真实使用数据之上，不应先做大平台再找场景。