DeepSeek-V4.1-Flash：用 Markdown 规格文档拆解冰淇淋应用需求

一句话结论

先让模型把需求写成一份或多份 Markdown 规格文档，再用文档驱动实现；提示词要求模型覆盖目标客户、地区、参数、技术范围和角色，并先提出澄清问题。该方法是社区经验，不是受控测试。

适用场景

• 适合的任务：产品需求拆解、前端/后端/数据库方案，或 plain HTML、CSS、JS 的多页面演示规格。

• 不适合的任务：需要已验证的代码产物、性能数据、成本数据或统一 API 参数的任务。

• 适用的模型版本：评论作者明确写作 DS4.1f，本条归档为 DeepSeek-V4.1-Flash。

• 适用的客户端、Agent 或 API：作者后续明确提到 Claude Code Desktop 和 Cline Desktop；未说明这条提示词固定运行于哪一个客户端。

• 推荐的推理档位和参数：未注明。

可直接使用的内容

以下为评论中完整的冰淇淋应用规格提示词，保留原文的 X、Y、Z 占位符：

hey, I want to build an ice cream app that serves ice cream the X type of customer, in Y areas, with Z parameters, and I want you to write me a tight specification (spec) as a markdown file or markdown files of what that would look like in detail. Please include (front-end, back-end, database integrations, etc. OR just a multi-page demo in plain html, css, and js), and ask me any clarifying questions you can think of so that we can get a spec that's exactly what customers, front-of-house, admin, business operators, and any other user roles/work roles may need in order to make the most of this application.

测试或工作流步骤

1. 将 X、Y、Z 替换为客户类型、服务地区和业务参数，补充应用目标。

2. 把提示词交给模型，要求输出一份或多份 Markdown 规格文档；按需求选择完整技术方案或多页面演示方案。

3. 回答模型提出的澄清问题，迭代规格，直到客户、前台、管理员、运营者等角色的需求足够明确。

4. 将规格文件作为后续构建任务的工作依据，也可交给其他模型继续实现。评论还称 build mode 生成的计划更详细，并可拆成多个文件供子代理解析；该说法未独立验证。

原始证据与数据

• Wrong_Visual5077 先建议：“Have it write its own spec in markdown instead of planning mode before building.”

• 同一评论称：“I went from burning usage on Claude to DS4.1f and it just runs.”这是个人体验，不能当作性能结论。

• 回复提到的完整提示词要求输出 Markdown 文件或文件系列，覆盖 front-end、back-end、database integrations，或 plain HTML/CSS/JS 多页面演示，并询问所有相关工作角色。

• 作者明确说明，模型随后会提出澄清问题并输出规格文档，之后可作为实际构建的工作规格。

适用边界

评论没有给出模型输出、代码、成功率、耗时、token 消耗或 API 参数；不能据此保证 DeepSeek-V4.1-Flash 在任何项目上都会自动生成可执行方案。X、Y、Z 只是原文占位符，使用时必须填入真实约束。Claude Code Desktop、Cline Desktop 的环境信息来自后续回复，不能推断该提示词的专属集成或客户端默认行为。

复现说明

2026-09-16 通过 Tabbit 直接访问 Reddit 原帖，读取帖子、Wrong_Visual5077 的主评论及其关于冰淇淋应用的完整回复；未使用搜索摘要，未运行提示词，也未把评论中的个人评价改写成测试结果。