本文在前面示例项目的基础上进行业务需求变更。

当前用户删除采用物理删除，会导致用户数据不可追溯，不利于审计与业务回滚。同时用户资料缺少 title（头衔）字段，无法满足展示与管理需求。需要将删除语义调整为软删除，并扩展用户信息模型。

一、步骤一：创建第一个工件（proposal）

将用户删除从物理删除改为软删除：删除操作不再移除记录，而是将 `status` 更新为 `-1`。

在 GitHub Copilot Chat 中输入以下命令：

/opsx-continue user_info 不要物理删除用户信息，可以添加一个状态字段status (0 表示有效；-1 表示无效)。另外，新增一个title 字段，表示用户的头衔。

/opsx:continue 是 OpenSpec v1.0+ 中用于逐步骤创建工件的命令，它一次只创建一个工件（proposal → specs → design → tasks），并在每个步骤完成后停下来等待确认，让你可以审查每个工件后再继续下一步。

一句话总结：/opsx:continue 是 step-by-step 模式，每次只创建一个工件，适合学习工作流或需求不明确时使用；如果想一次性完成所有工件，用 /opsx:ff。

/opsx: continue 执行流程：

核心原则：每次只创建一个工件，严格按照依赖顺序执行。

当前进度：

已完成：proposal已解锁：design、specs仍阻塞：tasks（依赖 design 与 specs）

二、步骤二：创建第二个工件（design）

先检查上一步生成的 proposal.md 文件，如果没有问题，就可以创建第二个工件。

在 GitHub Copilot Chat 中输入以下命令：

/opsx-continue user-soft-delete-and-title

现在，design.md 设计文档已经完成了。

但是，我发现 design 文档中，没有考虑到将 status 字段的默认值设置 0，同时将表中现有的数据全部更新为 0 - 表示有效。

可以在 GitHub Copilot Chat 中输入以下文本：

数据表 user_info 现有数据 status 设置默认值为 0，表示有效。

此时，同时更新了 proposal.md 和 design.md 文档。

检查一下 design.md 文件，其中 DDL 指令如下所示，符合预期。

下一步，进行步骤三：创建第三个工件（specs）。