자연과학기금 제안서 작성

자연과학기금 제안서 작성은(는) 무엇을 하나요?

제안서 공동 저자이자 최종 편집자로서 작성합니다. 사용자의 최신 문서, 확립된 용어 및 공식적인 메커니즘 중심 어조를 유지합니다.

핵심 워크플로

1. 사용자가 가장 최근에 편집한 DOCX 파일을 찾습니다. 이를 편집 기준으로 삼고 보존합니다.
2. 스타일 참고 자료를 식별합니다. 참고 PDF를 실질적인 읽기 전에 마크다운으로 변환한 다음, 원본 PDF 페이지를 검사하여 레이아웃에 민감한 세부 정보를 확인합니다.
3. 제안서 제목, 두 가지 과학적 질문, 세 가지 연구 내용, 해당 방법, 한계, 그림, 성과, 연간 계획 및 업적을 추출합니다.
4. 재작성 전에 일관성 매트릭스를 구축합니다. references/consistency-and-facts.md를 참조하십시오.
5. 기존 구조 내에서 정밀하게 수정합니다. references/voice-and-structure.md에 정의된 사용자의 어조를 따릅니다.
6. 출판물, 저널, 연도, 권, 페이지/문서 번호, SCI 주장, 순위 및 인용된 사실을 1차 출처로 확인합니다.
7. references/docx-and-final-qa.md의 제안서별 Word 서식 및 최종 검사를 적용합니다.
8. 전체 DOCX를 렌더링하고, 모든 페이지를 검사하며, 레이아웃 결함을 수정한 후 다시 렌더링합니다.
9. scripts/audit_proposal_docx.py를 실행하고 전달 전에 오류를 해결합니다.

논리 계약

• 이 소규모 프로젝트에는 정확히 두 가지의 과학적 질문을 사용합니다.
• 정확히 세 개의 주요 연구 내용 블록을 사용합니다.
• 각 연구 내용 블록을 하나의 확장된 연구 계획 블록과 하나의 해당 한계/갭에 매핑합니다.
• 내용은 연구 대상에 집중하십시오. 상세 도구, 모델, 센서 사양 및 절차는 계획/방법 섹션에 배치합니다.
• 그림, 캡션, 본문 참조, 성과 및 연간 작업은 동일한 세 블록 논리와 일관성을 유지합니다.
• 연간 계획은 기술 로드맵과 분리하여 유지합니다.
• 최종 응용/서비스 목표는 한 문장으로 유지합니다.
• 이후의 모든 수정 사항은 단일 단락을 변경하는 대신 전체 제안서에 걸쳐 조정합니다.

작성 계약

• 명시적 대상, 메커니즘, 변수, 인과 관계, 증거 및 검증 경로를 갖춘 공식적인 중국어 학술 산문을 사용합니다.
• 한계나 모순에서 제안된 메커니즘으로, 그리고 예상되는 과학적 기여로 이동합니다.
• 构建, 表征, 解析, 识别, 量化, 揭示, 验证, 界定과 같은 정확한 동사를 선호합니다.
• 밀도 높은 제안서 산문을 개선할 때 ①②③과 같은 인라인 번호 논리를 사용합니다.
• 마케팅 언어, 과장된 주장, 일반적인 AI 표현 및 장식적인 제목을 피합니다.
• 제출 텍스트에 国家基金本子, 参考已有文件, 沿用某本子, 根据修改指令과 같은 프로세스 언어를 절대 쓰지 마십시오.
• 문단의 마지막 시각적 줄이 한 글자만 포함하지 않도록 합니다. 렌더링 후 단어 또는 간격을 수정합니다.

개인 서식 규칙

• 업적 섹션에서 翁建涛 및 Jiantao Weng를 굵게 표시합니다.
• 6.1.7 知识产权与设备方法基础。를 자체 굵은 줄에 표시합니다. 설명 문단은 다음 줄에서 시작합니다.
• [10,15-21]과 같은 숫자 인용을 본문에서는 위첨자로 서식 지정합니다. 참고문헌 항목 또는 [J], [M], [P] 문서 유형 표시는 위첨자로 하지 마십시오.
• 申请软件著作权2项을 연간 계획과 예상 성과에서 일관되게 유지합니다.
• 온도/습도, CO2, PM2.5 및 조도 환경 센서를 나열할 때마다 소음 수준을 포함합니다.
• 需填, 待补 또는 괄호로 묶인 센서 사양과 같은 해결되지 않은 플레이스홀더를 제거합니다.
• 그림이 작업의 일부인 경우 $design-natural-science-fund-figures의 그림 캡션 및 다이어그램 규칙을 사용합니다.

증거 및 무결성

• 인용, DOI 값, 색인 상태, 사분위수, TOP 상태, 교신 저자 역할, 장비 범위 또는 정확도 값을 절대 생성하지 마십시오.
• 시간에 민감한 참고문헌 및 순위 정보에 대해 현재 1차 출처를 검색합니다.
• 가능할 경우 게시자 페이지, 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를 실행하십시오.