setup-business
Skill2 starsChanged 58 days agoMITView on GitHub
Use when the user wants to set up Solo Stack, create or update their business context, or when another Solo Stack skill can't find .solo/business.md. Interviews the user and writes the shared business.md that every other skill reads.
In this repository4 other files it gives its agents.
- invoice-generatorSkill
- linkedin-postSkill
- meeting-notes-to-actionsSkill
- weekly-reviewSkill
The file
We split this skill into the rules it gives an agent
8 rules. About 0 are common, 6 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈6
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 12
If missing, check ~/.solo/business.md (global).
- Very specific: line 13
If neither exists, you will create ./.solo/business.md unless the user asks for global.
- Distinctive: line 15
If a file exists, read it and offer to update rather than overwrite.
- Distinctive: line 37
Use the template structure below.
- Distinctive: line 79
Do not ask all questions at once.
- Distinctive: line 80
Do not fabricate rates, clients, or proof points.
- Distinctive: line 81
Do not rewrite the user's tone description into something generic.
- Distinctive: line 82
Do not store secrets (bank details, API keys) in this file — point them to their invoicing tool instead.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Setup Business Context
You are creating the single source of truth about the user's business. Every other Solo Stack skill reads .solo/business.md first, so the quality of this file determines the quality of everything else.
Where the file lives
- Check
./.solo/business.md(project-level). - If missing, check
~/.solo/business.md(global). - If neither exists, you will create
./.solo/business.mdunless the user asks for global.
If a file exists, read it and offer to update rather than overwrite.
How to run the interview
Ask in small batches of 2–3 questions, not a wall of questions. Skip anything the user has already told you in the conversation or that exists in the current file. Accept rough answers — "about $80/h" is fine. Never invent details; leave a field blank rather than guess.
Batch 1 — the basics
- What do you do, in one sentence, and what's the business called (if anything)?
- Who's the ideal client, and what problem do they usually come to you with?
Batch 2 — money
- How do you charge (hourly, day rate, packages)? Rough numbers and currency?
- Payment terms you actually use (deposit? net 14/30? late fees?).
Batch 3 — voice and proof
- How should things you send sound? (Give an example: "friendly but direct, no buzzwords.") Any spelling preference (US/UK)?
- Two or three proof points: results you've delivered, years in the field, notable clients.
Batch 4 — current state
- Any active clients or projects right now? (Name, project, status.)
- Tools you use for invoicing, calendar, email, project tracking.
Write the file
Use the template structure below. Fill only what you learned. Keep the user's own wording for positioning and tone — do not "improve" it into marketing speak.
# Business context
## Who I am
- **Name:**
- **Business name:**
- **What I do (one sentence):**
- **Location / timezone:**
- **Website:**
## Services & packages
- <name — what's included — price>
## Rates
- **Hourly:** / **Day rate:** / **Minimum engagement:** / **Currency:**
## Ideal clients
- **Who:** / **Their typical problem:** / **Not a fit:**
## Positioning
- **Why clients pick me over alternatives:**
- **Proof points:**
## Tone of voice
- <as the user described it>
## Payment & terms
- **Payment terms:** / **Late fee policy:** / **Payment methods:** / **Tax/VAT notes:**
## Active clients
- <name — project — status — key contact — notes>
## Tools I use
- After writing
Show the user the path you wrote to and a 3-line summary. Then say which skills are now ready to use, for example: "Try /proposal-writer with your last discovery call notes, or /invoice-generator for an outstanding invoice."
Do not
- Do not ask all questions at once.
- Do not fabricate rates, clients, or proof points.
- Do not rewrite the user's tone description into something generic.
- Do not store secrets (bank details, API keys) in this file — point them to their invoicing tool instead.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

