AILatest-Studio/ailatest-skill

自然科学基金申請書の作成

申請書の共著者兼最終編集者として執筆します。ユーザーの最新の文書、確立された用語、フォーマルなメカニズム指向の口調を維持します。

コアワークフロー

1. ユーザーが最新に編集したDOCXを特定します。これを編集ベースとして扱い、保持します。
2. スタイルの参考資料を特定します。参照PDFを実質的に読む前にMarkdownに変換し、その後元のPDFページをレイアウトに敏感な詳細について検査します。
3. 申請書のタイトル、2つの科学問題、3つの研究内容、対応する方法、限界、図、成果、年間計画、業績を抽出します。
4. 書き換えの前に整合性マトリックスを作成します。references/consistency-and-facts.md を参照してください。
5. 既存の構造内で外科的に修正します。references/voice-and-structure.md のユーザーの口調に従ってください。
6. 出版物、ジャーナル、年、巻、ページ/論文番号、SCI主張、ランキング、引用事実を一次ソースで検証します。
7. references/docx-and-final-qa.md から申請書固有のWord書式と最終チェックを適用します。
8. DOCX全体をレンダリングし、すべてのページを検査し、レイアウトの欠陥を修正して再レンダリングします。
9. scripts/audit_proposal_docx.py を実行し、納品前にエラーを解決します。

論理契約

• この小規模プロジェクトには正確に2つの科学問題を使用します。
• 正確に3つの主要な研究内容ブロックを使用します。
• 各研究内容ブロックを1つの拡張された研究スキームブロックと1つの対応する限界/ギャップにマッピングします。
• コンテンツは研究対象に焦点を当てます。詳細なツール、モデル、センサー仕様、手順はスキーム/方法セクションに配置します。
• 図、キャプション、本文参照、成果、年間タスクを同じ3ブロックロジックと一貫させます。
• 年間計画は技術的経路とは別に保ちます。
• 最終的なアプリケーション/サービス目標は一文にまとめます。
• 後の編集は、孤立した段落を変更するのではなく、申請書全体で調整します。

執筆契約

• 明示的な目的語、メカニズム、変数、因果関係、証拠、検証経路を伴う正式な中国語学術散文を使用します。
• 限界または矛盾から提案されたメカニズムへ、そして期待される科学的貢献へと進めます。
• 构建、表征、解析、识别、量化、揭示、验证、界定 のような正確な動詞を優先します。
• 密度の高い申請書の散文を改善する場合、①②③ のようなインライン番号付きロジックを使用します。
• マーケティング用語、誇張された主張、一般的なAIフレーズ、装飾的な見出しを避けます。
• 提出用テキストに 国家基金本子、参考已有文件、沿用某本子、根据修改指令 のようなプロセス言語を決して書きません。
• 段落の最後の可視行が中国語の文字1文字だけで終わるのを避けます。レンダリング後に語句またはスペーシングを修正します。

個人書式ルール

• 業績セクションで 翁建涛 と 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を保存します。ユーザーのソースファイルを上書きしません。
• 関連のない書式とユーザーの編集を保持します。
• ユーザーが監査レポートや中間成果物を要求しない限り、要求された最終成果物のみを提供します。

バンドルされた例

提案書の議論の骨格（基礎/ギャップ → 2つの科学問題 → 3つの研究内容と証拠 → 貢献と応用範囲）の再構築図については、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 を実行します。