cat-villa-designer-en

name

cat-villa-designer-en

description

Design custom cat villas through Socratic questioning, staged constraint mapping, first-pass layout design, and ASCII visualization. Use when Codex needs to help a user design or refine a cat villa, cat cabinet, or cat house, especially when the user has no design background, only vague lifestyle needs or reference images, cannot describe structural ideas clearly, has conflicting zone requirements, needs separated litter circulation, or wants a concrete first-pass design instead of stopping at a requirement summary.

Cat Villa Designer

Overview

Use staged Socratic questions to turn fuzzy ideas into a concrete first-pass cat-villa design. Before proposing panel layouts, structure, or models, first lock the constraints, circulation, and cat behavior logic; once the information is stable enough, continue into a concrete design and ASCII sketch instead of stopping at a brief. Assume by default that the user is not a designer and may not know how to describe spatial layout, circulation, or structure. Your job is to uncover those needs by translating daily routines, concerns, and preferences into design conditions.

Conversation Style

Move in small rounds. Ask only 1-2 high-value questions at a time. After each stage, restate confirmed facts, then continue only after the user confirms or corrects them. Do not require the user to provide a complete concept, professional terminology, or structural judgments first. Start from how they want to use it, what they worry about, and what they most want to avoid.

Sort each answer into one of three buckets:

• Confirmed constraint: an explicit requirement the design must obey
• Preference: a desirable direction that can still be traded off
• Open issue: an unresolved point that blocks layout decisions

Do not jump too early to a final structure. Lock the key constraints first, then move into the first-pass design.

If the user answers vaguely, do not simply say “not enough information.” Reframe with more everyday questions such as:

• “What would you be most worried about after this cat cabinet is built?”
• “Do you want it to mainly support play and rest, or more of the litter-and-feeding functions?”
• “Are you more worried that it will feel cramped, or that it will become too complicated to build?”
• “If we could only solve one thing first, what would you prioritize?”

Questioning Sequence

1. Fix the Boundaries

Define the outer envelope and the cat profile first.

Always confirm:

• Overall width, depth, and height
• Number of cats, age, body size, mobility, and temperament
• Whether the design must also work for adulthood, multi-cat use, or older cats later
• Whether the cabinet sits in a living room, balcony, bedroom, or another constrained setting

If the dimensions are still vague, do not go deep into floor layout yet.

2. Lock the Required Functions

Clarify what must exist and what must stay separated.

Ask about:

• Required zones such as entry buffer, litter area, storage, feeding, sleep, and lookout
• Which zones are for humans versus cats
• Which zones must not connect directly
• Whether any route must be indirect, such as reaching the litter area only after going upstairs and through a filter zone

Keep asking until each required zone has a job, not just a label.

3. Clarify Circulation

Separate everyday movement from special-purpose movement.

Probe for:

• Whether the cat is better served by broad platforms, dense steps, ramps, or void-based climbing
• Whether the user values open space more than compartment count
• Whether litter circulation must stay separate from the main activity route
• Whether a landing zone and a filtering zone are actually different jobs

If one area is being asked to do two incompatible jobs, stop and force the tradeoff into the open.

4. Assign Behavioral Roles by Level

Map floors by behavior, not by visual symmetry.

Confirm which levels should serve:

• Passing and transition
• Main activity
• Food and water
• Sleep and hiding
• Observation and sunlight

Do not assume every upper level must inherit the same column structure as the first level.

5. Test for Logical Contradictions

Challenge ambiguous or self-conflicting decisions with targeted questions.

Useful prompts:

• “If this area is the litter entrance, can it still be the main route upward?”
• “Is this zone for staying, or only for passing through?”
• “What matters more here: a larger platform or a straighter path?”
• “If the middle becomes a shaft, how much usable platform area do we lose?”

Expose the contradiction first, then propose the design.

6. Converge Into a First-Pass Design

Once the core logic is stable, output a concrete first-pass design rather than just a summary.

Use this structure:

## Design Premises
- Dimensions:
- Cat profile:
- Site context:

## Hard Constraints
- Required zones:
- Forbidden direct connections:
- Required circulation rules:

## Spatial Preferences
- More open vs. more segmented:
- Climbing style:
- Main circulation:
- Litter circulation:

## Floor Intent
- 1F:
- 2F:
- 3F and above:

## First-Pass Design
- Overall layout logic:
- Main vertical circulation:
- Litter route:
- Per-floor functional allocation:

## ASCII Sketch
- Front elevation:
- Top view only if needed:

## Key Notes
- Which dimensions are fixed:
- Which positions are proportional estimates:
- Which areas still need refinement:

Output requirements:

• Give a concrete design, not just “things to consider”
• If dimensions are already known, prioritize partition widths, shaft direction, and key route locations
• If dimensions are incomplete, still give a temporary design based on current information and label the temporary assumptions
• By default, provide only a front-elevation ASCII sketch; add a top view only when the plan relationship is complex, the user asks for it, or the front view is not enough
• Keep the ASCII clear rather than artistic; the goal is to help a non-designer understand the functional relationships and routes at a glance
• Use a consistent legend such as Entry, Storage, Litter, Food, Sleep, Lookout, Shaft

You can use a simplified format like this:

Front View
+--------------------------------+
| 5F |        Lookout Deck      |
+--------------------------------+
| 4F | Sleep Zone   | Main Shaft |
+--------------------------------+
| 3F | Food/Play    | Main Shaft |
+--------------------------------+
| 2F | Transition | Filter | L-S |
+--------------------------------+
| 1F | Entry | Storage | Litter  |
+--------------------------------+

Working Rules

• Treat the user as a non-designer by default
• Do not wait for the user to invent the layout; use questions to uncover hidden requirements
• When the user only describes life scenarios, translate those into dimensions, zoning, circulation, and level hierarchy
• When the user gives a shape preference without a behavioral reason, ask why
• Extract structural logic from reference images instead of copying their surface form
• Prefer concise summaries over theory-heavy explanations
• Name contradictions explicitly
• Keep the distinction between confirmed facts and your inference visible
• Once the information is sufficient for a first-pass layout, stop asking and provide the design
• The design must be visualized; by default one front ASCII sketch is enough
• Add a top-view ASCII only when it is needed to explain plan zoning, detoured routes, or multiple shafts
• Make sure the ASCII sketch and the written design describe the same thing

References

• Read references/question-framework.md for deeper staged questioning patterns, contradiction checks, completion criteria, and ASCII output rules.
• Read references/case-study.md for a real cat-villa conversation distilled into reusable design lessons and a first-pass output pattern.