开发与工程

软著申请资料生成器

从真实项目自动生成全套软件著作权申请材料,包括 DOCX 代码材料、操作手册和申请表 TXT。

54/ 100
谨慎使用

价值存在,但可靠性、证据或控制措施仍有明显缺口。

查看评分依据 ↓
可直接使用于
Codex · Claude Code
Star 数
★ 5.8k
最近更新
17 天前
License
MIT
software-copyrightdocx-generationsource-code-extractionchinese-legal-docs

这个 Skill 能做什么,适合哪些场景?

这是一个面向中文软件著作权申请的 Agent Skill,能够分析本地项目、抽取真实源码、生成 Markdown 草稿,并在用户确认后输出符合官方要求的 Word/TXT 正式资料。它严格遵循软著申请的材料规则(如前30页/后30页、操作手册结构、字段一致性),并设置多个人工确认门禁,确保材料真实可靠。

该 Skill 通过读取本地项目目录,运行 Python 脚本分析项目结构、生成环境检查和项目分析报告;基于业务理解生成申请表草稿、操作手册草稿和代码材料草稿;提供代码文件候选清单和模型选择机制;生成最终操作手册和代码 Word 文档以及申请表 TXT;支持截图预留在操作手册中。所有输出统一放在当前目录的'软件著作权申请资料/'下。

适合
  • 独立开发者需要为个人项目提交软件著作权申请,希望自行生成全套申请材料避免付费代办。
  • 开发团队在交付前整理软著材料,需要从真实源码中抽取代码并按要求分页生成。
  • 需要通过本地工具生成可编辑的操作手册(DOCX)和申请表文本(TXT),以便在官方系统中填写。
  • 希望工作流能记录每个步骤的确认信息,确保材料与项目实际一致。

如何安装这个 Skill?

使用前请注意
  • 外部依赖(Chrome DevTools MCP, Computer Use)可能不可用,且未说明如何处理敏感数据(如证件号)。
  • 官方站点位于境外,从中国大陆网络可能无法直接访问,需考虑替代途径或提示用户。
  • 技能声称的 demo 未经独立验证,输出材料的合法性需用户自行确认。
开始前你需要
Agent 需要具备
  • Shell / 命令行
  • 本地文件系统
需要预先安装
  • Python 3.10+
  • python-docx
  • .NET SDK 8.0+ (optional)

克隆仓库并复制 software-copyright-materials/ 目录到你的 coding agent 的 skill 目录中。无需从仓库根目录复制。

通用方式:手动安装到 Claude Code(macOS / Linux)
tmp="$(mktemp -d)"
git clone --depth 1 https://github.com/Fokkyp/SoftwareCopyright-Skill.git "$tmp"
mkdir -p ~/.claude/skills
cp -R "$tmp/software-copyright-materials" ~/.claude/skills/
rm -rf "$tmp"

根据源仓库地址和 Skill 路径自动生成,只复制这个 Skill 的文件夹。如果上文有作者提供的安装方式,请优先按作者说明操作;想只在当前项目中使用,把 ~/.claude/skills 换成项目里的 .claude/skills。

如何使用这个 Skill?

在支持 Skill 的 coding agent 中打开项目,触发调用 'software-copyright-materials' skill,然后按流程回答确认信息,最终在 软件著作权申请资料/ 获取材料。

这个 Skill 有哪些优点和局限?

优点
  • 完全免费,开源 MIT 许可,避免付费代办。
  • 从真实源码抽取代码,确保材料真实性。
  • 自动处理前30页/后30页规则,节省人工整理。
  • 提供完整 demo 方便预览生成效果。
  • 关键节点有人工确认门禁,减少错误。
局限
  • 依赖 Python 环境,需要安装 python-docx。
  • 完整 DOCX 校验需要 .NET SDK,否则只能使用基础 DOCX。
  • 操作手册质量高度依赖模型对项目的理解,仍需用户审核。
  • 未提供自动化测试套件,可能存在潜在 bug。

这个 Skill 与同类方案有什么区别?

与相关 Skills 并排比较;分数均按同一 FSRS 标准得出。

Skill FS 评分 Star 数 最近更新 License
软著申请资料生成器 本页 54 · 谨慎使用 ★ 5.8k 17 天前 MIT
Video Processor 视频处理技能 63 · 推荐 ★ 1.5k 8 个月前 —
代码库设计:深度模块设计指南 57 · 谨慎使用 ★ 281k 3 天前 MIT
Cost Mode 成本优化模式 54 · 谨慎使用 ★ 37 4 天前 MIT
执行计划 54 · 谨慎使用 ★ 297k 16 天前 MIT

FollowSkills 如何评估这个 Skill?

FollowSkills 评估 · FSRS-2.0
谨慎使用
54/ 100 五分制 2.7 / 5
上游仓库在本次评估后已有新提交;当前评分仍对应所示审查版本,可能尚未覆盖最新改动。
1信任安全16 / 25 · 3.2/5

技能明确要求人工门禁、用户确认,且禁止静默安装依赖,提供了回退路径,显示了对权限和用户控制权的关注。但依赖外部工具(Chrome DevTools MCP, Computer Use)且如何处理敏感数据(如著作权人证件号)的说明不足,发布者未经验证,故扣分。

2可靠稳定7 / 20 · 1.8/5

工作流定义详尽,包括环境检查、多阶段确认和三轮验证,显示了对可靠性的投入。然而,静态审查无法验证脚本是否真正无错误运行,且缺少针对异常输入的明确错误处理说明,因此只能给中等偏低分数。

3适用触发12 / 15 · 4.0/5

技能针对明确的用户需求(生成软著申请材料),场景清晰,支持中文,并明确声明了边界(如不编造代码)。但未充分讨论环境适配性(如从中国网络访问官方站点)以及技能可能不适合的场景,扣分。

4规范维护10 / 15 · 3.3/5

文档结构完整,包含版本、作者、许可证、使用说明和常见问题,显示良好的可维护性。但缺少变更日志和明确的维护责任方,且 skill 路径集中在 SKILL.md,其他文件分散,因此给分略低于满分。

5有效结果6 / 15 · 2.0/5

技能声称能生成完整申请资料,且 README 提供了 demo 文件夹作为证据。但静态审查无法验证输出文件的直接可用性,且 demo 可能仅为示例,故给分较低。

6证据核验3 / 10 · 1.5/5

技能声称有 demo 和截图,但静态审查无法确认其真实性,也缺乏可复现的测试证据,因此给分很低。

1 2 3 4 5 6

点击维度查看打分理由

评估于 2026年8月7日 审查版本 dfc15dca6555 评估证据[1][2][3][4][5][6][7][8][9][10][11]

证据充分度:低 — 主要依赖静态检查、作者材料或有限演示;适合发现线索,不适合做高风险决策。

查看完整评分方法 →

常见问题

这个 Skill 是否需要付费?
不需要,完全免费,采用 MIT 许可证,你可以自由使用和修改。
它是否支持自动截图?
支持通过 Chrome DevTools MCP 或桌面控制能力自动截图,也允许用户自行提供截图,甚至跳过截图,但会保留占位位置。
生成的代码材料是否可信?
代码直接从你的项目源码中抽取,不会 AI 生成,但你需要核对文件选择和内容。
是否确保符合软著申请规则?
内置规则如前30/后30页、字段一致性等,但最终仍需你对照官方最新要求自行审核。

相关 Skills