User / Agent Intent
问题、研究目标、约束条件、输出要求与已有上下文。
Domain-grounded persistent deep research
主题透视 · 面向专业领域、可持续积累知识的深度研究系统
TopicLens 不同于传统 Deep Research 工具,它不把研究理解为一次“搜索 → 阅读 → 汇总 → 报告”的孤立任务。 TopicLens系统围绕 Topic 组织研究,让每次任务都可以利用既有领域知识、调用外部信息源、形成可追溯证据,并把新的可靠知识继续沉淀为下一次研究的基础。
垃圾渗滤液处理工艺在高盐、高氨氮条件下有哪些可靠的工程路线?
本页介绍 TopicLens 的产品与架构方向,不暴露私有 Core 的内部实现和知识资产。
Persistent research loop
一次请求从用户或 Agent 的意图开始。Router 决定怎样研究,Graph 组织实际研究过程,Field 与外部来源共同提供依据。 最终形成的不只是一个答案,还包括可追溯的 Evidence、Findings 与可复用 Research Asset;经过验证的新增知识会继续沉淀进 Topic 的长期状态。
问题、研究目标、约束条件、输出要求与已有上下文。
识别 Topic,整理约束,并形成进入研究系统的方式。
检索、工具调用、证据核验、冲突识别、状态维护与综合。
把多来源材料转化为可解释、可追溯、可再次使用的研究成果。
可靠知识、来源关系和历史依据持续积累,而不是随会话消失。
Core architecture
TopicLens 把入口决策、研究执行和长期知识分开。这样既避免 Router 变成万能调度器,也避免 Graph 退化为知识库,更不把 Field 做成只有文件堆积的静态资料库。
面向用户、Agent、Skill、MCP、API 或其他调用方,识别 Topic、整理研究约束,并形成 Research Spec / Command 等进入研究系统的请求。
把 Router 的研究请求转换为实际过程,执行检索、Provider 与工具调用、证据核验、冲突识别、状态维护以及最终综合。
长期维护 Sources、Research Catalog、Evidence、Knowledge、Field State、Topic State 与 Generations,为研究提供领域基础与可追溯依据。
Topic as a first-class object
Topic 不是第四个服务模块,而是贯穿 Router、Graph 和 Field 的核心研究对象。问题围绕 Topic 被解释,研究围绕 Topic 被执行,新的 Evidence、Findings 与 Knowledge 最终又更新 Topic State。
Topic 不要求与物理目录一一对应。相同标准、论文、工程案例或产品资料,可以在不同问题下被重新组合、引用和解释;Topic 负责提供研究视角,而不是复制一份资料。
Beyond one-shot deep research
传统 Deep Research 常常以一次问题开始,以一份答案或报告结束。TopicLens 更关注研究能力能不能被保存、复查、更新和继续使用。
不是每次从空白网页重新搜索,而是把已经积累的专业知识作为研究起点。
尽可能把 Findings 与 Source / Evidence 建立明确关系,让结论可追踪、可复查。
可靠知识、研究状态和可复用资产持续积累,成为后续研究的上下文。
研究可以同时使用 Field、Web / Search、Tools 与外部 Providers,并对来源进行综合。
Knowledge、Field State 与 Topic State 会随时间变化,不把旧结论永远视为当前事实。
先从 Catalog 与元数据筛选,再深入候选资料和原文;关键知识变化保留代际依据,而不是直接覆盖。
Access boundary
TopicLens 核心系统长期保持私有,并面向后续商业化研发与运营。面向用户与外部生态的 Web、Agent Skill / MCP、自托管 Web、API 与文档,通过独立的公开 Access 项目提供,并与 Core 通过稳定接口交互。
负责“怎样使用 TopicLens”,承载入口、客户端、接口规范、示例和集成说明。
负责“怎样真正完成研究并积累知识”,核心实现与私有知识资产不通过公开接入仓库暴露。