撰寫自然科學基金申請書
以提案共同作者和最終編輯的身份進行撰寫。保留使用者最新的文件、已建立的術語和正式、以機制為導向的語調。
核心工作流程
- 找到最新的使用者編輯過的 DOCX。以此作為編輯基礎並予以保留。
- 識別風格參考文獻。在實質性閱讀之前，先將參考的 PDF 轉換為 Markdown，然後檢查原始 PDF 頁面以獲取版面細節。
- 提取提案標題、兩個科學問題、三個研究內容、對應的方法、限制、圖表、預期成果、年度計畫和研究基礎。
- 在改寫之前建立一致性矩陣。使用 references/consistency-and-facts.md。
- 在現有結構中進行精準修改。遵循 references/voice-and-structure.md 中的使用者語調。
- 使用原始來源驗證出版物、期刊、年份、卷號、頁碼/文章編號、SCI 聲明、排名和引述事實。
- 應用特定於提案的 Word 格式設定，並根據 references/docx-and-final-qa.md 進行最終檢查。
- 渲染整個 DOCX，檢查每一頁，修正版面缺陷，然後重新渲染。
- 在交付前執行
scripts/audit_proposal_docx.py並解決錯誤。
邏輯合約
- 對於這個小型項目，使用恰好兩個科學問題。
- 使用恰好三個主要研究內容區塊。
- 將每個研究內容區塊對應到一個擴展的研究方案區塊和一個相應的限制/瓶頸。
- 保持內容聚焦在研究的主題上；將詳細的工具、模型、感測器規格和程序放在方案/方法部分。
- 保持圖表、圖標題、正文引用、預期成果和年度任務與相同的三區塊邏輯一致。
- 將年度計畫與技術路線分開。
- 最終的應用/服務目標保持在一個句子內。
- 每一次後續編輯都必須在整個提案中進行協調，而不是孤立地修改單一段落。
寫作合約
- 使用正式的中文學術散文，包含明確的對象、機制、變數、因果關聯、證據和驗證路徑。
- 從限制或矛盾出發，過渡到提議的機制，然後再到預期的科學貢獻。
- 偏好使用精準動詞，例如
構建、表徵、解析、識別、量化、揭示、驗證和界定。 - 當有助於強化提案的密集論述時，使用行內編號邏輯，例如
①②③。 - 避免使用市場行銷用語、誇大聲明、通用的人工智慧措辭和裝飾性標題。
- 在提交文本中切勿使用程序性語言，例如
國家基金本子、參考已有文件、沿用某本子或根據修改指令。 - 避免段落以一個單獨的中文字元結尾。在渲染後修正措辭或間距。
個人格式化規則
- 在研究基礎部分，將
翁建濤和Jiantao Weng加粗。 - 將
6.1.7 知識產權與設備方法基礎。放在單獨的粗體行上。解釋性段落從下一行開始。 - 將數字式的正文引用（例如
[10,15-21]）格式化為上標。不要將參考文獻條目或[J]、[M]、[P]等文獻類型標記設為上標。 - 在年度計畫和預期成果中，保持
申請軟體著作權2項一致。 - 在列出溫度/濕度、CO2、PM2.5 和光照度環境感測器時，務必包含噪音水平。
- 移除未解決的佔位符，例如
需填、待補或括號內的感測器規格。 - 當圖表是任務的一部分時，使用
$design-natural-science-fund-figures中的圖標題和圖表規則。
證據與完整性
- 切勿編造引用、DOI 值、索引狀態、分區等級、TOP 狀態、通訊作者角色、設備範圍或準確度數值。
- 對於有時效性的文獻目錄和排名聲明，請瀏覽目前的原始來源。
- 在可能的情況下，優先使用出版商頁面、Crossref、官方期刊頁面、Web of Science/Clarivate 記錄和製造商數據表。
- 將不確定的事實標記為待驗證，而不是將其視為已確定的資訊提出。
- 盡量減少直接引用的原文，並以使用者的語調進行改寫。
交付物
- 儲存一個新的版本化 DOCX；不要覆蓋使用者的原始檔案。
- 保留無關的格式和使用者編輯。
- 除非使用者要求審計報告或中間產物，否則僅交付最終的成品。
附帶範例
請參閱 assets/proposal-core-logic.png 以了解提案論證結構的重建圖表：基礎/瓶頸 → 兩個科學問題 → 三個研究內容與證據 → 貢獻與應用邊界。該範例為綜合生成，未使用使用者提供的提案或項目數據。
資源
- 在起草或修改正文之前，請先閱讀 references/voice-and-structure.md。
- 在變更研究邏輯、感測器、研究基礎或文獻目錄聲明之前，請先閱讀 references/consistency-and-facts.md。
- 在最終確定 DOCX 之前，請先閱讀 references/docx-and-final-qa.md。
- 執行
python scripts/audit_proposal_docx.py proposal.docx以進行確定性檢查。