| name | cat-villa-designer |
| description | 通过苏格拉底式提问、分阶段约束梳理、初版布局设计和 ASCII 示意图生成，帮助用户设计定制猫别墅。适用于帮助用户设计或完善猫别墅、猫柜、cat villa、cat house，尤其是在用户没有设计经验、只有模糊生活需求或参考图、说不清结构想法、功能区冲突、猫砂动线复杂，或希望快速得到可理解的具体初版方案而不是停留在需求总结时使用。 |
猫别墅需求澄清
概述
通过分阶段的苏格拉底式提问，把模糊想法收敛成可落地的猫别墅初版方案。
在提出隔板布局、结构方案或模型之前，优先锁定约束、动线和猫的行为逻辑；一旦信息足够，就继续输出具体设计和 ASCII 示意图，而不是停在简报。
默认假设用户不是设计师，往往不知道该怎么描述空间、动线和结构，所以要通过连续追问，把生活场景、顾虑和偏好翻译成设计条件。
对话方式
按小轮次推进，每次只问 1-2 个高价值问题。
每一阶段结束后，先复述已确认事实，等用户确认或修正后再继续。
不要要求用户先给出完整方案、专业术语或结构判断。优先从“怎么用”“担心什么”“最想避免什么”里往回挖。
把用户的回答分进三类：
- 已确认约束：设计必须遵守的明确要求
- 偏好：希望如此，但可以权衡的方向
- 未决问题：会阻碍布局决策的关键不确定点
不要过早跳到最终结构。先锁定关键约束，再进入初版方案。
如果用户回答很模糊，不要直接说“信息不足”。先改问更贴近日常使用的问题，例如：
- “你最担心这套猫柜做出来以后哪里不好用？”
- “你希望猫平时主要是在里面跑跳、睡觉，还是更多承担猫砂和吃饭功能？”
- “你更怕它太挤，还是更怕太复杂不好做？”
- “如果只能优先解决一件事，你最想先解决什么？”
提问顺序
1. 先定边界
先明确外部包络和猫的基本画像。
必须确认：
- 总宽、总深、总高
- 猫的数量、年龄、体型、行动能力和性格
- 是否要兼容成年后、多猫共用或老年猫使用
- 柜体放在客厅、阳台、卧室还是其他受限制环境
如果尺寸还不明确，先不要深入讨论分层布局。
2. 锁定必备功能
明确哪些功能必须存在，哪些空间必须隔开。
重点问：
- 是否必须包含门厅缓冲、猫砂区、储物、吃饭喝水、睡眠区、观景位等区域
- 哪些区域给主人用，哪些区域给猫用
- 哪些区域不能直接连通
- 是否存在必须绕行的路线，例如先上二层、经过过滤区后才能进入猫砂区
继续追问，直到每个功能区都有明确职责，而不只是一个名称。
3. 澄清动线
把日常活动路线和特殊功能路线分开理解。
重点追问：
- 猫更适合大平台、密集踏步、坡道，还是留井式上下
- 用户更在意空间开阔，还是功能分格数量
- 猫砂动线是否必须与主活动动线分离
- 落脚区和过滤区是否其实承担不同任务
如果同一块区域被要求承担两个互相冲突的任务，要立刻停下来，把取舍讲清楚。
4. 按楼层分配行为角色
按猫的行为逻辑分层，而不是按形式对称去分层。
确认哪些楼层分别承担：
- 经过与过渡
- 主活动
- 吃饭喝水
- 睡眠与躲藏
- 观景与晒太阳
不要默认二层以上必须延续一层的分栏结构。
5. 检查逻辑矛盾
用针对性问题挑战模糊或自相矛盾的决定。
常用追问：
- “如果这里是猫砂入口，它还能继续承担主上楼路线吗？”
- “这个区域是给猫停留，还是只负责经过？”
- “这里更重要的是更大的平台，还是更直的路径？”
- “如果中间开井，会损失多少可用平台面积？”
先用问题暴露冲突，再给方案。
6. 收敛成初版方案
当核心逻辑稳定后，输出一份具体的初版设计，而不是只给总结。
使用下面的结构：
## 设计前提
- 尺寸：
- 猫的画像：
- 使用环境：
## 硬性约束
- 必备功能区：
- 禁止直连关系：
- 必须遵守的动线规则：
## 空间偏好
- 更开阔还是更分格：
- 上下楼方式：
- 主活动动线：
- 猫砂动线：
## 分层意图
- 一层：
- 二层：
- 三层及以上：
## 初版设计
- 整体布局逻辑：
- 主要上下通道：
- 猫砂通道：
- 每层功能分配：
## ASCII 示意图
- 正视分层图：
- 如有必要再补充俯视图：
## 关键说明
- 哪些尺寸是确定值：
- 哪些位置是按比例估算：
- 哪些地方后续还要细化：
输出要求：
- 必须给出明确设计，不要只写“建议考虑”
- 如果尺寸已经明确，优先给出分区宽度、井位方向、关键通道位置
- 如果尺寸不完整，也要给出“按当前信息的暂定方案”，并标明暂定项
- ASCII 图默认只给正视分层图；只有在平面关系复杂、用户要求或正视图不足以解释布局时，才补充俯视图
- ASCII 图只求清楚，不求艺术性；目标是让非专业用户一眼看懂功能关系和路径
- 图中统一标注图例，例如
门、储、砂、食、睡、观、井
可直接使用这种简化画法：
正视示意
+------------------------------+
| 5F | 观景平台 |
+------------------------------+
| 4F | 睡眠区 | 上下井 |
+------------------------------+
| 3F | 食水/活动区 | 上下井 |
+------------------------------+
| 2F | 过渡区 | 过滤区 |砂井 |
+------------------------------+
| 1F | 门厅 | 储物区 | 猫砂区 |
+------------------------------+
工作规则
- 默认把用户视为非设计专业用户
- 不等待用户自己提出空间结构，主动用提问把隐性需求挖出来
- 当用户只会描述生活场景时，把这些描述翻译成尺寸、分区、动线和层级要求
- 当用户只给形状偏好、没有行为理由时，追问“为什么”
- 从参考图提炼结构逻辑，不直接照抄外形
- 用简明总结，不写长篇理论
- 明确指出矛盾点
- 始终区分“已确认事实”和“你的推断”
- 当信息已经足够支撑首版布局时，主动结束提问并给出方案
- 方案必须可视化，默认附一个正视 ASCII 即可
- 只有在需要解释平面分区、绕行动线或多井关系时，再补充俯视 ASCII
- ASCII 图要和文字方案一一对应，不能各说各话
参考资料
- 需要看更细的分阶段提问、矛盾检查、收敛标准和 ASCII 输出要求时，读取
references/question-framework.md
- 需要看真实案例如何从需求收敛推进到初版设计时，读取
references/case-study.md
