最近在整理自己的知识库和写 AI Prompt 的时候，发现把各种格式的文档（ PDF, Word, PPT 等）转换成干净的 Markdown 是一件挺头疼的事。市面上的工具要么排版乱，要么就是收费昂贵且流程繁琐。 于是我动手做了这个小站：Document to Markdown。 做这个工具的初衷 现在的 AI 工具（ LLMs ）对 Markdown 的理解能力远高于纯文本或复杂的 HTML 。我希望建立一个简单的 Workflow ，让大家能快速把手头的各种“硬核”文档变成 AI 友好、笔记软件友好的 Markdown 格式。 目前支持的功能 多格式支持： PDF, DOCX, PPTX, XLSX, HTML, CSV, 甚至还有 EPUB 。 结构还原： 尽量保留了原文档的标题层级、列表和表格（表格转换是我花精力最多的地方）。 隐私保护： 采用 Request-only 模式，我们不保存用户上传的原文件，也不持久化生成的 Markdown ，只做实时转换。 开发者友好： 已经规划了 API 接入，方便集成到大家自己的 RAG 或自动化流程中。 为什么需要大家的反馈？ 目前产品还在早期阶段，虽然我自己测试了很多样例，但文档格式千奇百怪，肯定还有很多坑： 转换质量： 复杂的 PDF 或嵌套表格转换效果是否符合预期？ 交互体验： 目前的上传和预览流程是否顺手？ 功能需求： 除了现有的格式，大家是否还需要支持其他冷门格式（如特定代码格式或 Wiki 语法）？ 网站地址： https://documenttomarkdown.com/ 目前提供免费的 Trial 次数（登录后每天有 10 次免费额度），欢迎大家随意“蹂躏”。如果觉得好用，或者有任何想吐槽的地方，请直接在评论区留言。 每一条建议我都会认真看，非常感谢！
最近在整理自己的知识库和写 AI Prompt 的时候，发现把各种格式的文档（ PDF, Word, PPT 等）转换成干净的 Markdown 是一件挺头疼的事。市面上的工具要么排版乱，要么就是收费昂贵且流程繁琐。 于是我动手做了这个小站：Document to Markdown。 做这个工具的初衷 现在的 AI 工具（ LLMs ）对 Markdown 的理解能力远高于纯文本或复杂的 HTML 。我希望建立一个简单的 Workflow ，让大家能快速把手头的各种“硬核”文档变成 AI 友好、笔记软件友好的 Markdown 格式。 目前支持的功能 多格式支持： PDF, DOCX, PPTX, XLSX, HTML, CSV, 甚至还有 EPUB 。 结构还原： 尽量保留了原文档的标题层级、列表和表格（表格转换是我花精力最多的地方）。 隐私保护： 采用 Request-only 模式，我们不保存用户上传的原文件，也不持久化生成的 Markdown ，只做实时转换。 开发者友好： 已经规划了 API 接入，方便集成到大家自己的 RAG 或自动化流程中。 为什么需要大家的反馈？ 目前产品还在早期阶段，虽然我自己测试了很多样例，但文档格式千奇百怪，肯定还有很多坑： 转换质量： 复杂的 PDF 或嵌套表格转换效果是否符合预期？ 交互体验： 目前的上传和预览流程是否顺手？ 功能需求： 除了现有的格式，大家是否还需要支持其他冷门格式（如特定代码格式或 Wiki 语法）？ 网站地址： https://documenttomarkdown.com/ 目前提供免费的 Trial 次数（登录后每天有 10 次免费额度），欢迎大家随意“蹂躏”。如果觉得好用，或者有任何想吐槽的地方，请直接在评论区留言。 每一条建议我都会认真看，非常感谢！
最近在整理自己的知识库和写 AI Prompt 的时候，发现把各种格式的文档（ PDF, Word, PPT 等）转换成干净的 Markdown 是一件挺头疼的事。市面上的工具要么排版乱，要么就是收费昂贵且流程繁琐。 于是我动手做了这个小站：Document to Markdown。 做这个工具的初衷 现在的 AI 工具（ LLMs ）对 Markdown 的理解能力远高于纯文本或复杂的 HTML 。我希望建立一个简单的 Workflow ，让大家能快速把手头的各种“硬核”文档变成 AI 友好、笔记软件友好的 Markdown 格式。 目前支持的功能 多格式支持： PDF, DOCX, PPTX, XLSX, HTML, CSV, 甚至还有 EPUB 。 结构还原： 尽量保留了原文档的标题层级、列表和表格（表格转换是我花精力最多的地方）。 隐私保护： 采用 Request-only 模式，我们不保存用户上传的原文件，也不持久化生成的 Markdown ，只做实时转换。 开发者友好： 已经规划了 API 接入，方便集成到大家自己的 RAG 或自动化流程中。 为什么需要大家的反馈？ 目前产品还在早期阶段，虽然我自己测试了很多样例，但文档格式千奇百怪，肯定还有很多坑： 转换质量： 复杂的 PDF 或嵌套表格转换效果是否符合预期？ 交互体验： 目前的上传和预览流程是否顺手？ 功能需求： 除了现有的格式，大家是否还需要支持其他冷门格式（如特定代码格式或 Wiki 语法）？ 网站地址： https://documenttomarkdown.com/ 目前提供免费的 Trial 次数（登录后每天有 10 次免费额度），欢迎大家随意“蹂躏”。如果觉得好用，或者有任何想吐槽的地方，请直接在评论区留言。 每一条建议我都会认真看，非常感谢！
Anthropic 官方的Document Skills 这个算是基础款skills集 支持docx、xlsx、pptx、pdf，如果你想体验 Claude 风格的文档创建和编辑流程，这套技能很有参考价值 大概可以看作 Office 类 Skills 应该如何设计的参考实现。 repo： Anthropic Skills GitHub SenseNova-Skills 与其说是单一文档工具，不如说是一整套 Office 工作流工具包 有五个场景，一共23个skills，可以一起装 数据分析 深度研究（Deep Research） 搜索 PPT 生成 图片与可视化生成 整个研究过程会留下完整的中间文件，可以在你的openclaw或者codex的工作区找到，对后续调整实际的workflow特别有帮助 （类似于你直接修改openclaw里面的SOUL.md文件一样） request.md → plan.json → sub_reports/*.md → synthesis.md → report.md 相关链接： SenseNova-Skills GitHub SenseNova-Skills on ClawHub kywork-Skills 属于同一类产品：面向 AI Agent 的 Office 办公技能套件。 包含： PPT 文档处理 Excel 图片生成 搜索 / Deep Research 甚至音乐生成 支持 Claude Code、Codex CLI、OpenClaw 等兼容 Skills 的 Agent。 如果你想看看一个“AI Office Suite（AI 办公套件）”应该如何打包和组织，值得参考 仓库： Skywork-Skills GitHub OfficeCLI 严格来说它不只是一个 Skill，更像是一个供 Agent 使用的 Office 控制层（Office Control Layer）。 特点： 支持 Word、Excel、PowerPoint 无需安装 Microsoft Office 单一可执行文件即可运行 我觉得它最有意思的地方在于对 Agent 非常友好的“渲染-检查-修正”流程： 让 Agent 先创建内容 → 渲染结果 → 自己检查 → 自动修复问题。 仓库： OfficeCLI GitHub 1 个帖子 - 1 位参与者 阅读完整话题
我有一个开发的原型文档docx格式，文档里带有一些产品的原型图片和ui资源。 问题就是claude只能读取到文档里的文字，但是不会读到文档里的原型设计图，怎么办。 2 个帖子 - 2 位参与者 阅读完整话题
目前让Claude code 读取类似 doc docx pdf ，都是他自己采用python 写脚本进行读取，这样导致整个文档把握不起来，目前找了几个skills 也五花八门，佬友们有没有推荐的方式。 5 个帖子 - 2 位参与者 阅读完整话题
现在只能实现通过 docx 这种 skills 写入 woed 文档，但是能不能实现插入 zotero 或者 endnote 的引用呢？搜了一下没找到解决方案，佬友们是怎么处理的呀？ 1 个帖子 - 1 位参与者 阅读完整话题
Windows的Bat脚本，需要安装Pandoc @echo off chcp 65001 >nul setlocal EnableExtensions DisableDelayedExpansion where pandoc >nul 2>nul if errorlevel 1 goto no_pandoc echo. echo ================================ echo Smart Document to Markdown echo Stable BAT Version echo ================================ echo. if "%~1"=="" goto scan_current_folder goto convert_args :scan_current_folder echo 没有拖入文件，开始扫描当前文件夹... echo. for %%F in (*.docx *.odt *.html *.htm *.epub *.md *.markdown *.txt *.rst *.tex) do call :convert "%%~fF" goto done :convert_args echo 检测到拖入文件，开始转换... echo. :arg_loop if "%~1"=="" goto done call :convert "%~1" shift goto arg_loop :convert if not exist "%~1" goto missing_file set "input=%~1" set "name=%~n1" set "ext=%~x1" set "format=" if /i "%ext%"==".docx" set "format=docx" if /i "%ext%"==".odt" set "format=odt" if /i "%ext%"==".html" set "format=html" if /i "%ext%"==".htm" set "format=html" if /i "%ext%"==".epub" set "format=epub" if /i "%ext%"==".md" set "format=markdown" if /i "%ext%"==".markdown" set "format=markdown" if /i "%ext%"==".txt" set "format=markdown" if /i "%ext%"==".rst" set "format=rst" if /i "%ext%"==".tex" set "format=latex" if not defined format goto unsupported_file set "outdir=%~dp1converted\%~n1" set "outfile=%outdir%\%~n1.md" set "assets=%outdir%\assets" if not exist "%outdir%" mkdir "%outdir%" echo [CONVERT] "%~nx1" echo 输入格式: %format% echo 输出文件: "%outfile%" pandoc "%input%" -f %format% -t gfm --wrap=none --extract-media="%assets%" -o "%outfile%" if errorlevel 1 goto convert_failed echo [OK] 完成: "%outfile%" echo. goto :eof :missing_file echo [SKIP] 文件不存在: "%~1" echo. goto :eof :unsupported_file echo [SKIP] 不支持的格式: "%~1" echo. goto :eof :convert_failed echo [FAIL] 转换失败: "%input%" echo. goto :eof :no_pandoc echo [ERROR] 没找到 pandoc，请确认 pandoc 已加入 PATH。 echo. pause exit /b 1 :done echo ================================ echo 全部处理完成。 echo ================================ pause 1 个帖子 - 1 位参与者 阅读完整话题
OpenAI的48个月半价team和0刀两个月team的优惠申请攻略、有需要的佬自取。 OpenAI_SMB_申请.docx (43.1 KB) 6 个帖子 - 5 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 在之前的版本(<0.3.0)中，LarkDocx2md 只能读取 */wiki/* 链接文档，不支持支持飞书电子表格，此处更新到 0.3.0+，支持多种来源的电子表格处理。这里会将电子表格转化为 Markdown 格式（这个库是为 Agent 读取飞书文档准备的，不是给人准备的）。 github： GitHub - Byte-n/larkDocx2md: 飞书（lark）文档导出未 Markdown 格式，支持文档内的画板数据导出。AI 友好，支持 Agent Skill · GitHub 支持多种来源的电子表格 */wiki/* 链接文档中嵌套的电子表格 */wiki/* 链接电子表格 */sheets/* 链接的电子表格 （移除 sheet=* 参数，将处理所有的 sheet ） 表格的跨行跨列通过重复后续的行和列的值实现： --agent local 改参数会在内部强制 --image-mode=local 、 --wb-image-mode=local （Markdown、图片、画板中的图片均落盘）； --wb-format 默认 yaml ，仅允许 inline-svg / yaml ；stdout 输出引导 AI 读取文件的提示词（包含绝对路径）。 同时 Skill 中的默认 --agent 也转为 --agent local 2 个帖子 - 2 位参与者 阅读完整话题
本项目完全免费。请不要相信任何使用本项目包装出来的付费服务。 项目地址： https://github.com/Fokkyp/SoftwareCopyright-Skill 软件著作权申请本身不神秘，真正麻烦的是整理材料：申请表字段要写对，操作手册要像样，代码材料要按规则截取，软件名称、版本号、页数还要保持一致。很多开发者最后会把这件事交给付费代办或资料整理服务，花钱买的往往也只是这些文档整理工作。 这个 skill 的目标很直接：让开发者不用再为整理软著材料额外付费，也不用把项目代码和产品细节交给外部商家来回沟通。把真实项目交给 Codex ，它会按流程引导你确认关键信息，并在本地生成一整套可检查、可修改、可提交前再导出的软著申请资料。 自己生成整套资料 ：从项目分析、业务理解、申请表信息、操作手册到代码材料，一套流程跑完，不再依赖外部代办整理文档。 从真实源码抽取代码 ：代码材料只来自开发者已有项目，禁止 AI 编造源码，适合对材料真实性敏感的开发者。 自动处理前 30 页 / 后 30 页规则 ：源码足够时按常见鉴别材料要求生成前 30 页和后 30 页；不足 60 页时按规则生成全部代码材料。 操作手册不套模板 ：先理解项目业务、页面和功能，再写面向审核员的操作说明，避免只有空泛功能列表。 申请表字段集中整理 ：软件名称、版本号、著作权人、开发环境、运行环境、源程序量、功能说明等字段统一生成到 申请表信息.txt ，官网填报时可以对照复制。 关键节点都让你确认 ：业务口径、申请表字段、代码选择、截图方式、最终 Markdown 草稿都会停下来让开发者确认，减少材料写偏的风险。 Word/TXT 一键输出 ：确认后生成操作手册 DOCX 、代码材料 DOCX 和申请表 TXT ，文件统一放在 软件著作权申请资料/正式资料/ 。 本地生成，资料可控 ：默认在当前项目目录生成材料，代码、文档和草稿都留在本地，方便开发者自行审阅、修改和归档。 提供完整 demo ：仓库内提供 生成 demo/软件著作权申请资料/ ，可以直接点击查看生成后的草稿、正式资料和填报辅助文件。 下载并安装 推荐按下面顺序操作。 第一步：下载代码 会用 Git 的用户执行： git clone https://github.com/Fokkyp/SoftwareCopyright-Skill.git cd SoftwareCopyright-Skill 不会用 Git 的用户： 打开 GitHub 仓库页面，点击 Code ，再点击 Download ZIP 。下载后解压，进入解压出来的目录。 进入目录后，应能看到这个文件夹： software-copyright-materials/ 第二步：安装到 Codex 把 software-copyright-materials/ 复制到 Codex 的 skills 目录： mkdir -p ~/.codex/skills cp -R software-copyright-materials ~/.codex/skills/ 安装完成后，应看到： ~/.codex/skills/software-copyright-materials/SKILL.md 第三步：重启 Codex 重新打开 Codex 会话或刷新技能列表，然后在项目中提出“生成软著申请资料”等请求即可使用。 使用截图： 生成效果图： 官网填报和提交 官方入口： 著作权登记系统： https://register.ccopyright.com.cn/login.html 官方页面可能会调整，实际填报时以官网当前页面为准。 著作权申请表填写示例 著作权申请表按照以下图片填写。 生成文件怎么用 申请表信息.txt 是填报辅助文件，用来帮助开发者在官网填写申请表，不是直接上传的申请材料。 docx 文件是本地编辑稿，方便开发者在 Word 、WPS 或 Pages 中继续修改。提交官网前，请将需要上传的 docx 文件导出或另存为 PDF ，再按官网要求上传。 实际文件名会包含软件名称。通常需要转换为 PDF 的文件包括： 操作手册.docx 代码(前 30 页).docx 代码(后 30 页).docx 不足 60 页时生成的全部代码材料 申请人身份证明、权属证明、委托材料等其他文件，请按官网页面要求另行准备并上传。
本项目完全免费。请不要相信任何使用本项目包装出来的付费服务。 项目地址： https://github.com/Fokkyp/SoftwareCopyright-Skill 软件著作权申请本身不神秘，真正麻烦的是整理材料：申请表字段要写对，操作手册要像样，代码材料要按规则截取，软件名称、版本号、页数还要保持一致。很多开发者最后会把这件事交给付费代办或资料整理服务，花钱买的往往也只是这些文档整理工作。 这个 skill 的目标很直接：让开发者不用再为整理软著材料额外付费，也不用把项目代码和产品细节交给外部商家来回沟通。把真实项目交给 Codex ，它会按流程引导你确认关键信息，并在本地生成一整套可检查、可修改、可提交前再导出的软著申请资料。 自己生成整套资料 ：从项目分析、业务理解、申请表信息、操作手册到代码材料，一套流程跑完，不再依赖外部代办整理文档。 从真实源码抽取代码 ：代码材料只来自开发者已有项目，禁止 AI 编造源码，适合对材料真实性敏感的开发者。 自动处理前 30 页 / 后 30 页规则 ：源码足够时按常见鉴别材料要求生成前 30 页和后 30 页；不足 60 页时按规则生成全部代码材料。 操作手册不套模板 ：先理解项目业务、页面和功能，再写面向审核员的操作说明，避免只有空泛功能列表。 申请表字段集中整理 ：软件名称、版本号、著作权人、开发环境、运行环境、源程序量、功能说明等字段统一生成到 申请表信息.txt ，官网填报时可以对照复制。 关键节点都让你确认 ：业务口径、申请表字段、代码选择、截图方式、最终 Markdown 草稿都会停下来让开发者确认，减少材料写偏的风险。 Word/TXT 一键输出 ：确认后生成操作手册 DOCX 、代码材料 DOCX 和申请表 TXT ，文件统一放在 软件著作权申请资料/正式资料/ 。 本地生成，资料可控 ：默认在当前项目目录生成材料，代码、文档和草稿都留在本地，方便开发者自行审阅、修改和归档。 提供完整 demo ：仓库内提供 生成 demo/软件著作权申请资料/ ，可以直接点击查看生成后的草稿、正式资料和填报辅助文件。 下载并安装 推荐按下面顺序操作。 第一步：下载代码 会用 Git 的用户执行： git clone https://github.com/Fokkyp/SoftwareCopyright-Skill.git cd SoftwareCopyright-Skill 不会用 Git 的用户： 打开 GitHub 仓库页面，点击 Code ，再点击 Download ZIP 。下载后解压，进入解压出来的目录。 进入目录后，应能看到这个文件夹： software-copyright-materials/ 第二步：安装到 Codex 把 software-copyright-materials/ 复制到 Codex 的 skills 目录： mkdir -p ~/.codex/skills cp -R software-copyright-materials ~/.codex/skills/ 安装完成后，应看到： ~/.codex/skills/software-copyright-materials/SKILL.md 第三步：重启 Codex 重新打开 Codex 会话或刷新技能列表，然后在项目中提出“生成软著申请资料”等请求即可使用。 使用截图： 生成效果图： 官网填报和提交 官方入口： 著作权登记系统： https://register.ccopyright.com.cn/login.html 官方页面可能会调整，实际填报时以官网当前页面为准。 著作权申请表填写示例 著作权申请表按照以下图片填写。 生成文件怎么用 申请表信息.txt 是填报辅助文件，用来帮助开发者在官网填写申请表，不是直接上传的申请材料。 docx 文件是本地编辑稿，方便开发者在 Word 、WPS 或 Pages 中继续修改。提交官网前，请将需要上传的 docx 文件导出或另存为 PDF ，再按官网要求上传。 实际文件名会包含软件名称。通常需要转换为 PDF 的文件包括： 操作手册.docx 代码(前 30 页).docx 代码(后 30 页).docx 不足 60 页时生成的全部代码材料 申请人身份证明、权属证明、委托材料等其他文件，请按官网页面要求另行准备并上传。
本项目完全免费。请不要相信任何使用本项目包装出来的付费服务。 项目地址： https://github.com/Fokkyp/SoftwareCopyright-Skill 软件著作权申请本身不神秘，真正麻烦的是整理材料：申请表字段要写对，操作手册要像样，代码材料要按规则截取，软件名称、版本号、页数还要保持一致。很多开发者最后会把这件事交给付费代办或资料整理服务，花钱买的往往也只是这些文档整理工作。 这个 skill 的目标很直接：让开发者不用再为整理软著材料额外付费，也不用把项目代码和产品细节交给外部商家来回沟通。把真实项目交给 Codex ，它会按流程引导你确认关键信息，并在本地生成一整套可检查、可修改、可提交前再导出的软著申请资料。 自己生成整套资料 ：从项目分析、业务理解、申请表信息、操作手册到代码材料，一套流程跑完，不再依赖外部代办整理文档。 从真实源码抽取代码 ：代码材料只来自开发者已有项目，禁止 AI 编造源码，适合对材料真实性敏感的开发者。 自动处理前 30 页 / 后 30 页规则 ：源码足够时按常见鉴别材料要求生成前 30 页和后 30 页；不足 60 页时按规则生成全部代码材料。 操作手册不套模板 ：先理解项目业务、页面和功能，再写面向审核员的操作说明，避免只有空泛功能列表。 申请表字段集中整理 ：软件名称、版本号、著作权人、开发环境、运行环境、源程序量、功能说明等字段统一生成到 申请表信息.txt ，官网填报时可以对照复制。 关键节点都让你确认 ：业务口径、申请表字段、代码选择、截图方式、最终 Markdown 草稿都会停下来让开发者确认，减少材料写偏的风险。 Word/TXT 一键输出 ：确认后生成操作手册 DOCX 、代码材料 DOCX 和申请表 TXT ，文件统一放在 软件著作权申请资料/正式资料/ 。 本地生成，资料可控 ：默认在当前项目目录生成材料，代码、文档和草稿都留在本地，方便开发者自行审阅、修改和归档。 提供完整 demo ：仓库内提供 生成 demo/软件著作权申请资料/ ，可以直接点击查看生成后的草稿、正式资料和填报辅助文件。 下载并安装 推荐按下面顺序操作。 第一步：下载代码 会用 Git 的用户执行： git clone https://github.com/Fokkyp/SoftwareCopyright-Skill.git cd SoftwareCopyright-Skill 不会用 Git 的用户： 打开 GitHub 仓库页面，点击 Code ，再点击 Download ZIP 。下载后解压，进入解压出来的目录。 进入目录后，应能看到这个文件夹： software-copyright-materials/ 第二步：安装到 Codex 把 software-copyright-materials/ 复制到 Codex 的 skills 目录： mkdir -p ~/.codex/skills cp -R software-copyright-materials ~/.codex/skills/ 安装完成后，应看到： ~/.codex/skills/software-copyright-materials/SKILL.md 第三步：重启 Codex 重新打开 Codex 会话或刷新技能列表，然后在项目中提出“生成软著申请资料”等请求即可使用。 使用截图： 生成效果图： 官网填报和提交 官方入口： 著作权登记系统： https://register.ccopyright.com.cn/login.html 官方页面可能会调整，实际填报时以官网当前页面为准。 著作权申请表填写示例 著作权申请表按照以下图片填写。 生成文件怎么用 申请表信息.txt 是填报辅助文件，用来帮助开发者在官网填写申请表，不是直接上传的申请材料。 docx 文件是本地编辑稿，方便开发者在 Word 、WPS 或 Pages 中继续修改。提交官网前，请将需要上传的 docx 文件导出或另存为 PDF ，再按官网要求上传。 实际文件名会包含软件名称。通常需要转换为 PDF 的文件包括： 操作手册.docx 代码(前 30 页).docx 代码(后 30 页).docx 不足 60 页时生成的全部代码材料 申请人身份证明、权属证明、委托材料等其他文件，请按官网页面要求另行准备并上传。
本项目完全免费。请不要相信任何使用本项目包装出来的付费服务。 项目地址： https://github.com/Fokkyp/SoftwareCopyright-Skill 软件著作权申请本身不神秘，真正麻烦的是整理材料：申请表字段要写对，操作手册要像样，代码材料要按规则截取，软件名称、版本号、页数还要保持一致。很多开发者最后会把这件事交给付费代办或资料整理服务，花钱买的往往也只是这些文档整理工作。 这个 skill 的目标很直接：让开发者不用再为整理软著材料额外付费，也不用把项目代码和产品细节交给外部商家来回沟通。把真实项目交给 Codex ，它会按流程引导你确认关键信息，并在本地生成一整套可检查、可修改、可提交前再导出的软著申请资料。 自己生成整套资料 ：从项目分析、业务理解、申请表信息、操作手册到代码材料，一套流程跑完，不再依赖外部代办整理文档。 从真实源码抽取代码 ：代码材料只来自开发者已有项目，禁止 AI 编造源码，适合对材料真实性敏感的开发者。 自动处理前 30 页 / 后 30 页规则 ：源码足够时按常见鉴别材料要求生成前 30 页和后 30 页；不足 60 页时按规则生成全部代码材料。 操作手册不套模板 ：先理解项目业务、页面和功能，再写面向审核员的操作说明，避免只有空泛功能列表。 申请表字段集中整理 ：软件名称、版本号、著作权人、开发环境、运行环境、源程序量、功能说明等字段统一生成到 申请表信息.txt ，官网填报时可以对照复制。 关键节点都让你确认 ：业务口径、申请表字段、代码选择、截图方式、最终 Markdown 草稿都会停下来让开发者确认，减少材料写偏的风险。 Word/TXT 一键输出 ：确认后生成操作手册 DOCX 、代码材料 DOCX 和申请表 TXT ，文件统一放在 软件著作权申请资料/正式资料/ 。 本地生成，资料可控 ：默认在当前项目目录生成材料，代码、文档和草稿都留在本地，方便开发者自行审阅、修改和归档。 提供完整 demo ：仓库内提供 生成 demo/软件著作权申请资料/ ，可以直接点击查看生成后的草稿、正式资料和填报辅助文件。 下载并安装 推荐按下面顺序操作。 第一步：下载代码 会用 Git 的用户执行： git clone https://github.com/Fokkyp/SoftwareCopyright-Skill.git cd SoftwareCopyright-Skill 不会用 Git 的用户： 打开 GitHub 仓库页面，点击 Code ，再点击 Download ZIP 。下载后解压，进入解压出来的目录。 进入目录后，应能看到这个文件夹： software-copyright-materials/ 第二步：安装到 Codex 把 software-copyright-materials/ 复制到 Codex 的 skills 目录： mkdir -p ~/.codex/skills cp -R software-copyright-materials ~/.codex/skills/ 安装完成后，应看到： ~/.codex/skills/software-copyright-materials/SKILL.md 第三步：重启 Codex 重新打开 Codex 会话或刷新技能列表，然后在项目中提出“生成软著申请资料”等请求即可使用。 使用截图： 生成效果图： 官网填报和提交 官方入口： 著作权登记系统： https://register.ccopyright.com.cn/login.html 官方页面可能会调整，实际填报时以官网当前页面为准。 著作权申请表填写示例 著作权申请表按照以下图片填写。 生成文件怎么用 申请表信息.txt 是填报辅助文件，用来帮助开发者在官网填写申请表，不是直接上传的申请材料。 docx 文件是本地编辑稿，方便开发者在 Word 、WPS 或 Pages 中继续修改。提交官网前，请将需要上传的 docx 文件导出或另存为 PDF ，再按官网要求上传。 实际文件名会包含软件名称。通常需要转换为 PDF 的文件包括： 操作手册.docx 代码(前 30 页).docx 代码(后 30 页).docx 不足 60 页时生成的全部代码材料 申请人身份证明、权属证明、委托材料等其他文件，请按官网页面要求另行准备并上传。
本项目完全免费。请不要相信任何使用本项目包装出来的付费服务。 项目地址： https://github.com/Fokkyp/SoftwareCopyright-Skill 软件著作权申请本身不神秘，真正麻烦的是整理材料：申请表字段要写对，操作手册要像样，代码材料要按规则截取，软件名称、版本号、页数还要保持一致。很多开发者最后会把这件事交给付费代办或资料整理服务，花钱买的往往也只是这些文档整理工作。 这个 skill 的目标很直接：让开发者不用再为整理软著材料额外付费，也不用把项目代码和产品细节交给外部商家来回沟通。把真实项目交给 Codex ，它会按流程引导你确认关键信息，并在本地生成一整套可检查、可修改、可提交前再导出的软著申请资料。 自己生成整套资料 ：从项目分析、业务理解、申请表信息、操作手册到代码材料，一套流程跑完，不再依赖外部代办整理文档。 从真实源码抽取代码 ：代码材料只来自开发者已有项目，禁止 AI 编造源码，适合对材料真实性敏感的开发者。 自动处理前 30 页 / 后 30 页规则 ：源码足够时按常见鉴别材料要求生成前 30 页和后 30 页；不足 60 页时按规则生成全部代码材料。 操作手册不套模板 ：先理解项目业务、页面和功能，再写面向审核员的操作说明，避免只有空泛功能列表。 申请表字段集中整理 ：软件名称、版本号、著作权人、开发环境、运行环境、源程序量、功能说明等字段统一生成到 申请表信息.txt ，官网填报时可以对照复制。 关键节点都让你确认 ：业务口径、申请表字段、代码选择、截图方式、最终 Markdown 草稿都会停下来让开发者确认，减少材料写偏的风险。 Word/TXT 一键输出 ：确认后生成操作手册 DOCX 、代码材料 DOCX 和申请表 TXT ，文件统一放在 软件著作权申请资料/正式资料/ 。 本地生成，资料可控 ：默认在当前项目目录生成材料，代码、文档和草稿都留在本地，方便开发者自行审阅、修改和归档。 提供完整 demo ：仓库内提供 生成 demo/软件著作权申请资料/ ，可以直接点击查看生成后的草稿、正式资料和填报辅助文件。 下载并安装 推荐按下面顺序操作。 第一步：下载代码 会用 Git 的用户执行： git clone https://github.com/Fokkyp/SoftwareCopyright-Skill.git cd SoftwareCopyright-Skill 不会用 Git 的用户： 打开 GitHub 仓库页面，点击 Code ，再点击 Download ZIP 。下载后解压，进入解压出来的目录。 进入目录后，应能看到这个文件夹： software-copyright-materials/ 第二步：安装到 Codex 把 software-copyright-materials/ 复制到 Codex 的 skills 目录： mkdir -p ~/.codex/skills cp -R software-copyright-materials ~/.codex/skills/ 安装完成后，应看到： ~/.codex/skills/software-copyright-materials/SKILL.md 第三步：重启 Codex 重新打开 Codex 会话或刷新技能列表，然后在项目中提出“生成软著申请资料”等请求即可使用。 使用截图： 生成效果图： 官网填报和提交 官方入口： 著作权登记系统： https://register.ccopyright.com.cn/login.html 官方页面可能会调整，实际填报时以官网当前页面为准。 著作权申请表填写示例 著作权申请表按照以下图片填写。 生成文件怎么用 申请表信息.txt 是填报辅助文件，用来帮助开发者在官网填写申请表，不是直接上传的申请材料。 docx 文件是本地编辑稿，方便开发者在 Word 、WPS 或 Pages 中继续修改。提交官网前，请将需要上传的 docx 文件导出或另存为 PDF ，再按官网要求上传。 实际文件名会包含软件名称。通常需要转换为 PDF 的文件包括： 操作手册.docx 代码(前 30 页).docx 代码(后 30 页).docx 不足 60 页时生成的全部代码材料 申请人身份证明、权属证明、委托材料等其他文件，请按官网页面要求另行准备并上传。
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 github.com GitHub - Fokkyp/SoftwareCopyright-Skill: 中国软件著作权申请材料 生成器 Skills，本 Skills 通过阅读本地项目，自动生成全套... 中国软件著作权申请材料 生成器 Skills，本 Skills 通过阅读本地项目，自动生成全套 .docx 软著申请材料，全开源，无须再付费购买任何软著申请服务 功能概览 本项目完全免费。请不要相信任何使用本项目包装出来的付费服务。 软件著作权申请本身不神秘，真正麻烦的是整理材料：申请表字段要写对，操作手册要像样，代码材料要按规则截取，软件名称、版本号、页数还要保持一致。很多开发者最后会把这件事交给付费代办或资料整理服务，花钱买的往往也只是这些文档整理工作。 这个 skill 的目标很直接：让开发者不用再为整理软著材料额外付费，也不用把项目代码和产品细节交给外部商家来回沟通。把真实项目交给 Codex，它会按流程引导你确认关键信息，并在本地生成一整套可检查、可修改、可提交前再导出的软著申请资料。 自己生成整套资料 ：从项目分析、业务理解、申请表信息、操作手册到代码材料，一套流程跑完，不再依赖外部代办整理文档。 从真实源码抽取代码 ：代码材料只来自开发者已有项目，禁止 AI 编造源码，适合对材料真实性敏感的开发者。 自动处理前 30 页 / 后 30 页规则 ：源码足够时按常见鉴别材料要求生成前 30 页和后 30 页；不足 60 页时按规则生成全部代码材料。 操作手册不套模板 ：先理解项目业务、页面和功能，再写面向审核员的操作说明，避免只有空泛功能列表。 申请表字段集中整理 ：软件名称、版本号、著作权人、开发环境、运行环境、源程序量、功能说明等字段统一生成到 申请表信息.txt ，官网填报时可以对照复制。 关键节点都让你确认 ：业务口径、申请表字段、代码选择、截图方式、最终 Markdown 草稿都会停下来让开发者确认，减少材料写偏的风险。 Word/TXT 一键输出 ：确认后生成操作手册 DOCX、代码材料 DOCX 和申请表 TXT，文件统一放在 软件著作权申请资料/正式资料/ 。 本地生成，资料可控 ：默认在当前项目目录生成材料，代码、文档和草稿都留在本地，方便开发者自行审阅、修改和归档。 提供完整 demo ：仓库内提供 生成demo/软件著作权申请资料/ ，可以直接点击查看生成后的草稿、正式资料和填报辅助文件。 下载并安装 推荐按下面顺序操作。 第一步：下载代码 会用 Git 的用户执行： git clone https://github.com/Fokkyp/SoftwareCopyright-Skill.git cd SoftwareCopyright-Skill 不会用 Git 的用户： 打开 GitHub 仓库页面，点击 Code ，再点击 Download ZIP 。下载后解压，进入解压出来的目录。 进入目录后，应能看到这个文件夹： software-copyright-materials/ 第二步：安装到 Codex 把 software-copyright-materials/ 复制到 Codex 的 skills 目录： mkdir -p ~/.codex/skills cp -R software-copyright-materials ~/.codex/skills/ 安装完成后，应看到： ~/.codex/skills/software-copyright-materials/SKILL.md 第三步：重启 Codex 重新打开 Codex 会话或刷新技能列表，然后在项目中提出“生成软著申请资料”等请求即可使用。 使用截图： 生成效果图： 官网填报和提交 官方入口： 著作权登记系统： https://register.ccopyright.com.cn/login.html 官方页面可能会调整，实际填报时以官网当前页面为准。 著作权申请表填写示例 著作权申请表按照以下图片填写。 生成文件怎么用 申请表信息.txt 是填报辅助文件，用来帮助开发者在官网填写申请表，不是直接上传的申请材料。 docx 文件是本地编辑稿，方便开发者在 Word、WPS 或 Pages 中继续修改。提交官网前，请将需要上传的 docx 文件导出或另存为 PDF，再按官网要求上传。 实际文件名会包含软件名称。通常需要转换为 PDF 的文件包括： 操作手册.docx 代码(前30页).docx 代码(后30页).docx 不足 60 页时生成的全部代码材料 申请人身份证明、权属证明、委托材料等其他文件，请按官网页面要求另行准备并上传。 13 个帖子 - 8 位参与者 阅读完整话题
Gemini用了下发现可以直接生成pdf docx txt文件了 ，但是效果很一般 ，感觉还要很远才可以追上gpt在这一块 1 个帖子 - 1 位参与者 阅读完整话题
从docx转markdown的长文本提炼数据, 数据txt形式100多k,测试是通过各家网页.. 对比千问max3(3.6),小米mimo 2.5pro,要求保留格式 ds是唯一把多个\n保留的,使用flash快速效果比带思考的好一些(带思考的会过度思考多出来超出预期的) qwen和mimo对\t处理不好,mimo速度快(网页上没有不思考的..), qwen以前还遇到过一直输出的问题做了提示词限制. 所以对ds还是有些惊喜的,接下来用flash处理,快,效果还不错 1 个帖子 - 1 位参与者 阅读完整话题
最近主要是让Agent在docx、excel、PPT中工作的比较多，Agent在excel工作表现还可以，但是docx真是有点能力不够，总是需要反反复复才能让模型正确工作，刚刚出了GPT-5.5马上试了下，效果可以说稍微好一些，，加上Anthropics的docx skill之后，模型的表现能力也确实有提高，但是仍然需要反复提示，很难让他快速迭代文件。 想问下佬友们还有skills或者其他方案推荐吗？ 1 个帖子 - 1 位参与者 阅读完整话题