Skip to content
Back to skills

Proposal Writer

ASecurity

开题报告与研究方案写作规范。当用户要求写开题报告、研究计划书、基金/课题申请的本子框架时使用。按「选题依据→研究内容→技术路线→可行性→进度安排」组织,产出结构化草稿;引用只用 references.bib 已有键,承诺动词按证据强度分级,草稿供人修改定夺。

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 22, 2026
developmentgo

Security analysis

A100/100

Scanned October 22, 2026

npx -y skills add hongtongzhou-design/ccode --skill proposal-writer --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Proposal Writer?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Proposal Writer
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/hongtongzhou-design-proposal-writer/badge)](https://www.skillsdirectory.com/skills/hongtongzhou-design-proposal-writer)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: proposal-writer
description: 开题报告与研究方案写作规范。当用户要求写开题报告、研究计划书、基金/课题申请的本子框架时使用。按「选题依据→研究内容→技术路线→可行性→进度安排」组织,产出结构化草稿;引用只用 references.bib 已有键,承诺动词按证据强度分级,草稿供人修改定夺。
outputs: [proposal/]
provides: [proposal-writer]
---

# 开题报告与研究方案(proposal-writer)

本技能规定开题报告/研究方案/课题申请的写作规范。方案是立项目的文件:**每个研究内容都要能回答「为什么值得做、凭什么能做成」**。产出是草稿,采纳与修改由人定夺。

## 何时使用

- 用户要求写开题报告、研究计划书、基金/课题申请书框架
- 毕业论文流水线中「开题报告与综述」一步的开题报告部分(简报会指向本技能)

## 操作规范

### 1. 先定类型与篇幅

开题报告 / 研究方案 / 基金申请三类侧重不同(开题重技术路线与进度,基金重立项依据与创新点);用户未说明时按开题报告处理并注明。学校/基金委有模板文件时严格按模板章节(导师意见、签名、日期等审核区一律留空不填),没有模板时按下述五节结构。

### 2. 写作前先做内容设计

动笔写正文前,先完成两件设计工作(可直接写进草稿开头小节,供人审阅取舍):

- **缺口收束句**:选题依据末尾用一句话收束——「尽管 X 已有进展[引用],[具体缺口] 因 [原因] 仍未解决;本课题通过 [方法] 解决它,将带来 [影响]」;
- **内容-主张-证据表**:`| 研究内容 | 关键主张 | 已有依据(文献键/项目材料)| 验证方法 | 风险(低/中/高)| 交付物 |`——逐项列出,写不出依据的项不进正文。

### 3. 五节结构与要点

产出 `proposal/proposal.md`(用户另指定路径时从其约定):

1. **选题依据(立项背景)**:研究问题从哪里来、为什么重要;用 `references.bib` 已有键支撑现状描述,每条现状判断都有引用,不空喊「意义重大」;末尾给上节设计的缺口收束句;
2. **研究内容**:按问题拆分必要项;每项写清五要素:陈述(做什么、交付什么)/ 依据(为什么这个方向对,引文献键)/ 核心思路或工作假设 / 关键步骤 / 预期结果与失败时的退路。各项关系显式标注(独立/协同/递进);**递进关系必须写上游失败时的降级方案**(如退回文献综述或边界确认)——递进链「一个挂全挂」,是答辩最易被攻击的结构;
3. **研究目标与创新点**:目标可检验(写成「做到什么程度」,而非「深入研究」);创新点按证据需要(可无方法创新),每条对照现有文献说清新在哪里,无法对照文献支撑的不写;
4. **技术路线**:每个研究内容的方法、数据来源、关键步骤与依赖;附一页路线示意(mermaid 或文字流程);每条关键依赖给候选替代方案及改变的研究对象/结论范围(待人批准)+ 失败判据(什么信号说明此路不通、退回哪条线),未知标阻塞而非猜测填满;
5. **可行性与进度安排**:已有基础(数据/代码/前期结果,引用项目内实际材料);进度按阶段排到月,每阶段有可检查的标志物(文档/实验/初稿),工作量与内容项数匹配。

### 4. 承诺分级

把「不夸大」落成写法,预期成果的动词按证据强度分三级:

- **可交付主线**(建立/确定…):必须有文献或已有条件支撑;
- **审慎探索**(探索…的可行性/验证…是否成立):允许不确定性,但须配失败判据;
- **边界确认**(确定…的操作窗口与 Go/No-Go 判据):只承诺回答「能不能做」。

### 5. 红线

- 引用只用 `references.bib` 中已存在的键,**严禁编造文献**;
- 预期成果写实(论文/系统/数据集),承诺动词与证据强度匹配(见上节),不承诺「国际领先」类表述;
- 转述文献结论保留原文强度:「提示 / may indicate」不得升级为「证明 / proves」;
- 没有依据的判断标 [待核实];未知信息(经费、合作单位等)占位「待填」。

## 完成标准

写完逐条过自检清单,不过不交差:

- `proposal/proposal.md` 五节齐全;研究内容与研究问题闭环对应;
- 引用键全部可在 `references.bib` 解析;每条事实性判断有引用键;每条创新点有文献对照;
- 承诺动词与证据强度匹配;进度每阶段有标志物且与内容工作量匹配;
- 术语缩写首次出现给全称;[待核实]/「待填」在文末汇总。

- 写作约定:不使用彩色 emoji;强调标记用「注意:」或单色 ⚠(U+26A0 U+FE0E)。

---

理念参考:K-Dense-AI/scientific-agent-skills(MIT)research-grants、wanshuiyin/Auto-claude-code-research-in-sleep(MIT)grant-proposal、Yuan1z0825/nature-skills(MIT)nature-proposal-writer、syypaper-Author/syypaper-kaiti-baogao(边界参考);内容为按 Ccode 科研工作流重写。

## G1 问题与可行性完成门

候选问题比较科学价值、最邻近已有工作与反例、可区分的解释、证据与方法可达性、总预算/截止/依赖、最小可回答范围、继续/缩题/停止判据。无论结果正负是否仍增加知识?有 gap 不等于值得做,复现/负结果/边界确认无需硬造创新。人确认问题与范围后再做依赖该决定的设计;未回复只做可逆摸底。不会判断时升级给导师/方法专家。

## 验收入口

有 TASK.md 时沿用其中的验收摘要/质量状态合同,不重复建表;独立使用时,在本报告开头写:回答、关键证据入口、未验证、影响结论的问题、待人决定。状态为待审/有条件接受/证据通过(限定范围)/阻塞;推荐不等于人工批准。

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.