返回案例

开发 Skill 工作流

演示 · 样例数据

S1 · 需求到原型

1/2预设对话

  1. 访客

    /grill-me 帮我规划一个个人项目展示网站。主要给招聘方、面试官和业务负责人看，很多人会从手机或微信点开。

  2. 助手

    我先确认访客的第一件事：他们点开后最需要判断什么？是先读个人介绍，还是先知道你做过哪些项目、解决什么问题，再决定要不要深入？

  3. 访客

    先让人看懂项目和我的贡献。感兴趣的人再读案例或打开演示，不要让他们一进来就翻长篇自我介绍。

  4. 助手

    那首页应尽早出现项目。每项都用相同的信息顺序，让不熟悉技术的人也能快速比较。你希望展示哪些项目，摘要分别说什么？

  5. 访客

    展示美客多上架工作台、王之记录和开发 Skill 工作流。每项说清问题、我做的、结果或现状，按这个顺序排。

  6. 助手

    手机宽度有限。是把摘要做成横向滑动，还是按顺序换行并完整显示？另外，案例和演示入口需要同时留在每个项目旁边吗？

  7. 访客

    不要横滑，也不要藏摘要。手机上改成上下排列、自然换行。每个项目都要能进独立案例，也能直接打开交互演示。

  8. 助手

    如果项目有截图，你希望它只是展示画面，还是也能作为案例入口？需要保留文字入口吗？

  9. 访客

    截图可以点进案例，但文字入口也要保留。演示入口要单独清楚，不能只靠截图让人发现。

  10. 助手

    关于结果口径，我建议只使用已核实的成果或当前状态。能力存在不能直接推成个人贡献，未知的收益和规模也不估算。可以把这个约束写进需求和验收吗？

  11. 访客

    可以。用能核对的事实，不编造提效比例、用户规模或其他数字；没有量化结果的项目就写现状。

  12. 助手

    我把选择收敛成一条路径：一句项目定位后显示三项同版式摘要；读者从每项进入案例或演示；手机保留完整摘要并自然换行。截图可进案例，但文字入口仍保留。内容只写已确认事实。还有一项边界：要不要把完整案例正文也塞回首页？

  13. 访客

    首页只负责扫描和选择，完整案例放独立页面。这样首屏不被长文占满，也方便我把某个案例单独发给别人。

  14. 助手

    建议定稿为“首页快速判断，独立案例深入阅读，演示作为可选入口”。原型只覆盖首页项目发现区，不模拟完整案例或真实业务。若同意，我会按这几条决定整理记录和PRD。

  15. 访客

    确认。先把三个项目的扫描顺序、摘要结构、截图和入口、手机展示做清楚，其他页面不纳入这份PRD。

  16. 助手

    决策已整理，包含目标读者、首页与案例边界、摘要顺序、截图入口、移动布局及内容事实约束。

  17. 助手

    PRD将这些已确认选择写成范围、用户路径、正常与失败场景及可验证的验收条件。原型任务会从这份PRD继续。

  18. 助手

    根据PRD搭好了首页项目发现原型。可以选择案例或演示入口，观察所选路径；原型只改变自己的样例状态。