Soft Ip Full Lifecycle Zijian

软著申报材料辅助整理服务，基于项目真实开发事实生成结构化 Markdown 草稿，包含源代码整理说明、操作手册、软件描述说明、AI辅助开发说明等 8 份文档。这是一项付费服务，执行前需完成支付验证。请使用中文和用户交互。

软著申报材料辅助整理服务

📌 技能概述

请使用中文和用户交互。

本技能提供软著申报材料辅助整理服务，基于项目真实开发事实生成 8 份结构化 Markdown 草稿文档。由于这是付费服务，工作流程严格要求按照两个步骤执行：支付处理 后，再进行 服务执行。

重要原则： 本技能不生成任何可直接提交版权中心的最终文件，仅生成结构化 Markdown 草稿，由申请人人工复核、补充事实、排版后自行提交。

隐私说明： 本技能调用远程服务时仅发送订单元数据、技能标识和支付凭证校验所需信息；项目路径、源码内容和申报材料草稿保留在本地处理，不上传至远程支付服务。

直接执行： 如果用户在初始请求中已直接提供了 <订单号>（且订单文件中已包含 payCredential），则可跳过第一阶段和第二阶段，直接进入 🚀 第三阶段：服务执行。

---

🛒 第一阶段：创建订单

如果这是首次交互且用户尚未付款，你必须先创建订单，再发起支付。

1. 所需参数

• <项目路径或申报请求>：用户待申报软著的项目本地路径，或具体的申报请求内容。例如：
  • "C:\Projects\MyApp"（项目路径，服务端将自动扫描并生成全部草稿）
  • "请帮我整理 C:\Projects\MyApp 的软著申报材料"（完整请求语句）

2. 执行命令

使用以下 bash 命令执行订单创建脚本。将 <...> 占位符替换为实际值。务必在参数两侧加引号，以防命令注入漏洞。

bash

python3 scripts/create_order.py "<项目路径或申报请求>"

3. 输出处理

成功时，脚本将向标准输出打印以下键值对：

text

ORDER_NO=<值>
AMOUNT=<值>
QUESTION=<值>
INDICATOR=<值>

其中 ORDER_NO、AMOUNT 和 QUESTION 用于向用户披露订单信息（展示订单号、费用和请求内容）。提取 ORDER_NO 和 INDICATOR 后进入 💳 第二阶段：支付处理。

[!NOTE] 关于 AMOUNT 字段： 该字段的单位为人民币分（fen），这是 OpenClaw 技能描述中的标准计费单位。例如，AMOUNT=100 表示需支付 1.00 元人民币。在向用户展示费用时，请将该值除以 100 并以"元"为单位呈现，以便用户理解实际支付金额。

失败时，脚本以退出码 1 退出，并打印如下格式的消息：

text

订单创建失败: <错误详情>

[!CAUTION] 强制终止 —— 禁止执行任何后续操作。 如果脚本以非零退出码退出，或其输出中包含 订单创建失败:，你必须立即终止整个工作流程。具体包括：

• 不得查阅或检查脚本源代码。
• 不得测试网络连接或服务器状态。
• 不得代替用户进行任何重试操作。
• 不得进入第二阶段或第三阶段。

唯一需要执行的操作是： 用通俗语言向用户报告失败情况，附上输出中的 <错误详情>，然后停止。

失败输出示例：

text

订单创建失败: Order creation request failed: <urlopen error [Errno 111] Connection refused>

告知用户："订单创建失败，错误信息：Order creation request failed: <urlopen error [Errno 111] Connection refused>。请稍后重试，或检查您的项目路径是否有效。"

---

💳 第二阶段：支付处理

从第一阶段获取 ORDER_NO 和 INDICATOR 后，发起支付请求。

操作： 使用技能 clawtip 处理支付并获取支付凭证。若该技能不存在，需先安装。

调用 clawtip 所需参数：

json

{
  "order_no": "<第一阶段获取的 ORDER_NO>",
  "indicator": "<第一阶段获取的 INDICATOR>"
}

[!NOTE] 订单的所有详细信息（skill-id、order_no、amount、question、description、slug、resource_url 等）已由第一阶段脚本写入固定目录下的 JSON 文件中，clawtip 会根据 order_no 和 indicator 自动定位并读取。

目标： 等待支付成功，并获取 payCredential（支付凭证）。

---

🚀 第三阶段：服务执行

支付成功并获得 payCredential 后（或用户已直接提供 <订单号> 且订单文件中已包含 payCredential），继续交互并执行服务脚本。

1. 所需参数

• <订单号>：第一阶段生成的订单号。

[!NOTE] <支付凭证> 和 <项目路径或申报请求> 无需通过命令行传入。clawtip 在支付成功后会将 payCredential 写入订单 JSON 文件，脚本会根据订单号自动从固定目录 ~/.openclaw/skills/orders/{indicator}/ 下的 JSON 文件中读取所有所需信息。

2. 执行命令

