第一次帮公司整理软著申请材料时，我以为源代码部分是最简单的：从项目里拷出代码，粘到 Word，页眉写软件名称和版本号，再加上页码，不就完了？真正提交前才发现，麻烦全藏在细节里。代码里有长行自动折行，有连续空页，有注释颜色，有页眉和正文挤在一起，甚至前后代码还不连续。后来我专门把这部分流程固定下来，也开始用工具做软著源代码自动排版，材料一次比一次顺。
先弄清楚代理机构到底要看什么
软著源代码材料通常要求提交源程序前、后各连续30页，共60页；不足60页的，一般提交全部。每页通常按50行左右准备，页眉要体现软件全称、版本号，页脚或页面下方标注页码。实际操作中，不同代办渠道对字号、行距、是否允许彩色、是否保留注释，可能有细微差异，所以别只照着网上模板闷头做，最好先按申报渠道最新要求确认一遍。
审查关注的不是代码写得多漂亮，而是材料是否清晰、规范、可读，能否和申请表里的软件名称、版本、开发完成日期等信息对应上。排版如果乱七八糟，代理老师会反复让你修改；哪怕最后递上去了，自己心里也没底。
手工排版最容易出的几个问题
我早期踩过的第一个坑，是直接把 IDE 里的代码复制到 Word。看着内容没少，实际上字体、缩进、制表符全乱了。有些前端文件里模板字符串特别长，一行能拖到两百多个字符，Word 自动换行后，页码和行数都不稳定。删掉一段代码重新粘贴，整个文档又开始错位。
第二个坑是空行和注释比例。有人为了凑够每页50行，特意保留大量空行，或者把注释单独堆在前面。这样纸面看起来很满，实际有效代码密度很低。更稳妥的做法是保留正常开发中的空行和必要注释，但不要为了凑页数机械灌水。
第三个坑是前后30页并不连续。比如前30页从登录页开始，后30页直接跳到配置文件，中间逻辑断裂太明显。正确做法通常是从程序入口或核心模块开始按顺序整理，后30页也应取自同一源程序文档的末尾连续部分，而不是随便挑两个文件夹复制。
还有些小问题特别耽误时间：页眉里的软件名称少了“系统”“平台”两个字，版本号写成 V1.0.0，但申请表里是 V1.0；代码中夹带公司内部域名、测试账号、第三方商业授权信息；PDF 里出现黑底白字的深色主题截图式代码，打印出来一片灰。这些都不是高深问题，却很容易让材料退回来重做。
我现在固定使用的整理流程
拿到一个项目后，我不会马上打开 Word，而是先确认申请表中的软件全称和版本号，把这两个字串原样保存下来。页眉从第一版就按最终名称设置，避免后面全文替换时漏掉封面、页脚或文本框里的旧名称。
接着筛选需要提交的代码文件。一般会优先选择自研核心代码，避开第三方库、自动生成文件、压缩后的 JS、图片资源、依赖包和单元测试里的零散片段。像 node_modules、dist、build、vendor 这类目录，基本不碰。代码语言最好和软件类型匹配，例如申报一个 Web 管理系统，就可以从前端核心页面、接口调用、后端控制器、业务服务、数据模型等模块中连续选取。
文件准备好后，我会把多个源码文件合并成一份连续文档，统一设置等宽字体，常用的是宋体或新宋体，字号按材料要求控制在五号左右，行距不要过松，也不要挤成一团。长行尽量按编码规范提前换行，尽量不要让 Word 替你随意折行。页边距要给页眉、页码和打印留空间，不然 PDF 预览没问题，纸质打印时边上的字符可能被切掉。
这一步如果全靠手工，最耗时间的不是设置字体，而是反复检查：每页多少行、页眉是否统一、页码是否连续、有没有空白页、代码是否从同一项目中连续摘取。项目一多，复制、清理、合并、分页会占掉大半个下午。后来我就把这类重复活交给软著Pro处理。它比较适合做源代码材料的自动整理和排版，上传代码后能按页数、行数、页眉页码这些要求生成规范文档，不用在 Word 里一段段调。对于经常要批量申报的人来说，这种工具省下的不是一点时间，而是反复核对带来的情绪消耗。
自动排版前后，仍然要人工判断
工具能解决格式一致性，但不能替你判断代码内容是否合适。自动生成文档后，我一定会打开 PDF 从头到尾翻一遍。先看页眉的软件名称、版本号是否和申请表一致；再随机抽几页确认字体清晰、没有乱码；然后看第一页和最后一页，确认代码确实连续；最后检查全文里有没有敏感信息、无关路径、作者姓名、内部 Git 地址、密钥令牌等内容。
如果代码总量不足60页，就不要硬凑。把全部源代码按规范导出即可，但更要保证内容完整，文件之间的顺序合理。有些项目业务代码少，却包含大量 SQL 或配置文件，这时不能只挑短文件凑数，应尽量呈现真实可运行的程序结构。
另外，源代码文档和说明书之间也要有基本呼应。说明书里写了后台管理、数据统计、权限控制，源代码中最好能看到相应模块或命名。不是要求逐页对应，但不能申请表叫一个名字，代码包却像另一个项目。
别把排版当成最后十分钟的事
软著材料里，说明书可以靠截图和文字逐步完善，申请表信息也能核对修改，唯独源代码常常因为文件多、格式杂、牵涉项目结构，被拖到最后处理。真到提交前一晚再整理，最容易出现版本名不统一、页数不够、代码不连续、PDF 导出错位这类问题。
把规则提前定好，再配合合适的自动排版工具，源代码部分其实可以变成一套标准动作：确认名称版本，筛掉无关依赖，合并核心代码，统一字体页边距，生成页眉页码，最后人工通读检查。做到这几步，材料提交后的焦虑会少很多，也不用总担心代理老师半夜发来一句：“代码文档重新排一下，明天上午前给我。”
