メニュー
生成"三下乡社会实践-科技服务类"立项申报书 docx。覆盖科技服务、医疗服务、法律援助、农业技术指导四类子方向，含服务对象需求清单、专业能力匹配矩阵、按服务场次实施方案表（场次/日期/地点/对象/服务内容/人数/专业要求）、服务流程设计、持续帮扶机制、服务人次与解决方案量化产出。直接输出可提交的 Word 文档。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/cuic19053-hue/-skills- --skill tech-serviceコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SKILL.md を表示中
| name | tech_service |
| description | 生成"三下乡社会实践-科技服务类"立项申报书 docx。覆盖科技服务、医疗服务、法律援助、农业技术指导四类子方向，含服务对象需求清单、专业能力匹配矩阵、按服务场次实施方案表（场次/日期/地点/对象/服务内容/人数/专业要求）、服务流程设计、持续帮扶机制、服务人次与解决方案量化产出。直接输出可提交的 Word 文档。 |
| version | 1.0.0 |
| author | college-application-doc skill suite |
| triggers | ["三下乡","社会实践","科技服务","医疗服务","法律援助","农业技术指导","三下乡服务","暑期服务实践","IT 维修","电商培训","数字素养","上门服务","立项申报书","三下乡立项"] |
| priority | high |
| output_type | docx |
| skill_kind | subskill |
| parent_skill | college-application-doc |
| sibling_skills | ["social_survey","volunteer_teaching","policy_lecture"] |
本 skill 处理"大学生暑期三下乡社会实践-科技服务类"立项申报书全流程：信息采集 → 服务需求分析 → 专业能力匹配 → 服务方案设计 → 按场次实施 → docx 生成 → 质检。仅处理"科技服务类"子类（科技/医疗/法律/农业技术服务为主），调研/支教/宣讲类请走对应 skill。
科技服务类与调研/支教/宣讲类的核心区别在于"专业输出"——评审看的是服务专业性、需求匹配度、可持续性，而非数据采集（调研）、教学方法（支教）或一对多传达（宣讲）。科技服务类申报书必须有：服务对象需求清单 + 专业能力匹配矩阵 + 按服务场次实施方案 + 服务人次与解决方案量化产出 + 持续帮扶机制。
输出文件：可提交的 .docx（A4 纸张，宋体小四正文，黑体三号标题，1.5 倍行距，首行缩进 2 字符）。
适用：用户提到"三下乡""社会实践""科技服务""医疗服务""法律援助""农业技术指导""IT 维修""电商培训""数字素养培训""上门服务""暑期社会实践立项申报书"等关键词，且实践主要形式为面向村民/社区居民提供专业技术服务（非走访调研、非中小学支教、非集中宣讲）。
不适用（需走其他 skill）：
四种服务子方向速查：
| 子方向 | 典型选题 | 专业背景要求 | 服务对象 |
|---|---|---|---|
| 科技服务 | IT 维修、电商培训、数字素养、智能手机使用 | 计算机/通信/电子/电子商务 | 村民、村电商、留守老人 |
| 医疗服务 | 健康体检、慢病管理、急救培训、中医药科普 | 临床医学/护理/药学/公共卫生 | 村民、老年人、慢病患者 |
| 法律援助 | 民法典宣讲与咨询、反诈、未成年人保护、土地纠纷 | 法学/知识产权 | 村民、妇女、外出务工人员 |
| 农业技术指导 | 种植技术、养殖防疫、农机使用、农产品加工 | 农学/园艺/植物保护/动物科学 | 种养殖大户、合作社、家庭农场 |
触发条件组合：用户输入包含"三下乡/社会实践" + "科技服务/医疗服务/法律援助/农业技术指导/IT 维修/电商培训/数字素养"中任一 → 进入本 skill。
默认假设：未明确说明时默认为科技服务子方向（覆盖最广、立项通过率最高、与高校学科匹配度最高）。用户若指向其他三类，按对应子方向调整服务内容与专业要求。
科技服务类 vs 其他子类核心区别：
1. 子方向确认
→ 确认服务子方向（科技/医疗/法律/农业）→ 锁定服务对象类型
→ 明确团队专业能力是否匹配（必须有对应学科背景成员）
2. 信息采集
→ 通用 10 字段 + 服务专属 12 字段（详见第三章）
→ 分批追问，不替用户编造服务能力
3. 服务需求分析
→ 调研服务对象实际需求 → 列出需求清单 → 按优先级排序 → 匹配团队专业能力
4. 专业能力匹配
→ 团队成员专业背景 → 服务内容 → 匹配度评估（高/中/低）
→ 低匹配项必须由指导教师补充或调整服务内容
5. 服务方案设计
→ 每项需求对应 1 套解决方案（服务流程 + 工具 + 预期解决程度）
→ 总服务场次 5~8 场，覆盖 150~300 人次
6. 按场次实施安排
→ 每场：场次序号 + 日期 + 地点 + 服务对象 + 服务内容 + 人数 + 专业要求
→ 5~8 行覆盖整个实践期
7. 持续帮扶机制
→ 建立"线上 + 线下"长效服务，每月 1 次远程答疑，每季度 1 次现场回访
8. docx 生成
→ python build.py --data data.json --out output.docx
9. 质检
→ 专业匹配度 + 需求匹配度 + 场次人数加总 + 持续机制可行性
关键节点控制：
与调研/支教/宣讲的边界判定：科技服务类有"上门 + 维修/培训/咨询"特征，强调"一对一解决问题"或"小班技能培训"；调研类有"问卷+访谈"特征；支教类有"中小学生+课时"特征；宣讲类有"一对多集中传达"特征。混合实践以主要形式归类，科技服务占比 ≥ 60% 归本 skill。
申报书字数与篇幅：科技服务类申报书 45006500 字为宜，封面+11 栏目+签字页，约 812 页 A4。
| 字段 | 说明 | 示例 |
|---|---|---|
| 团队名称 | 含"赴+地点+主题+服务团" | 赴 XX 县数字赋能科技服务团 |
| 实践主题 | 团中央年度主题 | 乡村振兴 青春建功 |
| 实践地点 | 精确到村/社区 | XX 省 XX 县 XX 镇 3 个行政村 |
| 实践时间 | 含出发返程 | 2025.07.15-07.21（7 天） |
| 团队人数 | 5~12 人为佳（小而精） | 5 人 |
| 队长信息 | 姓名/学号/专业/年级/电话 | 张三/202212345/计算机 2022 级/大三/138XXXXXXXX |
| 指导教师 | 姓名/职称/电话/是否随队 | 李教授/副教授/139XXXXXXXX/随队 |
| 申报单位 | 学院全称 | 计算机科学与技术学院 |
| 申报日期 | 中文格式 | 2025 年 5 月 20 日 |
| 成员信息 | 每人 5 字段 | 姓名/学号/专业/分工/电话 |
A. 服务子方向与对象
B. 需求与方案 5. 服务对象需求清单：3~6 项核心需求（如"智能手机使用 + 电商开店 + 反诈 + 视频通话"） 6. 需求优先级排序：高/中/低（按需求紧迫程度 + 团队能力匹配度综合排序） 7. 团队专业能力匹配矩阵：每项需求 × 团队成员专业 → 匹配度评估 8. 解决方案设计：每项需求对应 1 套方案（服务流程 + 工具 + 预期解决程度）
C. 场次与产出
9. 服务场次：58 场为宜，单场 2060 人，总覆盖 150300 人次
10. 单场时长：60180 分钟（培训类 90120 分钟、维修类 60180 分钟、咨询类 30~60 分钟/人）
11. 服务记录方式：签到表 + 服务记录单 + 满意度反馈表 + 解决方案手册
12. 持续帮扶机制：线上答疑群 + 月度回访 + 季度现场服务 + 学年度长效接力
| 类别 | 必采字段 | 示例 |
|---|---|---|
| 安全 | 应急联系人 3 名、应急流程分级、保险购买情况 | 平安短期意外险 30 万保额 |
| 宣传 | 校内/校外/新媒体三类平台 + 发布篇数 | 中青网 1 + 校团委 2 + 抖音 3 |
| 预算 | 交通/食宿/物资/印刷/其他 5 项 + 金额 + 计算依据 | 物资 1500 元 = U 盘 50×20 + 维修工具 400 + 培训手册 100×6 |
| 物资清单 | 维修工具/培训手册/反诈单页/小礼品 | 维修工具包 5 套 + 培训手册 100 份 + 反诈单页 200 份 |
| 优先级 | 字段 | 缺失影响 |
|---|---|---|
| P0 必填 | 团队名称/主题/地点/时间/队长/指导教师/服务子方向/需求清单/专业能力匹配 | 申报书退回重填 |
| P1 重要 | 团队人数/成员分工/按场次表/服务方案/安全预案/预期成果/持续帮扶机制 | 评审扣大分 |
| P2 推荐 | 经费计算依据/宣传计划/学校审批/团中央专项报送 | 评审加分项 |
子方向相关：
需求与对象相关：
专业匹配相关：
场次与产出相关：
科技服务类申报书固定 11 栏目，缺一不可。各栏目字数与评审权重已在 §十 给出。
封面：项目名称、团队名称、申报单位、申报日期
（封面副标题标注"科技服务类"，与调研/支教/宣讲类区分）
一、团队基本信息（表格 7 行 2 列）
- 团队名称（赴+地点+主题+服务团）
- 实践主题（团中央年度主题）
- 实践地点（精确到村）
- 实践时间（精确到日，7~15 天）
- 团队人数（5~12 人，小而精）
- 队长（姓名/学号/专业/年级/电话）
- 指导教师（姓名/职称/电话/是否随队/专业方向）
二、团队成员信息表（5 列）
| 姓名 | 学号 | 专业年级 | 团队分工 | 联系方式 |
- 分工必须具体到"做什么"，不能只写"成员"
- 科技服务类建议分工：主讲 / 维修操作 / 培训助教 / 记录归档 / 后勤保障
- 团队示例：5 人含计算机 3 + 通信 2，专业互补覆盖硬件/软件/网络
三、实践主题与背景（400~600 字，3 段）
- 团中央主题对应（150 字）
- 服务子方向选定理由（200 字）
- 实践对象基本情况（150 字，含数字化水平/医疗服务可及性/法律意识等数据）
四、实践目的与意义（300~500 字，2 段）
- 对当地：服务 N 人次 + 解决 X 类具体问题 + 建立 Y 项持续帮扶机制
- 对学生：专业知识应用 + 服务意识培养 + 基层国情认识
五、实践内容与实施方案【重点，800~1200 字】
- 实践形式：科技服务类（说明与调研/支教/宣讲的边界）
- 服务对象需求分析：需求清单 + 优先级
- 按场次实施安排表（核心）
| 场次 | 日期 | 地点 | 服务对象 | 服务内容 | 人数 | 专业要求 |
每场对应 1 行，5~8 场
底部合计：N 场 × M 人次 = 总服务人次
六、服务方案【科技服务类专属，独立栏目】
- 子方向：科技服务（IT 维修 + 电商培训 + 数字素养）
- 结构化表格：
| 需求 | 匹配专业能力 | 服务流程 | 预期解决方案 |
每项需求对应 1 行
- 每项配"持续帮扶机制"：线上答疑群 + 月度回访 + 季度现场服务
七、安全保障预案（300~500 字，5 段）
- 出行安全 / 人身安全 / 应急联系人 / 应急流程 / 保险购买
- 服务类专属安全：维修类带电作业安全 / 医疗服务消毒规范 / 法律援助免责声明
八、预期成果（必须可量化）
- 服务场次：N 场
- 服务人次：M 人次（村民 N1 + 老人 N2 + 大户 N3 + 干部 N4）
- 解决方案：X 套（IT 维修方案 Y 套 + 电商开店方案 Z 套 + 数字素养培训方案 W 套）
- 服务记录：签到表 N 份 + 维修记录单 Y 份 + 培训手册 Z 份
- 持续帮扶机制：线上答疑群 1 个 + 月度远程答疑 + 季度现场回访 + 学年度接力
- 新闻稿：X 篇（中青网/校团委/学院公众号）
- 短视频：Y 个
九、经费预算（5 类标准科目 + 计算依据）
| 预算科目 | 金额（元） | 计算依据 |
- 交通费 / 食宿费 / 物资费 / 印刷费 / 其他
- 科技服务类物资费占比建议 30~40%（维修工具 + U 盘 + 培训手册）
十、宣传计划
- 校内媒体（团委公众号、校报）
- 校外媒体（中青网、地方媒体）
- 新媒体平台（抖音、B 站、视频号）
十一、指导教师意见 + 学院团委意见
- 双栏预留签字空间（空 6 行 + 签字行 + 日期行）
栏目顺序固定：1→11，不能调整。学校下发模板若有微调，按学校模板填，但 11 栏目齐全。
字数控制：总字数 4500~6500 字。封面 100 字、一/二表 200 字、三 500 字、四 400 字、五 1000 字、六 600 字、七 400 字、八 300 字、九 200 字、十 200 字、十一签字 100 字。
栏目间逻辑链：主题（三）→ 目的（四）→ 实施方案（五）→ 服务方案（六）→ 安全（七）→ 成果（八）→ 经费（九）→ 宣传（十）。前栏目铺垫，后栏目落地，不能脱节。
科技服务类独有栏目：六、服务方案——这是科技服务类与调研/支教/宣讲类最显著的区别。调研类有"问卷设计"栏目，支教类有"教案"栏目，宣讲类有"宣讲大纲"栏目，科技服务类有"服务方案"栏目。
封面副标题：必须标注"科技服务类"，便于评审一眼定位子类。常见格式：（XX 主题·科技服务类）。
五、六两栏联动：实施方案的按场次表是"在哪服务、服务几场、谁接受服务"，服务方案是"每项需求怎么解决、用什么工具、解决到什么程度"。两者必须对应——场次表的服务内容总和 = 服务方案的解决项数。
| 栏目 | 字数 | 表格 | 重点 | 易扣分项 |
|---|---|---|---|---|
| 封面 | 100 | 无 | 副标题注"科技服务类" | 缺副标题 |
| 一、团队信息 | 100 | 7×2 | 团队名含"服务团" | 缺"服务团"三字 |
| 二、成员表 | 100 | 5 列 | 分工到"做什么" + 专业互补 | 只写"成员" |
| 三、主题背景 | 500 | 无 | 团中央主题对应 + 服务子方向理由 | 子方向与团能力不符 |
| 四、目的意义 | 400 | 无 | 量化目标 + 持续机制 | 写"扩大影响" |
| 五、实施方案 | 1000 | 7 列场次表 | 按场次表 + 需求清单 | 用"前期/中期/后期" |
| 六、服务方案 | 600 | 4 列方案表 | 需求×能力匹配 + 流程 | 缺持续帮扶机制 |
| 七、安全预案 | 400 | 无 | 5 段齐 + 保险 + 服务专属安全 | 无保险 |
| 八、预期成果 | 300 | 无 | 场次+人次+方案+机制 | 写"取得良好效果" |
| 九、经费预算 | 200 | 3 列 | 5 类+计算依据+物资清单 | 全是整数 |
| 十、宣传计划 | 200 | 无 | 三类媒体 + 中青网 | 无中青网 |
| 十一、签字栏 | 100 | 无 | 双栏空 6 行 | 缺日期行 |
封面：项目名称（一行 25 字内）、团队名称（一行 20 字内）、申报单位（学院全称）、申报日期（XXXX 年 X 月 X 日）。无表格。副标题一行：（XX 主题·科技服务类）。
一、团队基本信息：7 行 2 列表格，列宽 [4.5cm, 11.5cm]。表头加粗居中，数据居中。"队长"字段一行写完姓名/学号/专业/年级/电话（用斜杠分隔）。"指导教师"字段含"专业方向"（如"软件工程/物联网"），便于评审判断专业匹配度。
二、团队成员信息表：5 列表格，列宽 [2.5, 2.8, 3.5, 3.5, 3.7]cm。成员数 ≤ 12 人（科技服务类小团队为佳，专业互补）。每行分工必须具体到"做什么"（如"主讲 IT 维修 + 维修操作"），不能只写"成员"。
三、实践主题与背景：3 段共 400~600 字。第 1 段团中央主题对应；第 2 段服务子方向选定理由（结合当地需求 + 团队专业）；第 3 段实践对象基本情况（必须有数据，如"5 个行政村 60 岁以上老人 1240 人，智能手机持有率 68%，但能独立完成视频通话的仅 23%"）。
四、实践目的与意义：2 段共 300~500 字。对当地段必须含三项量化：服务人次 + 解决问题数 + 持续帮扶机制。对学生段必须含三项提升：专业知识应用 + 服务意识培养 + 基层国情认识。
五、实践内容与实施方案：3 子节共 8001200 字。（一）实践形式 150 字，说明科技服务类与调研/支教/宣讲的边界；（二）服务对象需求分析 300 字，列出 36 项需求 + 优先级；（三）按场次实施安排表 7 列 N 行（5~8 场），底部合计场次与总服务人次。
六、服务方案：4 列结构化表格，列宽 [3.5, 3.5, 5.5, 3.5]cm。表头：需求 / 匹配专业能力 / 服务流程 / 预期解决方案。每项需求对应 1 行。表后追加"持续帮扶机制"小节（150 字）：线上答疑群 + 月度远程答疑 + 季度现场回访 + 学年度接力。
七、安全保障预案：5 段共 300~500 字。除通用安全外，必须含服务类专属安全：（1）维修类带电作业安全（断电操作、防静电、工具绝缘）；（2）医疗服务消毒规范（一次性器械、医疗废物处理）；（3）法律援助免责声明（不代写诉讼文书、复杂案件转介）。
八、预期成果：以项目符号列出 6~8 项，必须可量化。核心三项：服务场次 + 服务人次 + 解决方案数。其他：服务记录归档 + 持续帮扶机制 + 新闻稿 + 短视频。禁止写"取得良好效果""扩大项目影响"等空话。
九、经费预算：5 类标准科目（交通/食宿/物资/印刷/其他）3 列表格，列宽 [3.5, 3.0, 9.5]cm。金额非整数 + 计算依据。科技服务类物资费占比 30~40%（维修工具 + U 盘 + 培训手册）。底部合计行自动加总。
十、宣传计划：3 类媒体各 1 段。校内媒体（校团委公众号 + 校报 + 学院公众号）、校外媒体（中青网 + 地方电视台 + 地方日报）、新媒体（B 站 + 抖音 + 微信视频号）。发布时间节点：启动报道 + 中期进展 + 结项报道。
十一、指导教师意见 / 学院团委意见：双栏预留签字空间，每栏空 6 行 + 签字行 + 日期行。学校审批意见为可选项（include_school_approval=True 时追加）。
科技服务类 11 栏目构成一条完整逻辑链：服务对象基本情况（三）→ 团队能力匹配（一/二）→ 服务需求清单（五）→ 服务方案（六）→ 持续帮扶机制（六/八）→ 服务记录归档（八）。每个栏目的"输入"是上一栏目的"输出"。
衔接检查清单：
队长：张三 / 202212345 / 计算机科学与技术 2022 级 / 大三 / 138XXXXXXXX
成员 1：李四 / 202212346 / 计算机科学与技术 2022 级 / 大三 / 138XXXXXXXX
成员 2：王五 / 202212347 / 软件工程 2023 级 / 大二 / 138XXXXXXXX
成员 3：赵六 / 202212348 / 通信工程 2022 级 / 大三 / 138XXXXXXXX
成员 4：钱七 / 202212349 / 通信工程 2023 级 / 大二 / 138XXXXXXXX
指导教师：李教授 / 副教授 / 软件工程 / 139XXXXXXXX / 随队
专业覆盖度：计算机 3 人（覆盖硬件维修 + 软件维护 + 系统重装）+ 通信 2 人（覆盖网络配置 + 智能手机操作）+ 指导教师软件工程背景（补强电商培训）。
分工矩阵：张三（队长 + 总协调 + IT 维修主讲）/ 李四（IT 维修操作 + 系统重装）/ 王五（电商培训主讲 + 培训手册设计）/ 赵六（数字素养培训 + 网络配置）/ 钱七（反诈宣讲 + 后勤保障 + 答疑群管理）。
5 场科技服务覆盖 200 人次，含 IT 维修/电商培训/数字素养：
人次构成：留守老人 40 + 村民 90 + 村电商 20 + 干部 50 = 200 人次 解决方案：IT 维修方案 1 套（修复 50 台 + 维护手册 100 份）+ 电商开店方案 1 套（帮助 20 户开店 + 教学视频 5 个）+ 数字素养培训方案 1 套（操作手册 100 份 + 反诈单页 200 份）
持续帮扶机制：建立"XX 县数字赋能"答疑微信群 1 个，5 名成员轮值（每人每周 1 天），2 小时响应；每月最后一个周末视频连线集中答疑；每季度 1 次现场回访（2~3 名队员赴地）；下一年度暑期接力服务。
封面副标题：固定格式 （XX 主题·科技服务类），与调研类/支教类/宣讲类形成区分。
一、团队基本信息：科技服务类团队人数 5~12 人（小团队为佳，专业互补）。团队名称含"服务团"三字（如"赴 XX 县数字赋能科技服务团"）。指导教师字段含"专业方向"。
二、团队成员信息表：分工必须含动词（如"主讲 IT 维修 + 维修操作""培训助教 + 签到管理"）。团队成员专业必须有明确学科分布（如"计算机 3 + 通信 2"，覆盖硬件/软件/网络）。
三、实践主题与背景：第 3 段实践对象基本情况必须有量化数据。科技服务子方向需含数字化水平数据；医疗服务子方向需含慢病发病率/就医距离；法律援助子方向需含纠纷类型分布；农业技术指导子方向需含主导产业规模。
四、实践目的与意义：对当地段必须含三项量化——服务人次（如"覆盖 200 人次"）+ 解决问题数（如"修复电脑 50 台 + 电商开店 20 户"）+ 持续帮扶机制（如"建立线上+线下长效服务，每月 1 次远程答疑"）。对学生段强调"专业知识应用"——把课堂所学带到基层。
五、实践内容与实施方案：3 子节结构固定。（一）实践形式 150 字说明子方向与边界；（二）服务对象需求分析 300 字列需求清单 + 优先级（高/中/低）；（三）按场次实施安排表 7 列：场次/日期/地点/服务对象/服务内容/人数/专业要求。底部合计行。
六、服务方案：4 列结构化表格。每项需求对应 1 行。表后必须追加"持续帮扶机制"小节，含线上答疑群 + 月度远程答疑 + 季度现场回访 + 学年度接力。机制可行性是评审重点。
七、安全保障预案：除通用 5 段外，必须含服务类专属安全。维修类：断电操作、防静电、工具绝缘；医疗类：一次性器械、医疗废物处理、与当地卫生院联合；法律类：不代写诉讼文书、复杂案件转介律所、签署咨询免责声明。
八、预期成果：6~8 项项目符号列表。核心三项：服务场次（N 场）+ 服务人次（M 人次，分类统计）+ 解决方案数（X 套，分类统计）。其他：服务记录归档 + 持续帮扶机制 + 新闻稿（明确发布平台与篇数）+ 短视频（明确时长与平台）。
九、经费预算：5 类标准科目 + 物资清单。科技服务类物资费占比 30~40%（维修工具 + U 盘 + 培训手册 + 反诈单页 + 小礼品）。计算依据必须含单价 × 数量。
十、宣传计划：3 类媒体各 1 段，发布时间节点必须含启动/中期/结项三个时点。中青网投稿必须有（团中央官方平台）。
十一、签字栏：双栏预留，每栏空 6 行 + 签字行 + 日期行。学校审批意见可选。
封面副标题正反例：
团队成员分工正反例：
实践对象基本情况正反例：
实践目的与意义正反例：
按场次表正反例：
服务方案正反例：
预期成果正反例：
经费预算正反例：
安全预案正反例：
服务对象需求清单是科技服务类申报书的"地基"。需求不清，方案就是空中楼阁。
需求来源（三选一或组合）：
需求清单格式（3~6 项为佳）：
| 序号 | 需求描述 | 服务对象 | 紧迫程度 | 团队能力匹配 |
|---|---|---|---|---|
| 1 | 智能手机基础操作（视频通话/扫码支付） | 留守老人 | 高 | 高（计算机专业） |
| 2 | 电脑故障维修与系统重装 | 村民 + 村电商 | 高 | 高（计算机专业） |
| 3 | 电商开店与直播带货基础 | 村电商 + 致富带头人 | 中 | 中（需电商知识补充） |
| 4 | 网络反诈识别 | 全体村民 | 高 | 中（需法律知识补充） |
| 5 | 数字素养（政务 App/健康码使用） | 村民 | 中 | 高（计算机专业） |
优先级 = 紧迫程度 × 团队能力匹配度：
反例：❌ "村民需要什么我们就做什么"——无优先级，方案散乱 正例：✅ "5 项需求中 3 项高优先级（智能手机/电脑维修/反诈），2 项中优先级（电商/数字素养），高优先级安排 4 场主力服务，中优先级各安排 1 场"
匹配度评估矩阵（每项需求 × 每位成员）：
| 需求 \ 成员 | 张三（计算机） | 李四（计算机） | 王五（计算机） | 赵六（通信） | 钱七（通信） | 综合匹配度 |
|---|---|---|---|---|---|---|
| 智能手机操作 | 高 | 高 | 高 | 高 | 高 | 高 |
| 电脑维修 | 高 | 高 | 中 | 中 | 低 | 高 |
| 电商开店 | 中 | 中 | 低 | 中 | 中 | 中 |
| 网络反诈 | 中 | 低 | 中 | 高 | 中 | 中 |
| 数字素养 | 高 | 高 | 高 | 高 | 高 | 高 |
低匹配项处理：必须由指导教师补充（如指导教师为法学背景，可补强反诈类需求）或调整服务内容（如将"电商开店"调整为"电商基础认知"）。禁止"团队无能力却硬上"——评审会扣专业性分。
需求清单的每项高优先级需求至少对应 1 个服务场次。需求清单与服务方案的对应关系必须 1:1（每项需求 1 套解决方案）。场次表底部合计 = 需求清单各项服务人次之和。
科技服务子方向需求清单示例（5 项）：
医疗服务子方向需求清单示例（5 项）：
法律援助子方向需求清单示例（5 项）：
农业技术指导子方向需求清单示例（5 项）：
每项需求对应 1 套解决方案，必须包含四要素：匹配专业能力 + 服务流程 + 工具 + 预期解决程度。
示例（智能手机基础操作）：
标准化 + 个性化：
服务流程四阶段：
解决方案 vs 服务流程的区别：服务流程是"怎么做"，解决方案是"做到什么程度 + 留下什么"。
解决方案三要素：
示例（电脑维修）：
持续帮扶机制是科技服务类申报书的"加分项"——评审看的是"项目结束后能不能持续"。
四级持续机制：
示例：建立"线上 + 线下"长效服务，每月 1 次远程答疑，每季度 1 次现场回访，每年暑期接力服务，形成"XX 县数字赋能"长效品牌。
反例：❌ "建立长效机制"——空话，无具体安排 正例：✅ "建立'XX 县数字赋能'答疑微信群，5 名团队成员轮值（每人每周 1 天），2 小时内响应；每月最后一个周末视频连线集中答疑；每季度 1 次现场回访（2~3 名队员赴地）；下一年度暑期接力服务。"
| 需求 | 匹配专业能力 | 服务流程 | 预期解决方案 |
|---|---|---|---|
| 智能手机基础操作 | 计算机/通信，熟悉 Android/iOS | 调研手机型号 → 一对一教学 → 发放手册 → 加答疑群 | 60 位老人 80% 独立完成视频通话 + 操作手册 100 份 + 答疑群 1 个 |
| 电脑故障维修 | 计算机，硬件/软件能力 | 检测故障 → 维修/重装 → 测试 → 填写维修单 | 修复 50 台（系统 30+硬件 15+优化 5）+ 维护手册 100 份 + 答疑群 1 个 |
| 电商开店基础 | 计算机/通信，电商知识（指导教师补充） | 平台选择 → 注册开店 → 商品上架 → 直播基础 | 帮助 20 户开店 + 录制教学视频 5 个 + 答疑群 1 个 |
| 网络反诈识别 | 计算机/通信 + 法律（指导教师补充） | 案例讲解 → 一对一答疑 → 安装反诈 App → 加群 | 200 人次培训 + 反诈单页 200 份 + 反诈 App 安装 150 部 |
医疗服务子方向（每项需求对应 1 套方案）：
法律援助子方向（每项需求对应 1 套方案）：
农业技术指导子方向（每项需求对应 1 套方案）：
评审看服务方案时关注 4 点：
反例：❌ "开展 IT 维修服务，帮助村民维修电脑"——无流程、无工具、无解决程度、无持续机制 正例：✅ "需求'电脑故障维修' → 匹配专业'计算机，硬件/软件能力' → 流程'检测故障 → 维修/重装 → 测试 → 填写维修单 → 加答疑群' → 解决方案'修复 50 台 + 维护手册 100 份 + 答疑群 1 个 + 月度远程答疑 + 季度现场回访'"
按场次实施安排表是科技服务类申报书的核心，评审第一眼看的就是这张表。
| 场次 | 日期 | 地点 | 服务对象 | 服务内容 | 人数 | 专业要求 |
|---|---|---|---|---|---|---|
| 第 1 场 | 7.15 下午 | XX 镇 A 村文化礼堂 | A 村留守老人 40 人 | 智能手机基础操作（视频通话/扫码支付） | 40 | 计算机/通信，主讲 1 + 助教 2 |
| 第 2 场 | 7.16 上午 | XX 镇 A 村村委会 | A 村村民 30 人 | 电脑故障维修（系统重装/硬件更换） | 30 | 计算机，维修 2 + 记录 1 |
| 第 3 场 | 7.16 下午 | XX 镇 B 村电商服务站 | B 村村电商 20 人 | 电商开店与直播带货基础 | 20 | 计算机/通信，主讲 1 + 助教 2 |
| 第 4 场 | 7.17 上午 | XX 镇 B 村文化广场 | B 村村民 60 人 | 网络反诈识别 + 反诈 App 安装 | 60 | 计算机/通信 + 法律指导，主讲 2 |
| 第 5 场 | 7.17 下午 | XX 镇 C 村小学 | C 村村民 50 人 | 数字素养（政务 App/健康码使用） | 50 | 计算机/通信，主讲 1 + 助教 3 |
| 合计 | 5 场 | 3 个村 | — | IT 维修 + 电商培训 + 数字素养 + 反诈 | 200 人次 | — |
5~8 场为宜：
单场人数控制：
场次分布均衡：
必须含合计行：场次总数 × 单场人次 = 总服务人次。总服务人次必须与预期成果（八、）的"服务人次"完全一致。
反例：❌ 场次表合计 200 人次，预期成果写"覆盖 300 人次"——数据不一致，评审扣分 正例：✅ 场次表合计 200 人次（40+30+20+60+50），预期成果写"覆盖 200 人次（留守老人 40 + 村民 90 + 村电商 20 + 干部 50）"——数据完全对应
每场服务必须明确"专业要求"——主讲几人 + 助教几人 + 记录几人。5 人团队典型分工：
专业要求列必须明确学科背景（如"计算机/通信"）+ 角色分工（主讲/助教/维修/记录/后勤）。
科技服务类场次表设计推荐按"3+2"模式：3 场主力服务（高优先级需求）+ 2 场辅助服务（中优先级需求）。
5 场 200 人次模板（科技服务子方向）：
8 场 300 人次模板（医疗 + 法律联合子方向）：
❌ 场次表 3 列（日期/地点/工作）：评审看不到对象、人数、专业要求
✅ 场次表 7 列（场次/日期/地点/服务对象/服务内容/人数/专业要求）：评审一目了然
❌ 场次表无合计行：评审要自己算人次
✅ 场次表底部合计行：5 场 × 200 人次（留守老人 40 + 村民 90 + 村电商 20 + 干部 50）
❌ 场次表所有场次都安排在同一村：覆盖不足
✅ 场次表分布在 3 个村：覆盖均衡，且每村至少 1 场
❌ 场次表"专业要求"列空着或只写"团队全员"：评审无法判断专业匹配
✅ 场次表"专业要求"列写"计算机/通信，主讲 1+助教 2"：评审可判断匹配度
科技服务类评审五维打分，总分 100。
| 维度 | 权重 | 评分要点 | 高分标准 | 低分表现 |
|---|---|---|---|---|
| 专业性 | 30% | 团队专业与服务内容匹配 + 服务流程规范 + 解决方案专业 | 计算机 3+通信 2 团队修电脑教电商，指导教师随队，方案含工具+流程+解决程度 | 团队无相关专业成员硬上，方案只有"开展服务"无流程 |
| 需求匹配度 | 25% | 需求来源真实 + 优先级合理 + 需求与场次对应 | 需求清单来自当地委托函 + 5 项需求按紧迫程度排序 + 每项高优先级需求有对应场次 | 需求"拍脑袋"想出来，无优先级，场次与需求脱节 |
| 可持续性 | 20% | 持续帮扶机制可行 + 资料留存 + 学年度接力 | 线上答疑群+月度远程+季度现场+年度接力，留下操作手册+视频回放 | "建立长效机制"空话，无具体安排 |
| 安全性 | 15% | 安全预案齐全 + 保险购买 + 服务类专属安全 | 5 段安全预案 + 全员短期意外险 + 维修断电规范 | 只有"注意安全"一句话 |
| 传播力 | 10% | 宣传计划 + 媒体覆盖 + 短视频产出 | 中青网+校团委+抖音+B站全覆盖，3 个时间节点发布 | 无宣传计划 |
高分案例（85 分）：
低分案例（45 分）：
校级初审（团委）→ 学院复审（学院团委 + 指导教师）→ 学校终审（校团委 + 专家组）。初审筛格式，复审筛内容，终审筛质量。3 级评审均通过方可立项。
科技服务类高频踩坑 10 例，每例含反例 + 正例 + 要点。
坑 1：服务内容与团队专业不匹配
❌ 反例：团队 5 人全是历史专业，申报"IT 维修 + 电商培训"科技服务 ✅ 正例：团队 5 人含计算机 3 + 通信 2，申报"IT 维修 + 电商培训 + 数字素养"科技服务 要点：科技服务类必须专业匹配，文科团队可申报法律援助或政策宣讲
坑 2：需求清单"想当然"
❌ 反例：未做预调研，凭印象写"村民需要电商培训" ✅ 正例：实地预调研 2 天，访谈村干部 5 人 + 村民 20 人，梳理出 5 项需求并按紧迫程度排序 要点：需求必须有来源（团委反馈/预调研/委托函），不能"拍脑袋"
坑 3：场次表用"前期/中期/后期"
❌ 反例：前期开展 IT 维修，中期开展电商培训，后期开展数字素养 ✅ 正例：7.15 下午 A 村智能手机 40 人；7.16 上午 A 村电脑维修 30 人；7.16 下午 B 村电商 20 人 要点：场次表必须按"日"为粒度，每行含场次/日期/地点/对象/内容/人数/专业要求 7 列
坑 4：服务方案只有"开展服务"无流程
❌ 反例：服务方案：开展 IT 维修服务，帮助村民维修电脑 ✅ 正例：服务方案：检测故障 → 维修/重装 → 测试 → 填写维修单 → 加入答疑群；预期修复 50 台（系统 30+硬件 15+优化 5） 要点：服务方案必须含 4 列（需求/匹配能力/服务流程/预期解决方案）
坑 5：无持续帮扶机制
❌ 反例：建立长效机制，扩大项目影响 ✅ 正例：建立"XX 县数字赋能"答疑微信群，5 名成员轮值（每人每周 1 天），2 小时响应；每月视频连线集中答疑；每季度现场回访；下一年度暑期接力 要点：持续帮扶机制含四级（线上答疑+月度远程+季度现场+年度接力），每级有具体安排
坑 6：预期成果写"若干"
❌ 反例：服务若干人次，取得良好效果，扩大影响 ✅ 正例：服务 5 场 × 200 人次（留守老人 40+村民 90+村电商 20+干部 50），修复电脑 50 台，发放手册 100 份，建立答疑群 1 个 要点：所有成果必须可量化，禁止"若干""一定""相关"
坑 7：安全预案只有"注意安全"
❌ 反例：团队将严格遵守安全规定，注意人身、财产安全 ✅ 正例：5 段安全预案（出行/人身/应急联系人/应急流程/保险）+ 服务类专属安全（维修断电操作、工具绝缘、防静电） 要点：服务类必须含专属安全（维修带电作业/医疗消毒/法律免责声明）
坑 8：经费全是整数
❌ 反例：交通费 3000 元，食宿费 5000 元，物资费 2000 元，合计 10000 元 ✅ 正例：交通费 2860 元（高铁 130×5×2 + 包车 300×4），食宿费 3920 元（招待所 120×3×7 + 餐费 40×5×7），物资费 1500 元（U 盘 50×20+维修工具 400+培训手册 100×6） 要点：每项金额非整数 + 计算依据含单价×数量
坑 9：物资费占比过低
❌ 反例：物资费 200 元（占预算 2%）——评审怀疑没准备实物 ✅ 正例：物资费 1500 元（占预算 30%）——U 盘 + 维修工具 + 培训手册 + 反诈单页 + 小礼品 要点：科技服务类物资费占比 30~40%
坑 10：场次表与预期成果数据不一致
❌ 反例：场次表合计 200 人次，预期成果写"覆盖 300 人次" ✅ 正例：场次表合计 200 人次（40+30+20+60+50），预期成果"覆盖 200 人次（留守老人 40+村民 90+村电商 20+干部 50）" 要点：场次表合计 = 预期成果人次 = 服务记录归档数，三者必须完全一致
坑 11：团队成员专业与服务内容脱节
❌ 反例：5 人团队全是文学专业，申报"IT 维修 + 数字素养培训" ✅ 正例：5 人团队含计算机 3 + 通信 2，申报"IT 维修 + 数字素养 + 电商培训" 要点：团队专业必须覆盖 ≥ 60% 服务内容，低匹配项由指导教师补强
坑 12：服务流程无前置沟通与后续跟踪
❌ 反例：服务流程：检测故障 → 维修 → 测试（缺前置与跟踪） ✅ 正例：服务流程：前置沟通（服务前 3 天确认场地）→ 现场服务 → 服务归档 → 后续跟踪（7 天电话回访 + 30 天现场回访） 要点：服务流程必须含"前置 → 现场 → 归档 → 跟踪"四阶段
坑 13：服务子方向与团队学科背景不符
❌ 反例：计算机学院团队申报"医疗服务 + 法律援助" ✅ 正例：计算机学院团队申报"科技服务（IT 维修 + 电商培训）"，跨学院联合申报医疗/法律 要点：服务子方向必须与团队学科背景匹配，跨学科可联合申报
坑 14：持续帮扶机制无落地点
❌ 反例：建立长效机制，扩大项目影响（空话） ✅ 正例：建立"XX 县数字赋能"答疑微信群，5 名成员轮值，2 小时响应；每月视频连线集中答疑；每季度现场回访；下一年度暑期接力 要点：持续帮扶机制每级都要有具体安排（人/时间/方式）
坑 15：物资清单与方案脱节
❌ 反例：服务方案含"操作手册 100 份"，物资清单只列"印刷费 200 元" ✅ 正例：服务方案含"操作手册 100 份"，物资清单含"操作手册 100 份 × 3 元 = 300 元" 要点：物资清单必须与服务方案一一对应，金额可追溯
# 使用自定义数据生成
python build.py --data data.json --out output.docx
# 使用内置示例数据生成（演示用）
python build.py --demo --out demo.docx
# 查看帮助
python build.py --help
| 字段 | 类型 | 说明 | 示例 |
|---|---|---|---|
| team_name | str | 团队名称 | 赴 XX 县数字赋能科技服务团 |
| theme | str | 实践主题 | 乡村振兴 |
| location | str | 实践地点 | XX 省 XX 县 XX 镇 3 个行政村 |
| practice_time | str | 实践时间 | 2025.07.15-07.21（7 天） |
| team_size | str | 团队人数 | 5 人 |
| leader_name / leader_id / leader_major / leader_grade / leader_phone | str | 队长信息 | 张三/202212345/计算机 2022 级/大三/138XXXXXXXX |
| advisor_name / advisor_title / advisor_phone / advisor_with_team | str | 指导教师 | 李教授/副教授/139XXXXXXXX/随队 |
| college / apply_date | str | 申报单位/日期 | 计算机科学与技术学院/2025 年 5 月 20 日 |
| members | list | 成员信息（每人 5 字段） | [{name, id, major, role, phone}] |
| team_info | dict | 团队基本信息（与上述字段冗余，优先用 team_info） | 7 行 2 列表数据 |
| theme_background | list | 实践主题与背景（3 段） | [str, str, str] |
| purpose_significance | list | 实践目的与意义（2 段） | [str, str] |
| implementation_plan | dict | 实施方案（form/questionnaire/schedule） | 含场次表 |
| service_plan | dict | 服务方案（subdirection/needs_table/sustain_mechanism） | 4 列表数据 |
| safety_plan | list | 安全保障预案（5 段 + 服务专属） | [str × 5~6] |
| expected_results | list | 预期成果（6~8 项） | [str × 6~8] |
| budget_items | list | 经费预算（5 类 + 计算依据） | [{item, amount, basis} × 5] |
| budget_total | str | 预算合计 | 10000 |
| publicity_plan | list | 宣传计划（3 类媒体） | [str × 3] |
| include_school_approval | bool | 是否含学校审批意见 | False |
生成 docx 后按以下清单逐项检查，任一项不达标返回修改：
不同学校下发的三下乡立项申报书模板在栏目顺序、字数要求上有微调。优先用学校下发的模板填，本 skill 的内容作为质量参考。
| 学校类型 | 栏目差异 | 字数差异 | 经费上限 |
|---|---|---|---|
| 985/211 | 11 栏目齐全 | 总字数 6000~8000 | 1.5~2 万 |
| 普通本科 | 11 栏目齐全 | 总字数 4500~6500 | 0.8~1.5 万 |
| 高职高专 | 9~10 栏目（合并签字栏） | 总字数 3000~5000 | 0.5~1 万 |
部分学校要求三下乡项目对接团中央专项（如"数字乡村""健康中国""法治乡村"）。若项目对接专项，在申报书末尾追加"附：团中央专项报送说明"，注明对应专项、契合度、预期形成优秀案例数。
科技服务类建议跨学院组队（如计算机学院 + 法学院联合申报"IT 维修 + 反诈咨询"）。跨学院组队需在团队成员信息表注明"队长所在学院为申报单位，其他成员所在学院为协作单位"。
部分学校要求持续帮扶机制含"跨年度接力"安排（即下一年度三下乡接力服务）。需在服务方案"持续帮扶机制"小节明确接力团队组建方式（如"由本届队长对接下届队长，9 月前完成交接"）。
SOC 職業分類に基づく