使用以下 bash 命令执行软著申报材料整理服务。将 <...> 占位符替换为已验证的参数值。务必在参数两侧加双引号，以防命令注入漏洞。

bash

python3 scripts/service.py "<订单号>"

3. 输出处理

执行后：

1. 提取脚本打印的 PAY_STATUS 值（格式为：PAY_STATUS: <值>），并再次输出展示。
2. ERROR 状态的特殊处理： 如果 PAY_STATUS 为 ERROR，提取 ERROR_INFO 值（格式为：ERROR_INFO: <值>），向用户告知确切的错误原因并引导其解决。不得继续执行后续服务逻辑。

---

📋 服务详细说明

以下内容描述本技能在第三阶段服务执行时的具体逻辑，供服务端实现参考。

四大铁律

1. 事实为本

   • 所有内容必须基于项目真实开发情况。
   • 原始代码只能从项目源码中复制，不得臆想、扩写或重写。

2. 人工复核为必经节点

   • 本技能每生成一份草稿，必须提示申请人逐段核对事实。
   • 未复核的草稿不得作为提交依据。

3. 禁止 AI 语言与不确定性表述

   • 不使用"随着科技的发展""在这个快速变化的时代""该系统致力于""可能""大概""一定程度上"等 AI 套话。
   • 不写未经验证的功能、未实现的能力、未来规划。

4. 禁止生成可直接提交的官方材料

   • 不生成 PDF、不生成申请表、不索要身份证/营业执照扫描件。
   • 涉及官方平台填写的内容，仅提供"填写指导草稿"，由申请人自行录入。

使用流程

text

启动条件：申请人提供一个待申报软著的本地项目路径

    ↓

1. 项目扫描：列出目录、源码文件、依赖文件、README、已有文档

    ↓

2. 事实采集：询问/读取项目的真实开发信息
   - 开发/运行环境
   - 使用的工具与语言
   - 主要功能（申请人提供，AI 仅整理不扩写）
   - 第三方依赖
   - AI 辅助使用情况

    ↓

3. 分文档生成草稿：
   - 01_源代码整理说明.md
   - 02_操作手册或用户手册或开发设计说明.md
   - 03_软件描述说明.md
   - 04_AI辅助开发说明.md
   - 05_软件开发过程说明.md
   - 06_测试文件说明.md
   - 07_第三方库声明.md
   - 08_版权中心平台填写指导.md

    ↓

4. 每份草稿必须经申请人复核并修改事实错误

    ↓

5. 输出打包建议清单，由申请人人工排版、导出 PDF、自行提交

一、项目扫描

1.1 扫描目标

进入项目根目录后，列出以下信息：

• 项目根目录结构（最多 2 层）
• 主要源码文件路径与扩展名
• 依赖清单（如 package.json、requirements.txt、Cargo.toml、go.mod 等）
• 已有 README、文档、截图目录
• .git 目录是否存在

二、事实采集

2.1 必须向申请人确认的信息

A. 基础信息

字段	说明	示例
3.0.1	2026-07-14	安全审核修复：移除推理过程指令、补充隐私说明、切换 HTTPS 服务地址、增加本地订单路径校验
软件全称	与版权中心申请时保持一致	示例：任务管理系统 V1.0
版本号	建议 V1.0.0 或 V1.0	V1.0.0
开发完成日期	需晚于 Git 首次提交日期	2026-05-20
开发方式	独立开发 / 合作开发 / 委托开发	独立开发

B. 环境信息（用于软件描述说明文档）

字段	限制	说明
开发的硬件环境	<= 50 字	实际开发所用机器配置
运行的硬件环境	<= 50 字	用户运行该软件所需硬件
开发该软件的操作系统	<= 50 字	开发时使用的操作系统
软件开发环境/开发工具	<= 50 字	IDE、编辑器、构建工具等
该软件的运行平台/操作系统	<= 50 字	软件部署/运行的系统
软件运行支撑环境/支持软件	<= 50 字	运行前需预装的依赖
编程语言	不限字数	实际使用的编程语言
开发目的	<= 50 字	为何开发此软件
面向领域/行业	<= 50 字	软件服务的行业或场景

C. 软件类型

必须选择一个（只能选一个，按实际选择）：

• APP / 游戏软件 / 教育软件 / 金融软件 / 医疗软件 / 地理信息软件 / 云计算软件 / 信息安全软件 / 大数据软件 / 人工智能软件 / VR 软件 / 5G 软件 / 小程序 / 物联网软件 / 智慧城市软件

D. 主要功能（500-1300 字，由申请人提供，AI 仅整理）

申请人需提供：软件核心解决的问题、主要功能模块、每个模块的具体能力、用户/系统典型操作流程。AI 整理时不扩写、不升华、不添加未确认的功能。

E. 技术特点（<= 100 字）

申请人提供核心技术特点，AI 整理成一句客观陈述。

F. 第三方库/依赖

列出所有依赖，包含：库名、版本、用途、许可证（如已知）。

G. AI 辅助使用情况

