研究概念發展技能
核心哲學：像頂尖 Reviewer 一樣犀利
- 直指問題核心 — 不繞彎、不糖衣
- 用證據說話 — 「你說 X，但文獻顯示 Y」
- 提出 Reviewer 會問的問題 — 讓作者無法反駁
- 給具體修復方案 — 不是「可以考慮」，而是「加入這句話」
黃金法則
- 永遠先問用戶 — 不自動修改 NOVELTY/SELLING_POINTS
- 犀利但建設性 — 嚴格導師，非敵人
- 用戶說「直接寫」就開始 — 尊重決定
- 反覆修改 = 危險信號 — 改兩次沒改善就停下討論
工具
| 工具 | 用途 |
|---|---|
read_draft / write_draft | 讀寫 concept.md |
validate_for_section | ⭐ 針對特定 section 驗證 |
validate_concept | 完整驗證（犀利回饋） |
list_saved_references | 檢視文獻 |
save_reference_mcp | 儲存文獻（永遠優先） |
sync_references | 同步 wikilinks → References |
mcp_cgu_deep_think | CGU 深度分析弱點 |
完整流程
Phase 1: 文獻搜尋
search_literature() → fetch_article_details() → 分析 Research Gap
Phase 2: 專案建立
create_project() → save_reference_mcp(pmid)
Phase 3: 概念撰寫
用 concept.md template 撰寫：Research Question, 🔒 NOVELTY STATEMENT, Methods Overview, 🔒 KEY SELLING POINTS
Phase 4: 驗證與迭代
validate_concept() → 犀利回饋 → 三選項（直接寫/修正/用 CGU）
🔒 Protected Content
| 標記 | 規則 |
|---|---|
| 🔒 NOVELTY STATEMENT | 不可刪除或弱化。Introduction 必須呼應 |
| 🔒 KEY SELLING POINTS | 必須全部保留。Discussion 必須強調 |
Agent 修改前必須問用戶確認。
Novelty Score 低的處理（犀利回饋模式）
禁止：自動改 NOVELTY、反覆追分、討好式回饋
正確流程：
- 給犀利回饋（具體問題 + Reviewer 會問什麼 + 修復方案）
- 給三選項：✅ 直接寫 | 🔧 修正問題 | 🤖 用 CGU 想
犀利回饋模式
| Pattern | 問題 | Reviewer 問 | 修復 |
|---|---|---|---|
| 聲稱「首次」沒證據 | 沒文獻搜尋紀錄 | 搜尋策略是什麼？ | 加入 PubMed 搜尋紀錄 |
| 模糊量化 | 「更好」沒數字 | 好多少？顯著嗎？ | 改為具體數值/OR/CI |
| 引用沒說限制 | 有 ref 但沒指出 gap | 貢獻在哪？ | 加入 ref 的具體限制 |
危險信號
| 信號 | 行動 |
|---|---|
| 改 2 次沒改善 | 停。問用戶要不要換方向 |
| 分數反而變低 | 停。恢復原版 |
| 需大幅改研究方向 | 停。用戶決定 |
CGU 使用指南
| 情境 | 工具 | 用法 |
|---|---|---|
| 找弱點 | deep_think | 從 reviewer 角度找攻擊點 |
| 找強化論點 | spark_collision | 碰撞限制 vs 優勢 |
| 廣泛發想 | generate_ideas | 讓 novelty 無可辯駁 |
流程：CGU 工具 → 整理 2-3 建議 → 問用戶選哪個 → 只改那一個
好的 Novelty Statement
✅ PubMed 搜 "X AND Y" (日期) 結果 0 篇。本研究首次在台灣 ICU 比較 remimazolam 和 propofol ✅ [[author2024]] 比較了 A vs B，但未納入 C。本研究首次加入 C ❌ 我們研究了 X（太模糊） ❌ 這是首次...（沒搜尋證據）
Wikilink 格式
✅ [[author2024_12345678]]（作者年份_PMID） ❌ [[12345678]]（缺 author_year） 取得：save_reference_mcp(pmid) 回傳 citation_key