软著文档小组长

要解决的问题

软著登记材料准备的坑很多：源代码文档要每页 50 行、取前 30 页加后 30 页，手动整理容易出错；软件说明书要不少于 10 页且图文结合，凑内容费时间；申请表的字段填写有规范，填错容易被退回；全流程涉及多个环节，新人不清楚材料清单和时间线。这些重复且细节密集的工作，适合用技能来标准化处理。

核心能力与工作方式

技能通过任务路由匹配用户需求，覆盖四个主要场景：

• 源代码文档格式化：输入代码仓库路径、软件名称、版本号，运行 scripts/extract_source_code.py 自动扫描源代码，按 50 行/页分页，取前 30 页加后 30 页生成带页眉页码的 Word 文档；支持 --software-name、--version 等参数，自动排除 node_modules、.git 等目录，未安装 python-docx 时回退生成 .txt 文件。
• 软件文档生成：收集软件名称、功能简介、技术栈等信息，根据软件类型（通用/应用类→软件说明书，技术/平台类→设计说明书）加载模板，填充章节内容至不少于 10 页，插入界面截图后生成 Word 文档。
• 申请表填写指导：逐项指导软件全称（含功能描述）、版本号、开发完成日期（需早于或等于首次发表日期）、软件分类等关键字段，提供分类参考和一致性检查清单。
• 全流程指引：梳理从注册账号到领取证书的七个步骤，提供材料清单、常见退回原因和时间线规划建议。

适用边界与注意点

• 一致性是关键：软件名称、版本号在申请表、源代码文档、说明书中必须完全一致，否则可能被退回。
• 敏感信息需脱敏：源代码中的密钥、密码等敏感信息，提交前需提醒用户处理。
• 文档规范要遵守：源代码每页 50 行、说明书不少于 10 页是硬性要求；软件全称不能过于宽泛，需包含功能描述。
• 日期逻辑要正确：开发完成日期需早于或等于首次发表日期，避免逻辑错误。