Robo Architect Tutorial
Design and change10

Change the engine with skill files

Every instruction Robo Architect follows when it analyzes, plans and implements a proposal is written as text in a skill file (SKILL.md). Add one rule line to a skill file and the engine's output changes. Try it yourself in a practice project and compare the results.

Skills are the engine#

Every time Chapters 3–5 said “Claude Code analyzes”, the app called claude on your computer and handed it one skill file as its instructions. A skill file is a Markdown document — purpose, procedure, output format and rules, written as text a person can read. Change this text, without touching any code, and the engine's judgment changes.

Stage Skill In this tutorial
INTENT — strategic design robo-proposal-intent Chapter 3
Constitution — recommendations and the document robo-project-constitution Chapter 4
PLAN — tactical design · architecture robo-proposal-plan Chapter 5
Task list robo-proposal-tasks Chapter 6
Implementation — /robo-implement PRO-001 in the Code tab's cell robo-implement Chapter 6
Validation robo-proposal-test · robo-sync Chapter 7
Impact analysis robo-proposal-context Chapter 9
Detailed DDD stages robo-proposal-discover · -decompose · -strategize · -connect · -define · -scope · -tactical “Detailed DDD” in Chapter 3

The skills live in three bundle folders — robo-proposals/ (proposal stages), robo-spec/ (implementation · reverse sync) and robo-changes/ (requirement changes).

What the app decides and what the skill decides

The order of the stages, where results are saved, and the screens are decided by the app. For example, the order of questions in the constitution interview is fixed by the app (the two questions in Chapter 4), while the skill handles each question's recommendation and rationale, and the constitution document it writes from your answers. “What to judge, how, and what to write out” is the skill's job.

Where the skill files are#

Location Used for
resources/runtime/architect/app/skills/ in the app's install folder The originals the app hands to claude at each stage. For a default Windows install, that's %LOCALAPPDATA%\Programs\Robo-Architect\resources\runtime\architect\app\skills\
~/.claude/skills/ in your home folder Copies used as slash commands such as /robo-implement in the Code tab's Claude Code cell. When you first open the Code tab, it asks whether to install any missing skills

Hands-on 1 — Create a practice project#

Skills are shared by the whole app. To avoid touching the Hanbit Delivery design, create a separate empty project to experiment in.

  1. In the project bar at the top of Home, click Switch project.
  2. Type skill_lab_en in the new project field and click Create, choose an empty folder (e.g. skill-lab-en) as the code folder, and click Open project.
  3. When the project bar shows skill_lab_en, you're set. This project has its own graph, so nothing you make here mixes with hanbit_delivery_en.
Home — project skill_lab_en, code folder skill-lab-en
Home — project skill_lab_en, code folder skill-lab-en

Hands-on 2 — Add one rule to the skill#

Open robo-proposals/robo-proposal-intent/SKILL.md in an editor. Under ## Rules at the bottom there are eight rules. (The skill files ship in Korean; the rules are shown here in English translation.)

## Rules

1. Use the legacy implementation as real-world evidence, but never let it override the user's requirements, and never copy it as is.
…
7. The output language follows the language of the original prompt.
8. When regenerating from feedback, apply the feedback first, keep everything it didn't point out, and don't create new clarification questions.

Add a ninth rule here and save. Your team refers to each module by a short code in code and tickets, so the rule asks for a code with every bounded context name. You can write the new rule in English even though the others are in Korean — Claude reads both.

9. Append a short uppercase code in parentheses to every BoundedContext name. Example: Ordering (ORD), Menu Management (MENU).

Make a copy before you edit

Keep a copy of the original. You'll have to restore it after the experiment, and reinstalling or updating the app overwrites the skills in the install folder with the new version. If it's a rule your team will keep using, put it in the skills repository and ship it together.

Hands-on 3 — Analyze the same requirement again#

  1. In skill_lab_en, open the Proposals tab and enter the same sentence as in Chapter 3 under + New Proposal.
    Hanbit Delivery: Store owners can register menu items, change their prices, and mark them as sold out. Customers can pick menu items and place an order, and can cancel the order until the store accepts it.
    
  2. Click Start AI Analysis. There's no need to restart the app — it reads the skill file at each stage, when the stage runs. In this tutorial it took 190 seconds, with no clarification questions.
  3. Open the strategic design with View Proposal and scroll past the PROCESS cards to BOUNDED CONTEXT.
PRO-001 “Store Owner: Register a menu item” in skill_lab_en — under BOUNDED CONTEXT, “Menu Management (MENU)” (Supporting) and its first feature “Menu Item Management”
PRO-001 “Store Owner: Register a menu item” in skill_lab_en — under BOUNDED CONTEXT, “Menu Management (MENU)” (Supporting) and its first feature “Menu Item Management”
Chapter 3 (original skill) This chapter (rule 9 added)
Bounded context 1 Menu Management Menu Management (MENU)
Bounded context 2 Ordering Ordering (ORD)

Without changing a single line of code, the engine named the contexts by the new rule — even the codes are the ones in the rule's example. Everything else has nothing to do with the rule, so it comes out along the same lines as in Chapter 3 — the same two contexts with the same classifications (Ordering Core, Menu Management Supporting), and features · user stories · acceptance criteria of the same kind. Only the counts vary from run to run: this run had 5 features and 6 user stories, against 7 and 9 in Chapter 3.

Further down the same proposal — “Menu Availability” under Menu Management (MENU), then “Ordering (ORD)” (Core) with “Order Placement”; acceptance criteria (Given · When · Then) along the same lines as Chapter 3
Further down the same proposal — “Menu Availability” under Menu Management (MENU), then “Ordering (ORD)” (Core) with “Order Placement”; acceptance criteria (Given · When · Then) along the same lines as Chapter 3

Hands-on 4 — Restore#

  1. Restore SKILL.md from the copy of the original.
  2. On Home, click Switch project → choose hanbit_delivery_en and open it again with the code folder hanbit-delivery-en.

Which rules belong in a skill?

Good candidates are things your team kept fixing by hand every time, such as “add a short code to every name”, “at least one failure path in every set of acceptance criteria” or “amounts are integers in the smallest currency unit”. Once a rule is in the skill, every proposal comes out that way from the start.

What to check#

  • In the skill_lab_en proposal, the bounded context names came out with a code attached.
  • You restored the skill file to the original and switched the project back to hanbit_delivery_en.

Quiz#

  1. Do you have to restart the app after editing a skill file?
  2. Why did you create a separate practice project?
  3. You want the constitution interview to ask one more question. Is editing the skill enough?
Answers
  1. No. The app reads the skill file each time it runs a stage.
  2. So that the experimental proposal doesn't mix into the Hanbit Delivery design. Each project has its own graph.
  3. No. The order of interview questions is decided by the app. The skill handles the recommendations · rationales and the constitution document.
© uEngine Solutions · Contact · Every screen and result in this tutorial comes from the Robo Architect Lite desktop app, actually run.