Skip to content
YIZE
P.002 / PROJECT2026 —

理小助|一站式校园服务智能体Li-Xiaozhu · Campus Service Agent

Li-Xiaozhu · Campus Service Agent理小助|一站式校园服务智能体

2026 年 6 月下旬起在中国农业大学理学院投入使用的校园智能体:课表、作业、通知、校园事务收进同一个对话框,每个回答都能点回出处。

A campus agent in production at CAU's College of Sciences since June 2026: one conversation box for timetables, deadlines, notices and campus business, with every answer traceable to its source document.

角色Role
核心开发者 · 参与全流程Core developer, full pipeline
类型Type
网页Web
年份Year
2026 —
  • LLM agent
  • RAG
  • OCR pipeline
  • Web
理小助 PC 端首页P.002-A
理小助 PC 端首页
目录Contents

一件小事,要在十几个入口之间来回切换

课表在教务系统,作业在教学平台;通知散落在学院官网和公众号,而真正决定「你能不能做这件事」的那些条款,往往藏在扫描版 PDF 附件里。找一个信息要开几个系统,问一个问题要翻几份文件——这不是学生懒,是入口太多而彼此不说话。

理小助把这些收进同一个对话框:你只管提问,它负责找依据、调服务、给结果。

它不是一个演示

2026 年 6 月下旬起,在中国农业大学理学院投入实际使用,桌面端和移动端都能打开。下面写的功能都是在用的功能,不是设想中的功能。

它现在能做什么

课表与学业。 读入本人的教务数据(经本人授权)生成可交互课表卡片:切换学年学期、周次和视图,追问「哪里冲突、什么时候有空」,它会基于卡片数据逐周核对冲突、列出空闲时段;还能一键导出 ICS 日历文件,整学期两百多次课连同教室和老师一起进手机日历。作业一侧,把教学平台上散在各门课里的待办汇总成一句话,截止时间和提交状态清楚。绩点按本人的培养方案判断哪些课组计入,逐门列出成绩与学分,并把计算口径摊开——而不是只给一个数字。

通知与制度。 在持续维护的语料上做检索:九百零五份 PDF 转成可读正文、累计五千一百多页 OCR 结果。回答先给结论,再列依据,每一条参考来源都能点开核对原文。军事理论课要不要第一学期修、体测单项低分会不会卡毕业、某个竞赛的报名窗口什么时候关、省级一等奖能加多少综测分——这些问题落在通知原文的哪一条上,它就答到哪一条,包括「同一系列只取最高级别」这种容易被忽略的规则。

校园事务与生活服务。 宿舍电费余额、整层洗衣机的实时占用状态、按学籍年级查辅导员联系方式、推免实施细则里各项权重与申请门槛的对照、证明卡片的选择与生成、秋招与实习信息的按时间汇总。手边只有一页纸质细则的时候,拍下来直接问也可以——它会读懂截图,再从完整细则里补上截图之外的条件。

它明确的边界。 不代交作业,不替学校判定毕业资格,政策一律以学院最新通知为准。个人数据由本人授权,关键操作由本人确认。

背后是一套为校园事务搭的智能体架构

不是给聊天机器人套一层皮。大模型负责理解问题、规划任务,按需调用十个校园技能与专用业务工具:一边检索通知、制度与附件原文,一边经本人授权连接教务、教学平台和缴费系统,最后以交互卡片加可追溯来源的形式交付答案。

工程上的几个约束是真实使用逼出来的,不是一开始就设计好的:

  • 会话列表的响应体积从 1.16 MB 降到 12 KB——列表加载不该拖着一整份语料。
  • 附件按文件哈希复用识别结果,同一份文件只处理一次。
  • 重复通知在数据层合并展示,而不是靠人眼去重;合并之后,来源一条都不丢。

我负责的部分

开发者之一,几乎参与全流程:语料构建与 OCR 治理、检索与工具层、前端,以及那些不好看的部分——去重规则、来源可追溯,以及「每个回答都必须指得出它来自哪份文件」这条要求(是争取来的,不是被让出来的)。

