软著申请辅导助手

申请大陆计算机软件著作权时，团队常把三类工作混在一起：查当前官方要求、整理能证明真实开发与权属的事实、把申请表 / 源代码 / 文档 / 截图对齐成同一套口径。任何一处失真，都会把问题推到补正甚至不予登记阶段。这个技能把登记当作“登记事项的初步证明”来做项目管理，而不是承诺下证。

它解决什么

• 先回答“现在中国版权保护中心怎么收件、表单怎么填”，而不是凭旧经验直接排期。费用、时限、提交渠道、实名认证、签章、加急等动态事项，必须先联网核对官方来源并标注核对日期。
• 再把容易断裂的证据链说清楚：开发主体、合同或任务书、代码贡献、拟申请人是否一致；合作、委托、职务、受让、基于原软件改进等场景是否授权完整。
• 最后保证材料之间不打架：软件全称、简称、版本号、权利人、开发方式、完成日期、发表状态、功能范围、技术特点、代码量口径，都要同步到申请表、源程序页眉、文档、截图说明和证明文件。

核心能力与关键步骤

1. 事项边界：默认只展开“新申请”。变更/补充、转让/专有许可合同登记、撤回、补发证书、补正答复会先确认专用表单与证明要求；非中国大陆地区直接说明不适用。
2. 最小事实集：集中收集会改变方案的字段，例如软件名与版本、完成状态、申请人类型、开发方式、完成/发表日期、真实源程序和一种文档的可用程度、开源/外包/AI 辅助代码情况、已收到的受理或补正文件。intake-and-planning.md 用于需要完整问卷或分阶段访谈的场景。
3. 权属阻断优先：按“开发主体 → 合同/任务 → 代码贡献 → 拟申请人”画权属链。出现申请人与合同矛盾、授权不清、争议中、主要依赖无权登记的第三方代码，或要求倒签 / 伪造 / 隐瞒事实时，先标为阻断项，解决前不建议提交。
4. 冻结申请基线：建立单一事实源，并把版本、权利人、日期、功能、技术描述和代码口径固定下来；后续任何修改都回写到全部材料。
5. 规划与审查材料：依据当前官方指南处理申请表与身份证明、程序和一种文档的鉴别材料、委托/合作/职务/受让/改编/承继证明、普通交存与例外交存、名称-版本-权利人-日期-功能-界面-技术描述-代码的一致性，以及机密、个人信息、密钥、生产地址、第三方资产的最小披露。可基于真实代码和真实产品证据协助编排、脱敏、撰写用户手册或设计说明书，但不制造尚不存在的软件“可申报”代码或截图。
6. 输出项目计划：每次至少包含申请概况、可推进 / 有条件推进 / 暂缓结论、按 P0 阻断 / P1 提交前 / P2 优化 排序的差距清单、材料矩阵、事件驱动的里程碑，以及 3–7 个下一步行动。可用 case-input.example.json 填写事实并运行脚本生成底稿；脚本产物仍需按证据和当前规则人工复核。
7. 提交后管理：记录提交版本与文件清单、提交时间、受理号、官方通知和期限。收到补正时逐条引用通知，建立“问题—原因—修改—证据—一致性影响”表，先修单一事实源，再同步全部材料；完成后归档材料、权属证据、回执、证书和变更记录。

适用边界

登记证书不是确权判决，也不等于专利保护或产品合规许可。遇到权属争议、侵权主张、跨境转让、复杂职务/委托开发争议或诉讼时，不要把它当作终局依据，应咨询专业律师或登记机构。若无法联网核验，动态事项要显式列为待核验项；外部规则优先读取 official-sources.md，不拿商业代理页面替代官方规则。