tech-service

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

本 skill 处理"大学生暑期三下乡社会实践-科技服务类"立项申报书全流程：信息采集 → 服务需求分析 → 专业能力匹配 → 服务方案设计 → 按场次实施 → docx 生成 → 质检。仅处理"科技服务类"子类（科技/医疗/法律/农业技术服务为主），调研/支教/宣讲类请走对应 skill。

科技服务类与调研/支教/宣讲类的核心区别在于"专业输出"——评审看的是服务专业性、需求匹配度、可持续性，而非数据采集（调研）、教学方法（支教）或一对多传达（宣讲）。科技服务类申报书必须有：服务对象需求清单 + 专业能力匹配矩阵 + 按服务场次实施方案 + 服务人次与解决方案量化产出 + 持续帮扶机制。

输出文件：可提交的 .docx（A4 纸张，宋体小四正文，黑体三号标题，1.5 倍行距，首行缩进 2 字符）。

---

一、适用场景与触发条件

适用：用户提到"三下乡""社会实践""科技服务""医疗服务""法律援助""农业技术指导""IT 维修""电商培训""数字素养培训""上门服务""暑期社会实践立项申报书"等关键词，且实践主要形式为面向村民/社区居民提供专业技术服务（非走访调研、非中小学支教、非集中宣讲）。

不适用（需走其他 skill）：

• 调研类（含问卷 + 访谈，调研报告为核心产出）→ 走 social_survey skill
• 支教类（含课时安排、教学对象为中小学生、有教案）→ 走 volunteer_teaching skill
• 宣讲类（含宣讲场次、一对多集中传达、宣讲大纲）→ 走 policy_lecture skill
• 单纯志愿服务（无专业技术服务输出，如敬老陪伴）→ 走志愿服务 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. 质检
   → 专业匹配度 + 需求匹配度 + 场次人数加总 + 持续机制可行性

关键节点控制：