メニュー
整個套件的總指揮，把五個 Skill 串成完整的研究流水線。 從深度研究到論文定稿，8 個階段全自動調度。 內建兩次強制誠信查核，確保論文品質。 支援全流程、斷點續跑、自定義階段三種模式。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/Li13576/business-research-skills --skill research-pipelineコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
專為會計學與經濟學研究生設計的論文審稿工具。 模擬真實期刊審稿委員會，7 個代理從不同角度審查論文品質。 針對會計／經濟學強化量化方法審查（內生性、穩健性、識別策略）。 輸出結構化審稿報告、0-100 分評分和修改路線圖。
專為會計學與經濟學研究生設計的論文寫作工具。 支援從大綱規劃到全文撰寫，銜接 quantitative-analysis 的分析結果， 輸出無 AI 味、符合中文學術期刊規範的論文章節或全文。 支援 IMRaD 結構，中英雙語摘要，GB/T 7714 和 APA 7.0 引用格式。
專為會計學與經濟學研究生設計的深度研究工具。 14 代理團隊，整合中英文學術資料庫規範、 計量經濟學方法設計、中文期刊等級辨別， 支援從研究問題釐清到完整文獻綜述的全流程。 Domain-specific deep research for accounting and economics. 14-agent team with Chinese academic database support, econometric method design, and bilingual output.
SOC 職業分類に基づく
SKILL.md を表示中
| name | research-pipeline |
| skill | research-pipeline |
| version | 1.0.0 |
| role | orchestrator |
| status | active |
| language | zh-CN / en |
| target_discipline | ["accounting","economics"] |
| description | 整個套件的總指揮，把五個 Skill 串成完整的研究流水線。 從深度研究到論文定稿，8 個階段全自動調度。 內建兩次強制誠信查核，確保論文品質。 支援全流程、斷點續跑、自定義階段三種模式。 |
| related_skills | ["deep-research","literature-review","quantitative-analysis","academic-writing","academic-paper-reviewer"] |
本 Skill 是整個套件的總指揮，負責把五個 Skill 串成一條完整的研究流水線。
你只需要說「幫我跑完整的研究流程」，它就自動調度每個 Skill， 從文獻到論文定稿一次跑完。
調度的五個 Skill：
簡體中文: 幫我跑完整研究流程, 從頭到尾幫我做研究, 完整的研究 pipeline, 從研究到論文, 全流程研究, 從第幾階段繼續, 只跑某些階段
繁體中文: 幫我跑完整研究流程, 從頭到尾幫我做研究, 完整的研究 pipeline, 從研究到論文
English: run full research pipeline, complete research workflow, end-to-end research, from research to paper, resume from stage, custom pipeline
| 情境 | 應該用哪個 Skill |
|---|---|
| 只需要做文獻研究 | deep-research |
| 只需要整理文獻 | literature-review |
| 只需要跑回歸 | quantitative-analysis |
| 只需要寫論文 | academic-writing |
| 只需要審稿 | academic-paper-reviewer |
| # | Agent | 職責 |
|---|---|---|
| 1 | orchestrator_agent | 總指揮，決定走哪個階段、調度哪個 Skill |
| 2 | state_tracker_agent | 追蹤目前到哪個階段，記錄每階段輸出 |
| 3 | integrity_checkpoint_agent | 強制誠信查核，擁有暫停權 |
| 4 | quality_evaluator_agent | 每階段結束評估品質，決定是否繼續 |
職責：總指揮，負責調度所有 Skill 和決策流程走向。
工作步驟：
分支決策規則：
Stage 3.5 誠信查核後： PASS → 繼續 Stage 4 WARNING → 告知使用者，等待修正後繼續 CRITICAL → 流程暫停，必須修正後重新查核
Stage 5 審稿結果後： Accept → 直接進 Stage 6.5 最終誠信查核 Minor Revision → 進 Stage 6 修改 Major Revision → 進 Stage 6 修改（提醒使用者修改幅度較大） Reject → 流程暫停，與使用者討論是否重寫或放棄
⚠️ IRON RULE： 強制確認點不能自動通過。 orchestrator_agent 必須等待使用者明確輸入（如「確認」「繼續」） 才能進入下一個階段。不能假設使用者同意。
職責：全程追蹤流程狀態，確保任何時候都可以從中斷點繼續。
狀態記錄格式（pipeline_state.md）：
狀態：✅ 完成 / 🔄 進行中 / ⏸️ 暫停 / ⬜ 未開始 完成時間：[時間] 主要輸出：[研究設計摘要] 使用者確認：[已確認 / 未確認]
狀態：[同上] 完成時間：[時間] 主要輸出：[文獻綜述摘要] 使用者確認：[已確認 / 未確認]
狀態：[同上] 完成時間：[時間] 主要輸出：[分析結果摘要] Stata MCP 狀態：[連線成功 / 失敗] 使用者確認：[已確認 / 未確認]
狀態：[同上] 查核結果：PASS / WARNING / CRITICAL 問題清單：[若有]
狀態：[同上] 完成時間：[時間] 輸出檔案：[檔名] 使用者確認：[已確認 / 未確認]
狀態：[同上] 審稿決定：Accept / Minor Revision / Major Revision / Reject 總分：[XX/100]
狀態：[同上] 修改版本：第 [X] 次修改
狀態：[同上] 查核結果：PASS / WARNING / CRITICAL
狀態：[同上] 最終輸出：[檔案清單]
狀態：[同上] 協作品質評分：[XX/100]
⚠️ IRON RULE： 每個階段開始和結束時必須更新 pipeline_state.md。 使用者可以隨時要求查看目前狀態。
職責：在 Stage 3.5 和 Stage 6.5 執行強制誠信查核。
查核項目：
引用誠信： □ 隨機抽查 10 篇引用，確認能在 CNKI 或 WoS 查到 □ 確認引用格式一致 □ 標記疑似捏造引用為 CRITICAL
數據一致性： □ 正文描述的數字與表格是否一致 □ 不同章節之間的數字是否前後一致 □ 描述性統計是否合理
結果輸出：
PASS： 所有查核項目通過，可以繼續下一階段。
WARNING： 發現以下問題需要修正： [問題清單] 修正後告知 orchestrator_agent 繼續。
CRITICAL： 發現以下嚴重問題： [問題清單] 流程暫停。必須修正所有 CRITICAL 問題後， 重新執行誠信查核才能繼續。
⚠️ IRON RULE： integrity_checkpoint_agent 擁有暫停權。 發現 CRITICAL 問題時，orchestrator_agent 必須暫停流程， 不能在有 CRITICAL 問題的情況下繼續往下走。
職責：每個主要階段結束後評估品質，給出繼續或調整的建議。
評估框架：
Stage 1 結束後評估： □ 研究問題是否清晰可測試？ □ 方法論設計是否合理？ □ 數據來源是否可及？ 建議：繼續 / 調整研究設計後繼續
Stage 2 結束後評估： □ 文獻覆蓋是否完整？ □ 研究缺口是否清楚說明？ □ 引用品質是否符合標準？ 建議：繼續 / 補充文獻後繼續
Stage 3 結束後評估： □ 基準回歸結果是否顯著？ □ 穩健性是否通過？ □ 結果是否符合假設？ 建議：繼續 / 調整分析後繼續 / 重新考慮假設
Stage 4 結束後評估： □ 論文結構是否完整？ □ 假設推導是否嚴謹？ □ 寫作品質是否符合期刊標準？ 建議：繼續審稿 / 修改後再審稿
Stage 6 結束後評估： □ 修改路線圖是否逐一回應？ □ 修改是否有效解決問題？ 建議：進入定稿 / 再次修改
| 模式 | 觸發方式 | 說明 |
|---|---|---|
| full | 「幫我跑完整研究流程」 | 8 個階段全跑 |
| resume | 「從第 X 階段繼續」 | 從指定階段繼續，讀取已有狀態 |
| custom | 「只跑研究和寫作，跳過分析」 | 自定義跑哪些階段 |
觸發：「幫我跑完整研究流程」/ 「從頭到尾幫我做研究」
前置確認：
Stage 1：深度研究 調度：deep-research（full mode） 輸入：研究主題 輸出：研究設計 + 方法論備忘錄 + 文獻清單 state_tracker：記錄 Stage 1 完成 【強制確認點 1】： 「Stage 1 完成。研究設計如上。 請確認後輸入『繼續』進入文獻綜述階段。」
Stage 2：文獻綜述 調度：literature-review（auto mode） 輸入：Stage 1 的文獻清單 + 研究主題 輸出：文獻綜述報告（.docx） state_tracker：記錄 Stage 2 完成 quality_evaluator：評估文獻覆蓋度 【強制確認點 2】： 「Stage 2 完成。文獻綜述報告已生成。 請確認後輸入『繼續』進入量化分析階段。」
Stage 3：量化分析 調度：quantitative-analysis（full mode） 輸入：Stage 1 的研究設計 + 變數定義 確認 Stata MCP 連線 輸出：結果表格（.docx）+ research_log.md + stata_log.txt state_tracker：記錄 Stage 3 完成 quality_evaluator：評估分析結果品質 【強制確認點 3】： 「Stage 3 完成。分析結果如上。 請確認後輸入『繼續』進入誠信查核。」
Stage 3.5：誠信查核（第一次，強制） 調度：integrity_checkpoint_agent 查核：引用真實性 + 數據一致性 結果 PASS → 繼續 Stage 4 結果 WARNING → 等待修正後繼續 結果 CRITICAL → 流程暫停
⚠️ IRON RULE：Stage 3.5 不能跳過，不能自動通過。
Stage 4：論文寫作 調度：academic-writing（full mode） 輸入：Stage 1 研究設計 + Stage 2 文獻綜述 + Stage 3 結果表格 輸出：論文草稿（.docx） state_tracker：記錄 Stage 4 完成 quality_evaluator：評估論文品質 【強制確認點 4】： 「Stage 4 完成。論文草稿已生成。 請確認後輸入『繼續』進入審稿階段。」
Stage 5：審稿 調度：academic-paper-reviewer（full mode） 輸入：Stage 4 的論文草稿 輸出：審稿報告 + 修改路線圖（.docx） state_tracker：記錄審稿決定和總分
分支： Accept → 進 Stage 6.5 Minor / Major Revision → 進 Stage 6 Reject → 「審稿結果為退稿。主要原因如下：[原因] 請選擇：1. 大幅修改後重新提交 2. 結束流程」
Stage 6：修改 調度：academic-writing（revision mode） 輸入：Stage 4 論文草稿 + Stage 5 修改路線圖 輸出：修改後論文（.docx） state_tracker：記錄修改版本 【強制確認點 5】： 「Stage 6 完成。修改後論文已生成。 請確認後輸入『繼續』進入最終誠信查核。」
Stage 6.5：誠信查核（第二次，強制） 調度：integrity_checkpoint_agent 查核：修改後的引用 + 數據一致性 結果 PASS → 繼續 Stage 7 結果 WARNING / CRITICAL → 必須修正後重新查核
⚠️ IRON RULE：Stage 6.5 不能跳過。
Stage 7：定稿 整合所有輸出，生成最終完整論文 輸出清單： □ 最終論文（final_paper.docx） □ 研究日誌（research_log.md） □ Stata 執行日誌（stata_log.txt） □ Pipeline 狀態記錄（pipeline_state.md） □ 審稿報告（review_report.docx）
Stage 8：流程總結 調度：quality_evaluator_agent 輸出：協作品質報告
協作品質評分（6 個維度）： □ 研究設計品質：[XX/20] □ 文獻覆蓋品質：[XX/15] □ 量化分析品質：[XX/25] □ 論文寫作品質：[XX/20] □ 誠信查核結果：[XX/10] □ 流程效率：[XX/10] 總分：[XX/100]
觸發：「從第 X 階段繼續」/ 「繼續上次的研究」
流程：
Step 1 → state_tracker_agent 讀取 pipeline_state.md 確認目前到哪個階段 列出已完成的輸出
Step 2 → orchestrator_agent 從指定階段繼續 銜接已有的輸出材料
說明： 適合以下情況：
觸發：「只跑研究和寫作，跳過分析」 「跳過文獻綜述，直接寫論文」
流程：
Step 1 → orchestrator_agent 確認使用者要跑哪些階段 確認跳過哪些階段 說明跳過的風險（若有）
Step 2 → 按自定義順序執行
注意：
| # | 反模式 | 正確做法 |
|---|---|---|
| 1 | 強制確認點自動通過 | 必須等使用者明確輸入「繼續」 |
| 2 | 跳過 Stage 3.5 誠信查核 | 誠信查核強制執行，不能跳過 |
| 3 | 跳過 Stage 6.5 誠信查核 | 同上 |
| 4 | 審稿退稿後直接定稿 | 必須回到修改或結束流程 |
| 5 | 不更新 pipeline_state.md | 每個階段必須更新狀態 |
| 6 | CRITICAL 問題繼續往下走 | CRITICAL 必須暫停流程 |
| 7 | 跳過品質評估 | quality_evaluator 必須在每個主要階段後執行 |
⚠️ IRON RULE 1：強制確認點不能自動通過 每個強制確認點必須等待使用者明確輸入。 不能假設使用者同意，不能自動進入下一階段。
⚠️ IRON RULE 2：Stage 3.5 誠信查核不能跳過 無論使用者是否要求跳過，Stage 3.5 必須執行。 發現 CRITICAL 問題，流程必須暫停。
⚠️ IRON RULE 3：Stage 6.5 誠信查核不能跳過 同上，定稿前必須確認論文是乾淨的。
⚠️ IRON RULE 4：退稿不能直接定稿 審稿結果為 Reject 時，必須與使用者討論下一步， 不能跳過修改直接進入 Stage 7。
⚠️ IRON RULE 5：pipeline_state.md 必須即時更新 每個階段開始和結束時必須更新狀態記錄。 確保任何時候都可以從中斷點繼續。
⚠️ IRON RULE 6：Stata MCP 必須在 Stage 3 前確認連線 Stage 3 開始前必須確認 Stata MCP 連線狀態。 連線失敗不能繼續執行 Stage 3。
⚠️ IRON RULE 7：custom 模式不能跳過誠信查核 即使使用者指定跳過，Stage 3.5 和 Stage 6.5 不能省略。 orchestrator_agent 必須說明原因並堅持執行。
| 輸出物 | 檔名 | 格式 |
|---|---|---|
| 最終論文 | final_paper.docx | .docx |
| 審稿報告 | review_report.docx | .docx |
| 研究日誌 | research_log.md | .md |
| Stata 執行日誌 | stata_log.txt | .txt |
| Pipeline 狀態記錄 | pipeline_state.md | .md |
| 協作品質報告 | quality_report.docx | .docx |
每個階段完成後，告知使用者：
Pipeline 本身的調度輸出保持簡潔， 每個階段的詳細輸出由對應的 Skill 負責。
| 項目 | 內容 |
|---|---|
| Skill 版本 | 1.0.0 |
| 建立日期 | 2026-05 |
| 目標學科 | 會計學、經濟學 |
| 語言支援 | 簡體中文、繁體中文、英文 |
| 調度的 Skill | deep-research、literature-review、quantitative-analysis、academic-writing、academic-paper-reviewer |
| 授權 | CC-BY-NC 4.0 |