字段	说明
使用的 AI 工具	GitHub Copilot / Cursor / ChatGPT / Claude / Trae / 其他
使用范围	代码补全 / 样板生成 / 测试用例 / 文档初稿 / 其他
人工修改说明	对 AI 生成内容做了哪些实质性修改

三、生成的 8 份草稿文档

序号	文件名	用途
1	01_源代码整理说明.md	说明源代码选取、组织方式
2	02_操作手册或用户手册或开发设计说明.md	三合一文档（按类型选其一）
3	03_软件描述说明.md	软件功能和技术特点描述
4	04_AI辅助开发说明.md	声明 AI 使用情况
5	05_软件开发过程说明.md	开发流程和里程碑
6	06_测试文件说明.md	测试方案和结果
7	07_第三方库声明.md	依赖库清单和许可信息
8	08_版权中心平台填写指导.md	线上填报操作指南

四、AI 语言规避规则

4.1 禁止使用的套话

• "随着科技的发展..."
• "在这个快速发展的时代..."
• "信息技术日新月异..."
• "该系统致力于..."
• "旨在为用户提供..."
• "极大地提高了..."
• "具有重要的现实意义..."
• "综上所述..."
• "不难看出..."
• "可以预见..."

4.2 禁止使用的模糊/不确定性表述

• "可能" / "大概" / "一定程度上" / "有望" / "或将" / "旨在" / "致力于"

4.3 推荐的事实性表述

不推荐	推荐
"该系统主要用于管理用户信息"	"该软件提供用户信息的增删改查功能"
"极大地提升了工作效率"	"减少了重复录入操作"
"采用了先进的技术架构"	"后端使用 Python + FastAPI，前端使用 Vue 3"
"用户可以快速完成任务"	"用户在输入表单后点击提交，系统保存数据并返回结果"

4.4 生成文档时的自检要求

每生成一份草稿后，AI 必须自检：

• 是否包含 AI 套话
• 是否包含不确定性表述
• 是否添加了未确认的功能
• 是否扩写了申请人提供的事实
• 是否使用了模板化句式

五、合规检查建议清单

5.1 源代码检查

检查项	建议标准	处理方式
代码原创性	核心逻辑由申请人编写或经人工实质性修改	人工复核
注释清晰度	核心函数有功能、参数、返回值说明	人工补充
代码连续性	开头为入口/初始化，结尾为结束/收尾	人工确认
敏感信息	无密钥、Token、密码	人工脱敏或排除

5.2 操作/用户手册检查

检查项	建议标准	处理方式
截图对应性	截图中的按钮文字能在源码中搜到	人工抽查
功能完整性	只写已实现的功能	人工确认
语言具体性	操作步骤可复现	人工验证

5.3 软件描述说明检查

检查项	建议标准	处理方式
字数合规	环境字段 <= 50 字，主要功能 500-1300 字，技术特点 <= 100 字	人工核对
事实准确	所有环境信息与实际开发一致	人工核对
无 AI 套话	不含模板化表述	AI 自检 + 人工复核

六、人工复核节点

每份文档生成后，AI 必须明确提示申请人进行以下复核：

1. 事实核对：所有字段是否与实际开发一致。
2. 字数核对：环境信息是否 <= 50 字，主要功能是否在 500-1300 字之间。
3. 功能核对：是否只写了已实现的功能。
4. 语言核对：是否有 AI 套话、不确定性表述、模板化痕迹。
5. 截图核对：操作手册截图是否与当前代码一致。
6. 代码核对：源代码整理顺序是否合理，是否来自真实文件。

复核通过前，AI 不得继续生成下一份关键文档。

七、输出打包建议

AI 仅给出建议清单，不生成最终 PDF 或压缩包。

需人工整理为 PDF 的提交材料：

文件名	来源	备注
源代码_前后各30页.pdf	01_源代码整理说明.md	不添加页码，保持连续
操作手册_图文版.pdf	02_操作手册或用户手册或开发设计说明.md	截图需人工插入

内部备查材料（不提交，留存）：

文件名	来源
03_软件描述说明.md	用于平台填写
04_AI辅助开发说明.md	证明人工独创性
05_软件开发过程说明.md	说明开发过程
06_测试文件说明.md	说明测试情况
07_第三方库声明.md	说明引用合规
08_版权中心平台填写指导.md	填写参考

申请人自行准备的官方材料：

• 身份证明或营业执照扫描件
• 版权中心在线申请表（在线填写后生成）

---

版本历史

版本	日期	变更说明
3.0.0	2026-07-13	适配 clawtip 支付体系：新增三阶段支付流程、脚本目录结构
2.0.0	2026-07-13	重大重构：去提交化、强调事实为本、人工复核为必经节点、新增软件描述说明与版权中心平台填写指导、明确 AI 语言规避规则
1.0.0	2026-07-13	初始合并版本

---

本技能仅用于辅助整理申报材料草稿，所有最终提交文件须由申请人人工复核、排版、签字后自行提交至版权中心。