前言¶

做留學規劃類應用時，最容易踩的坑是「答案看着都對，但沒人檢查過它符不符合學生的真實條件」。學生給一段背景描述，模型直接給出 G5 衝刺名單，結果成績差兩檔；或者給了時間線，卻沒考慮語言成績出分時間。

下面介紹的是一個面向這類場景的 Agent Skill。它不做招生辦角色扮演，而是把背景、目標院校、時間節點之間的一致性檢查固化進流程，輸出可複用的選校清單、文書框架、時間線和麪試準備。

這是什麼¶

一句話定位：留學教育方向的規劃 Skill，輸入學生背景與目標院校，輸出選校清單、文書框架、時間線與面試準備。

出品方是「崑崙增長」，座標 @kunlungrowth/kunlun-liuxue，來源標記爲 enterprise，分類 education，當前版本 1.1.0。它遵循通用 SKILL.md 格式，可以掛在支持該格式的編碼助手上使用。

解決的問題比較集中：申請流程步驟多、各環節依賴關係強（成績出分、文書定稿、推薦信、網申開放），人工排計劃容易漏依賴；規劃知識散落在顧問腦子裏，沒有沉澱成可複用的規則。

核心功能¶

官方簡介列出了四項能力，功能邊界就按這四項寫，不額外擴展。

1、選校清單生成。把學生背景（院校層次、專業、成績、語言、科研或實習）與目標院校做對齊，給出分檔的候選清單。對齊的意思是做條件匹配，不是照抄排名。

2、文書框架。給出文書的結構骨架與各段落要承載的信息，屬於框架層，不負責代寫成品文書。

3、時間線。按申請季的關鍵節點排計劃，把出分、文書定稿、推薦信、網申提交的先後依賴串起來。

4、面試準備。針對目標項目的面試形式整理準備要點。

此外它明確寫了「規範申請流程、沉澱規劃知識」，可以理解爲 Skill 內部會把申請流程的固定步驟和規劃規則固化，減少每次從零推理的不確定性。

資料裏只有一個配置標記：requires_api_key=false，說明它不需要單獨申請 API Key。

安裝與啓用¶

需要說明的是，截至本文抓取時，官方頁面沒有公開安裝命令、目錄路徑或配置文件字段。下面這段是通用 SKILL.md 約定的啓用方式，不是官方說明，具體以你所用宿主的文檔爲準。

將 kunlun-liuxue 的 SKILL.md 放入項目的 Skills 目錄
（通用約定路徑：<repo>/.agents/skills/ 或 <repo>/skills/）

在支持 Skill 的會話中按名稱引用：kunlun-liuxue

沒有需要填的配置項，requires_api_key=false 意味着不需要準備密鑰。如果宿主平臺要求在項目設置裏開啓 Skill 開關，那一步屬於平臺側操作，與本 Skill 無關。

典型用法¶

官方資料沒有提供可復現的示例命令或對話模板，以下用法是從四項能力反推的工作方式，落地效果取決於你餵給它的背景信息有多具體。

1、先給背景。把學生的院校、專業、GPA、語言成績、科研或實習經歷一次寫清楚，避免模型用模糊假設補全。

2、再給目標。說明目標國家、學位層次、入學年份、意向專業，有明確項目名單就一起給。

3、讓它先出清單再拆計劃。選校清單決定後續時間線的鬆緊，先確認清單的分檔是否合理，再讓它據此生成時間線。

4、最後要檢查項。請它把這份計劃裏的依賴關係列出來（例如「語言出分必須在網申提交前」），人工覈對一遍再執行。

適用場景與注意¶

適合的場景：做留學規劃助手、申請進度管理、選校信息整理的開發者，需要一個結構化的流程骨架，而不是每次都臨時組織提示詞。

需要注意的幾點：

• 它定位是規劃與流程規範化，不替代院校官網的錄取要求覈對。分檔結論需要拿項目頁的硬性要求複覈。
• 四項能力都依賴輸入質量，背景信息不全時它會用假設補齊，輸出必須回看。
• 時效性問題要自己把關。申請季節點、輪次截止日期、政策類信息每年都在變。
• 版本 1.1.0，屬於早期迭代，能力邊界後續可能調整。

結尾¶

這個 Skill 的價值在於把留學規劃中「背景—院校—時間線」的一致性檢查固化成流程，讓模型不只是給出一段看起來合理的建議，而是產出可逐項覈對的清單與計劃。如果你的方向是教育類規劃應用，值得先跑一遍再決定要不要自己重寫規則。

官方地址：https://api.skillhub.cn/kunlungrowth/kunlun-liuxue
頁面：https://www.skillhub.cn/skills/kunlungrowth/kunlun-liuxue