“接受第二份奖学金，可能触发自动审计标记、立即追回的法律通知，以及永久取消资格。”这是ScholarStack项目描述里的一句话，也是它想解决的问题。

在印度，超过4000万大学生要在彼此不联通的奖学金公告里做选择。中央部委、邦福利局、企业基金会各自在官方公报里埋下法定条款，禁止学生同时领取多份资助。但学生手里往往握着好几个录取通知，却不知道同时拿钱是否合法。

打开网易新闻 查看精彩图片

核查这件事，目前还得靠翻阅分散在几十个部门门户上的四十页政府公报。

它把规则做成了结构化内容

ScholarStack是一个多奖项奖学金合规与非叠加规则手册验证引擎。它把官方奖学金规则手册、精确法律条款、学生决策历史，都当作结构化内容来处理，底层依托Sanity Content Lake和Sanity Context MCP。

当学生查询两份奖学金能否同时持有，引擎会执行五步：

  1. 通过Context MCP交叉比对存在Sanity里的官方规则手册；
  2. 逐字提取反叠加条款，并排展示引文、处罚措施和政府公报原文链接；
  3. 标记合规冲突，项目称做到零幻觉；
  4. 如果存在冲突，学生可直接在门户里执行正式放弃声明，这个动作会把一条结构化的studentDecision记录写回Sanity Content Lake；
  5. 后续查询时，引擎会调取有效的放弃记录，排除已交回的奖项，动态重新评估资格。

三个核心概念

项目定义了三个具名原语，构成它的合规框架。

法定非叠加条款：公报中禁止同时领取多份教育资助的法律规定。ScholarStack把每一条建模为独立的结构化对象，包含逐字条款文本、章节引用、处罚措施和已认可的例外情形。

有状态放弃账本：一个双向的Sanity Content Lake模式（studentDecision），记录行政交回声明。当学生解决奖项冲突时，引擎写入一条不可变记录，并带上保留与放弃方案的引用指针。

真值验证预言机：一条评估管线，直接从Sanity文档中投射出经过核验的公报条款和官方PDF链接。ScholarStack通过直接文档查询来丰富结果。

演示里能看到什么

门户的遥测与验证预言机弹窗，展示Sanity Content Lake和Context MCP工具的实时运行指标。学生放弃账本追踪已提交的studentDecision文档，无需刷新页面即可实时更新。政策目录则展示了36个已索引的奖学金方案，按中央、邦、企业CSR和自治机构辖区分类。

项目结构分为四块：studio目录存放Sanity Studio v5配置与模式，包括scholarshipScheme和studentDecision两个模式；agent目录是合规智能后端，包含Context MCP客户端、评估器、Sanity客户端和带健康遥测的Express API服务器；web目录是机构助学金门户，用Tailwind和DaisyUI搭建；scripts目录负责把36个已核验方案灌入Sanity Lake、验证所有官方文档URL，以及跑多奖项评估的自动化测试。

数据流从学生或顾问在门户里选择奖项开始，比如“Goa Nursing + Samsung Star”，随后请求进入Express后端，再流向Sanity Context MCP、Sanity Content Lake和Google Gemini 2.5 Flash。