做第一个 Demo 前，先把需求写清楚

准备借助 Clidex 做一个小项目时，第一步可以从描述需求开始。需求越具体，后续越容易判断结果是否符合预期。

下面以个人作品展示页为例，介绍一种任务拆解方法。这是一份规划指南，尚未对应已完成的 Demo 或实测性能结果。

先定义谁会使用它

“帮我做一个好看的网站”留下了太多未确定的选择。可以先补齐三个信息：谁来看、他们需要了解什么，以及你希望他们采取什么行动。

例如：为一名独立开发者制作个人作品页，让潜在合作方快速了解三个代表项目，并通过邮件联系作者。

给第一版划定范围

先完成一个页面，包含个人简介、项目卡片和联系入口。每张卡片展示项目名称、简介、截图和访问链接。

第一版可以使用本地内容，等确实需要频繁编辑时，再考虑引入内容管理后台。把已有的技术栈、视觉偏好和素材位置也写进需求，减少实现过程中的猜测。

写出可以检查的验收标准

把“效果不错”转换为具体检查项：

手机和桌面都能完整阅读，页面没有横向溢出。
项目链接能访问对应作品，联系入口能打开邮件客户端。
可以用键盘访问每个链接，并看到清楚的焦点提示。
图片有替代文本，文字与背景有足够的对比度。
页面标题和摘要准确表达作者身份与作品内容。

一段可复用的需求模板

请在当前项目里实现一个个人作品展示页。

目标用户：希望了解我作品的潜在合作方。
页面内容：个人简介、三个项目、邮件联系入口。
技术约束：沿用当前项目的技术栈和样式约定。
素材要求：使用我提供的项目信息，缺失内容请明确标记。
视觉方向：简洁、清晰，优先展示作品。
验收标准：适配手机和桌面；链接可用；支持键盘操作；
没有横向溢出；完成后说明修改内容与验证结果。

先检查项目结构，再开始实现。

把其中的项目数量、联系方式和视觉方向替换为你的实际需求，再加入具体的项目信息。

把迭代过程变成案例

完成第一版后，记录初始需求、效果截图、关键调整和仍然存在的限制。实际使用了哪些模型、花费多少时间和费用，也可以按真实记录补充。

这些材料可以组成一篇案例文章，让读者既能体验作品，也能理解从需求到结果的过程。