这一页不写的

用户数据、内部提示词与评测日志。页面上的截图是产品的空状态——那是公众有权看到的部分。

还不够好的地方

有几处不足不想藏起来:仍有部分附件待解析;培养方案还是首版;模型的回答需要持续评测与校订。下一步是完善定期更新和质量评估,把这套可复用的架构推广到更多学院。

目录Contents

One small thing, across a dozen logins

The timetable lives in the academic-affairs system, assignments in the teaching platform, and the notices that actually determine what you may or may not do are scattered across the college site and its WeChat accounts — with the binding clauses often inside scanned PDF attachments. Finding one fact means opening several systems; answering one question means reading several documents. This is not students being lazy. There are simply too many doors, and they do not talk to each other.

理小助 puts all of it into one conversation: you ask, it finds the document, calls the service, and returns an answer with its sources attached.

This is not a demo

The agent has been in production at the College of Sciences, China Agricultural University since late June 2026, on desktop and mobile. What follows are things it does, not things it is meant to do.

What it does now

Timetable and academic record. With the student's own authorisation it reads their academic-affairs data into an interactive card: switch academic year, term, week and view; ask where the clashes are and when there is a free hour, and it checks week by week against the card's own data; export the whole term as an ICS file, so a couple of hundred classes arrive in a phone calendar with rooms and teachers attached. Assignments are summarised out of the teaching platform one sentence each, with deadlines and submission state. The GPA is computed against that student's own programme requirements — which course groups count, per-course marks and credits, and the counting rules laid out rather than hidden behind the number.

Notices and regulations. Retrieval over a continuously maintained corpus: 905 PDFs converted to readable text, 5,100+ pages of OCR in total. Answers lead with the conclusion and then list the evidence, and every citation opens the original document. Whether military theory has to be taken in the first term, whether one low fitness-test score blocks graduation, when a competition's registration window closes, how many comprehensive-evaluation points a provincial first prize carries — it answers to the clause in the notice those questions actually live in, including the ones people skip, like "only the highest grade in a series counts".

Campus business and daily life. Dorm electricity balance, live availability of the washing machines on a floor, the right counsellor for a cohort, weightings and thresholds compared across the graduate-admission rules, a certificate card chosen and generated, autumn recruitment and internship postings gathered by date. If the only thing to hand is a photograph of a paper document, that works too: it reads the screenshot and then supplies the conditions the screenshot left out.

The boundary it states. It does not submit homework, does not decide whether anyone qualifies to graduate, and defers to the college's latest notice on any policy question. Personal data is used with the owner's authorisation, and key actions are confirmed by the owner.

Behind it: an agent architecture built for campus affairs

Not a chat skin over a language model. The model understands the question and plans the task, then calls one of ten campus skills and dedicated business tools as needed — retrieving notices, regulations and attachment text on one side, connecting to the academic-affairs, teaching and payment systems on the other through the user's own authorisation — and returns an answer as interactive cards with traceable sources.

Several of the engineering constraints were forced by real usage rather than designed up front:

  • Session-list responses went from 1.16 MB to 12 KB; a list should not drag the whole corpus with it.
  • Attachments are keyed by file hash and their OCR result is reused, so a file is processed once.
  • Duplicate notices are merged at the data layer rather than by eye — and after merging, not one source is dropped.

My role

One of the developers, across nearly the whole pipeline: corpus construction and the OCR governance that keeps it readable, the retrieval and tool layer, the frontend, and the unglamorous parts — deduplication rules, source traceability, and the requirement (argued for, not conceded) that every answer must be able to point at the document it came from.

What is not on this page

User data, internal prompts and evaluation logs. The screenshots show the product's empty state, which is what the public is entitled to see.

What is still not good enough

A few gaps worth naming: some attachments remain unparsed; the programme- requirement data is still a first version; and the model's answers need continuous evaluation and correction. The next step is regular updates and a quality-assessment loop, and then carrying this reusable architecture into more colleges.