nwafu-mcp
This server gives AI agents access to Northwest A&F University campus information by summarizing QQ channel posts and querying official website content.
campus_channel_summary: Fetches recent popular posts from the official NWAFU QQ channel, ranks them by engagement, categorizes them (activities, competitions, notices, recommendations, tips, help), and returns a Markdown summary with cited source titles and links.official_site_recent: Queries and summarizes recent official website announcements, activities, competitions, and job postings; supports filtering by category and keyword (e.g., a college name).official_site_search: Performs full-text search across the NWAFU official website and news site, returning Markdown-formatted results with title, date, source, summary, and original link.campus_question_search: Searches across both the official website and campus QQ channel for custom questions, automatically extracts keywords, merges results, and outputs a readable Markdown list with source attribution.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@nwafu-mcp总结一下最近一周校园频道有什么热门活动"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
nwafu-mcp · Northwest A&F University Campus Information MCP Toolkit
Provides Agents deployed on any agent platform with a set of tools compliant with the MCP protocol, covering three core capabilities:
Campus channel hot summary: Fetches recent hot posts from the official QQ channel of Northwest A&F University (pd.qq.com/g/inwafu1934), ranks them by interaction count, and automatically categorizes them into "Activities / Competitions / Notices / Recommendations / Tips / Help" and other categories; every important item is accompanied by the source post title and link, ensuring traceability.
Official website quick query: Quickly looks up recent activities, competitions, notices, and recruitment information through the full-text indexes of the official website (www.nwafu.edu.cn) and the news network; keywords such as "College of Plant Protection" or "Academic Affairs Office" can be passed in to narrow the search scope.
Cross-site custom search: Automatically splits the user's question into search terms, searches both the official website full-text index and recent campus channel posts, then merges and outputs the results; all results are formatted as readable Markdown with links to the original sources.
Features
Standard MCP implementation: Based on the official
mcpPython SDK (FastMCP) with stdio transport, ready to connect directly to Claude Desktop, Cursor, Windsurf, and any MCP-compatible agent platform.Traceable information: Every conclusion item carries the source title and original link; important information is given a dedicated "Key Reminder / Timeliness Reminder" section.
Smart categorization: The rule engine automatically classifies channel posts into "Recommendations / Tips / Activities / Competitions / Notices / Help" and other categories, sorted within each group by popularity (likes + weighted comments).
Precise keyword search: Official website queries support any keyword to narrow the scope (e.g., college name, department name, or item name).
Robust fault tolerance: Request timeouts, retries, randomized rate-limit delays, and Cookie expiry warnings are built in; a failure of one tool does not affect other tools.
Privacy compliance: Only publicly visible content is fetched, without bypassing login/permission checks; Cookies are injected via environment variables and never written into the code repository.
Related MCP server: who-will-notify-mcp
Tool List
Tool | Purpose | Key Parameters |
| Smart summary of recent hot posts on the campus QQ channel (hot ranking + categorization + key information) |
|
| Quick query and summary of recent notices/activities/competitions/recruitment on the official website |
|
| Full-text search of the official website (custom keywords) |
|
| Cross-site custom question search over "official website + campus channel" |
|
All tools output Markdown text with the structure: data source, fetch time, query conditions, result list (title / date / source / summary / link), and key reminders.
How It Works
Campus QQ Channel
The Tencent Channel web client is purely front-end rendered; its public data comes from a protobuf-over-JSON gateway:
POST https://pd.qq.com/qunng/guild/gotrpc/noauth/trpc.qchannel.commreader.ComReader/<Method>
x-oidb: {"uint32_service_type": 11 时间线 | 5 评论}Public content is anonymously readable, but the gateway requires a browser-level session Cookie
(p_uin + uuid + EO-Bot-Js-Token). This tool:
By default, pulls the latest N posts (by publish time) from the "Post Square" sub-channel (
670126629);Estimates popularity with
点赞数 + 2 × 评论数and picks the hottest posts within the window;Automatically categorizes posts with a rule engine and separately highlights important information (notices/announcements/registration/deadlines/exams, etc.);
Optionally fetches hot comments for hot-ranking posts (
GetFeedComments).
Note: The "hot sort" endpoint of
GetGuildFeedsreturned empty data in real-world testing, so the hot ranking uses the "recent posts × interaction count" approach, which better matches the meaning of "recently hot".
University Official Website
The university's main site and news network use 通元 CMS full-text search:
GET https://www.nwsuaf.edu.cn/cms/web/search/index.jsp
?query=<关键词>&siteID=<站点ID>&searchScope=0&channelID=&matchType=0
&sortField=publishDate&order=1&date=<3|6|12>&page=<页码>siteID=32e6d9be...is the main-site index (covering all colleges/departments of the university);Search terms are generated by category (notices/announcements, activities/lectures/forums, competitions/contests, recruitment, etc.), merged with user keywords, and fetched page by page, parsing title, date, source, summary, and original link;
The default time range is the recent 90 days (mapped to the index's 3/6/12-month filters).
Quick Start (Local Run)
cd nwafu-mcp
uv sync --extra dev1. Configure the Channel Cookie (Optional, Only Needed for Channel Tools)
uv run nwafu-export-cookies --out cookies.jsonThe script opens the channel page in your local Edge/Chrome to establish a session and exports the Cookie. Then
write the cookie_header from cookies.json into an environment variable:
$env:PDQQ_COOKIES = "p_uin=xxx; uuid=xxx; EO-Bot-Js-Token=xxx"
# 或
$env:NWAFU_COOKIE_FILE = "F:\path\to\cookies.json"Cookies expire (the anti-crawler token is bound to the browser instance); for cloud deployment, refresh them regularly.
2. Test the Tool Functions Directly (Without an MCP Client)
uv run python -c "
import os
os.environ['NWAFU_COOKIE_FILE'] = 'cookies.json'
from nwafu_mcp.server import official_site_recent
print(official_site_recent(category='通知', keyword='植保学院'))
"3. Run as an MCP Server
uv run nwafu-mcpConnecting to MCP Clients
Claude Desktop (claude_desktop_config.json)
{
"mcpServers": {
"nwafu-campus": {
"command": "uvx",
"args": [
"--from",
"git+https://github.com/unielevotor/nwafu-AgentPlatformMCP",
"nwafu-mcp"
],
"env": {
"PDQQ_COOKIES": "p_uin=xxx; uuid=xxx; EO-Bot-Js-Token=xxx"
}
}
}
}Cursor / Windsurf / General Platforms (JSON Form)
{
"mcpServers": {
"nwafu-campus": {
"command": "uvx",
"args": ["--from", "git+https://github.com/unielevotor/nwafu-AgentPlatformMCP", "nwafu-mcp"],
"env": {
"PDQQ_COOKIES": "p_uin=xxx; uuid=xxx; EO-Bot-Js-Token=xxx",
"PDQQ_GUILD_ID": "inwafu1934",
"PDQQ_CHANNEL_ID": "670126629"
}
}
}
}It can also be installed with pip install git+https://github.com/unielevotor/nwafu-AgentPlatformMCP and then
started directly with the nwafu-mcp command.
GitHub Deployment Steps
Push to the GitHub repository (
unielevotor/nwafu-AgentPlatformMCP):
git remote add origin https://github.com/unielevotor/nwafu-AgentPlatformMCP.git
git push -u origin mainMake sure the repository is Public (for a private repository, the target agent platform must be able to access GitHub credentials).
In the agent platform's MCP configuration, fill in the
uvx --from git+...startup command above and inject environment variables such asPDQQ_COOKIES.
Environment Variables
Variable | Required | Description |
| Required for channel tools | QQ channel browser session Cookie |
| Required for channel tools | Points to the JSON exported by |
| No | Channel identifier, default |
| No | Sub-channel ID, default |
| No | Channel request interval (seconds), default 0.3–0.8 |
| No | Per-request timeout (seconds), default 30 |
See .env.example.
Sample Output (Excerpt)
# 🎓 西农校园频道 · 近期热门总结
> 数据来源:西北农林科技大学官方 QQ 频道 | 时间窗口:近 72 小时 | 帖子数:48
## 🔥 热度榜
1. **中元节鬼是真的多啊…**(👍7 · 💬1 · 08-27)
来源:[中元节鬼是真的多啊](https://pd.qq.com/g/inwafu1934/post/...)
## 🏆 竞赛(2)
- **关于举办2026年创新创业大赛的通知**(👍5 · 💬2 · 08-26)
来源:[…](https://pd.qq.com/g/inwafu1934/post/...)
## ⚠️ 重点信息(建议优先查看)
- [关于选课时间安排的通知](https://pd.qq.com/g/inwafu1934/post/...)# 📢 西北农林科技大学官网 · 近期信息查询
> 查询条件:分类=通知 | 关键词=植保学院 | 时间范围:近 90 天 | 结果数:12
1. **关于举办2026年植保论坛系列学术报告会(十七)的通知**(2026-08-26 · 植物保护学院)
[查看原文](https://ppc.nwafu.edu.cn/xzbg/...)Compliance and Usage Recommendations
Only fetch publicly visible content; never bypass login, paywall, or permission checks.
Random UA, random delays, and failure retries are built in. Do not reduce the delays for high-frequency scraping when deploying, and comply with the target platform's terms of service and applicable regulations such as the Personal Information Protection Law.
For important information (registration deadlines, exam arrangements, etc.), always refer to the official source; tool output is for quick reference only.
Channel Cookies contain session identifiers; never commit them to a public repository — always inject them via environment variables.
FAQ
Symptom | Resolution |
Channel tool reports "Cookie not configured" | Run |
Channel tool reports | Cookie expired or anti-crawler token missing; re-export them |
Official website query returns empty results | Widen |
No Edge/Chrome in the cloud | Install |
Directory Structure
src/nwafu_mcp/
server.py MCP 服务器与四个工具定义
qq_channel.py QQ 频道数据层(时间线/热评)
official_site.py 官网全文检索数据层
classify.py 帖子分类与热度评分
format.py Markdown 报告排版
config.py 环境变量与默认配置
export_cookies.py 本地导出频道 Cookie 的 CLI
tests/ 单元测试
scripts/mcp_smoke.py 端到端 MCP 冒烟测试(连接 stdio server 并调用全部工具)Available Tools
4 toolscampus_channel_summaryA
抓取西北农林科技大学官方 QQ 频道(https://pd.qq.com/g/inwafu1934)近期帖子,按互动量(点赞+评论)排名出热度榜,并自动归类为活动/竞赛/通知/推荐/贴士/求助/其他,输出 Markdown 总结;每条重要信息都附来源帖子标题与链接。
| Name | Required | Description | Default |
|---|---|---|---|
| top_n | No | ||
| max_posts | No | ||
| window_hours | No | ||
| comment_top_n | No | ||
| include_comments | No |
Output Schema
| Name | Required | Description |
|---|---|---|
| result | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full burden. It transparently discloses the source URL, ranking formula, automatic categorization, Markdown output, and source attribution. It does not mention failure modes or rate limits, but the core behavior is clearly described.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single dense sentence that front-loads the fetch action, source, ranking, categorization, and output format. Every clause is relevant, though a more structured breakdown of parameters would improve readability.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
The output schema covers return structure, and the description explains source, ranking, categories, and citations. However, with five parameters and no explicit guidance on when to invoke this tool versus siblings, the description is not fully complete.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 0%, and the description does not explain any of the five parameters. Terms like 'top_n' and 'window_hours' are only indirectly related to '热度榜' and '近期帖子', while max_posts, comment_top_n, and include_comments receive no clarification.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description states a specific action: fetch recent posts from a named QQ channel, rank them by likes+comments, categorize them into seven types, and output a Markdown summary with source links. It clearly identifies the resource and unique behavior, distinguishing it from a plain recent-posts or search tool.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies this tool is for obtaining a ranked, categorized summary of QQ-channel posts rather than raw retrieval or search. It does not explicitly state when to use this tool versus the sibling tools or describe exclusions.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
campus_question_searchA
对“学校官网 + 校园 QQ 频道”两个信息源做自定义问题检索:先自动从问题中提取关键词,在官网全文索引与频道近期帖子中检索,合并输出 Markdown 结果,每条均附来源标题与链接。
| Name | Required | Description | Default |
|---|---|---|---|
| days | No | ||
| keywords | No | ||
| question | Yes | ||
| max_results | No | ||
| include_channel | No |
Output Schema
| Name | Required | Description |
|---|---|---|
| result | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations exist, so the description carries the full transparency burden. It does disclose the full search pipeline: auto keyword extraction, dual-source search, and merged Markdown output with source titles and links. It does not, however, explain the days recency window, the include_channel toggle, or behavior with zero results.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
One dense sentence that front-loads the action and sources, then follows with the pipeline steps and output format. Every clause adds information and there is no filler.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
The description is sufficient for a default invocation using only the required question, and an output schema covers the return structure. However, with 0% schema coverage, no annotations, and three sibling tools, the missing parameter semantics and lack of alternative routing keep it from being fully complete.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
With schema description coverage at 0%, the description needed to compensate, but it only clarifies the question parameter through the auto-extraction behavior. The parameters days, keywords, max_results, and include_channel are left unexplained, so an agent cannot reliably customize the call beyond the required question.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description names the action (检索), the exact sources (学校官网 + 校园 QQ 频道), and the concrete pipeline: keyword extraction, searching both sources, and merging Markdown results with titles and links. This clearly distinguishes it from siblings like official_site_search, which are single-source or summary tools.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies use for natural-language questions covering both campus sources, but it never states explicit when-not conditions or names sibling tools as alternatives. The '自定义问题' phrasing provides context without exclusions, so the agent must infer the boundary with official_site_search.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
official_site_recentA
查询西北农林科技大学官网(https://www.nwafu.edu.cn/)最近的活动、竞赛、通知、招聘等官方信息并输出 Markdown 总结。支持传入关键词(如学院名)缩小检索范围,例如 keyword='植保学院' 只返回植保学院相关通知。
| Name | Required | Description | Default |
|---|---|---|---|
| days | No | ||
| keyword | No | ||
| category | No | 全部 | |
| max_results | No |
Output Schema
| Name | Required | Description |
|---|---|---|
| result | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries the behavioral burden; it discloses that this is a read-only query of the official site and that output is a Markdown summary, plus that keyword narrows the results. It does not mention rate limits, freshness boundaries, or failure modes, but for a simple read tool the key behavioral traits are disclosed.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Two sentences with no filler: the first establishes tool, source URL, content scope, and output format; the second gives the key parameter example. The most load-bearing information is front-loaded.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
The tool is simple and the output schema is present, which covers return structure. However, the description does not explain three of the four parameters, nor does it position the tool against official_site_search, so an agent still has meaningful uncertainty about how to set days/category/max_results and when to choose this over its siblings.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 0%, so the description must compensate, but only keyword is given real meaning (with the '植保学院' example). days, category, and max_results are left to inference from their names and defaults, which is insufficient with no schema descriptions.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description states a specific verb–resource pair: query the NWAFU official website for recent activities, competitions, notices, and recruitment information, then output a Markdown summary. It does not explicitly distinguish itself from official_site_search or the other siblings, so it loses a point for lacking sibling differentiation.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The intended use—retrieving recent official-site news—is implied and there is a concrete keyword example, but no alternative tools are named and no when-not-to-use conditions are given. Sibling tools like official_site_search could overlap, yet the description does not route the agent between them.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
official_site_searchB
对西北农林科技大学官网(含新闻网)执行关键词全文检索,返回 Markdown 排版的结果列表(标题/日期/来源/摘要/原文链接)。
| Name | Required | Description | Default |
|---|---|---|---|
| days | No | ||
| query | Yes | ||
| keyword | No | ||
| max_results | No |
Output Schema
| Name | Required | Description |
|---|---|---|
| result | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
The description clearly states that this is a full-text keyword search and details the returned fields, which is useful given that no annotations are provided. However, it does not disclose behavioral specifics such as the default 90-day time window, the maximum number of results, or how the optional keyword parameter interacts with query.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single front-loaded sentence with no filler. It efficiently conveys the operation, scope, and output contract in one pass.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
While the output contract is covered, the description is incomplete for a tool with four parameters and no annotations. An agent can make a minimal call using the required query, but it cannot confidently determine when to prefer this tool over siblings or how to correctly use keyword, days, and max_results without additional inference.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The schema has 0% description coverage, and the description does not explain the relationship between query and keyword or the meaning of days and max_results. The phrase '关键词全文检索' partially clarifies that query is the search term, but the remaining parameters remain semantically underspecified.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description uses a specific verb ('执行关键词全文检索'), names the exact resource ('西北农林科技大学官网(含新闻网)'), and states the output format (Markdown list with title/date/source/abstract/link). This makes the tool clearly distinguishable from siblings like official_site_recent or campus_question_search.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description gives no guidance on when to use this tool versus its siblings. It does not mention that official_site_recent is for recency-based browsing or that campus_question_search targets Q&A content, so the selection criteria are entirely implied rather than explicit.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
4 tool updates
v0.1.0- First observed
campus_channel_summary - First observed
campus_question_search - First observed
official_site_recent - First observed
official_site_search
TDQS
Scored across 4 tools
Each tool targets a fairly distinct retrieval need: QQ channel hot summaries, official-site recent info, official-site full-text search, and cross-source question search. The only mild overlap is between official_site_recent and official_site_search, but their descriptions make the difference clear enough.
Tool names are consistently lowercase snake_case and follow recognizable source prefixes like campus_* and official_site_*. However, suffixes mix result-oriented terms (summary, recent) with action terms (search), so they do not follow a strict verb_noun pattern throughout.
Four tools is well-scoped for a campus information retrieval server. Each tool covers a distinct retrieval workflow without redundancy, and the set is neither too thin nor overloaded for its stated purpose.
The set covers recent official announcements, full-text official-site search, QQ channel hot content, and a combined question-based search across both sources. A dedicated channel-only keyword search is missing, but campus_question_search partially fills that gap, so the surface is reasonably complete.
Maintenance
Related MCP Connectors
MCP server aggregating hot-search boards from 8 Chinese platforms (Weibo, Zhihu, Bilibili, Douyin).
Read-only MCP tools for AI agent discovery, structured resources, and NIULAI information.
Web and URL utilities over MCP: shorten URLs, screenshot pages, read page metadata, encode URLs.
Web MCP: scrape/crawl sites, web search, brand assets, app stores, YouTube, Reddit, Hacker News.
Related MCP Servers
- AlicenseAqualityDmaintenancecc98-mcp enables AI assistants to search, read, and aggregate posts from the Zhejiang University campus forum CC98, using official read-only API tools.103MIT
- FlicenseNot gradedqualityBmaintenanceMCP server that aggregates department notices and provides structured answers to queries about courses, schedules, and academic dates via tool calling.-
- FlicenseAqualityCmaintenanceEnables interaction with Zhejiang University's learning platform (学在浙大 / 智云课堂) via MCP tools, allowing natural language commands to check todos, view schedules, fetch lecture transcripts, and submit homework.73-
- AlicenseAqualityBmaintenanceProvides Google search, URL extraction, and academic paper inline extraction without API keys, enabling search and content retrieval from a single MCP server.51,307 npmMIT