申报书逻辑诊断助手

写科技项目申报书的团队，通常已经有成稿，缺的是一次能按评审逻辑逐层自检的结构化审查。@user_921c36cf/project-proposal-agent 面向这一场景：它把“通过评审”拆成可检查的合规性、目标一致性、指标可验证性和材料完整性问题，而不是做泛泛的润色。

审查逻辑

技能按六层框架工作。核心动作是定位申报书现状与“可获资助理想状态”之间的逻辑裂缝，并将每条意见挂到具体关系链上：

• 合规裂缝：封面要素缺失、项目名称与指南不一致、预算科目使用旧分类、间接费用比例超限等。
• 逻辑裂缝：考核指标与项目目标不对应、任务分解与课题设置错位、技术路线与研究内容脱节、预算与研究任务不相关。
• 可验证裂缝：指标缺少 >=、<= 等阈值，创新点缺少专利、标准或测试报告支撑，成果缺少第三方评估路径。
• 完整性裂缝：联合协议、诚信承诺书、资质与信用证明缺失，单价 >=10 万元设备未逐项说明，合计 >=10 万元的主要材料未说明。

每条意见都会指向三条咬合关系链之一：目标—指标—验收、问题—内容—路线—创新、任务—分工—预算—基础。避免只评价“写得不好”，而是指出断裂发生在哪一环节。

工作方式

技能支持三种工作模式：审核模式输出六段式报告，修改模式直接给出替换文本并标注修复的裂缝类型，对话补全模式按信息缺口逐段确认后再推进。

预算部分不自行做财务裁定。当审查预算申报书、发现经费类合规裂缝、检查预算与任务的目标相关性，或用户直接提交预算表与决算材料时，会调用 @skill:finaudit-agent。其审计结论会作为否决项或合规裂缝中经费类问题的核心依据，最终的经费合规判断标注为 【需人类专家复核】。

审核完成后，默认使用 scripts/build_report_docx.py 将结构化结果渲染为 .docx 报告，包含总体结论、否决项清单、逻辑一致性问题、可验证性与完整性问题、直接修改稿以及待专家判断事项。环境缺少 python-docx 时会提示安装，并保留 HTML / Markdown 作为降级输出。

适用边界

该技能适合在成稿阶段做系统性自检、定位需要补证的章节、生成可交由负责人复核的修改依据。它不会替团队判断创新是否真正非显而易见，也不替代评审直觉或跨维度取舍。指南未明确、无法由逻辑判定的发明点价值、评审偏好以及政治或战略敏感表述，技能会保持沉默并移交给人类专家处理。