proposal-writer
Draft client proposals and statements of work that scope, price, and win the project.
git clone --depth 1 https://github.com/holaboss-ai/holaOS /tmp/proposal-writer && cp -r /tmp/proposal-writer/apps/desktop/electron/default-skills/proposal-writer ~/.claude/skills/proposal-writerSKILL.md
# Proposal Writer Write the proposal that gets signed. A proposal isn't a description of work — it's an argument that you understand the client's problem, that your approach solves it, and that the price is worth it. Structure and specificity do the persuading. ## When to use this skill Use Proposal Writer to draft a client proposal, statement of work (SOW), or project scope from a brief, discovery notes, or a rough outline. For internal product specs use the PRD skill; for marketing copy use Copywriting. ## What a strong proposal contains - **Problem restated** — show you heard them. Frame the pain in their words before you pitch anything. - **Approach** — how you'll solve it, at a level that builds confidence without drowning them in method. - **Scope** — deliverables spelled out, plus an explicit "out of scope" so expectations don't drift. - **Timeline** — phases or milestones with rough dates. - **Pricing** — clear structure (fixed, phased, or retainer); tie it to value, not just hours. - **Next step** — one obvious action to move forward. ## Principles - **Specific beats grand.** Concrete deliverables and milestones win over adjectives. - **Scope is a boundary, not a wish list.** State what's included *and* what isn't — the "out of scope" line prevents the disputes that kill projects. - **Don't invent commitments.** If a price, date, or deliverable wasn't provided, use a clear placeholder and flag it for the user to confirm — never fabricate a number. - **Write to the decision-maker.** Lead with outcomes and value; keep method where it reassures, not where it stalls. ## How to work 1. Extract the client's problem, goals, and any constraints from the brief. 2. Draft the approach and break it into concrete deliverables and phases. 3. Lay out scope (in and out), timeline, and a pricing structure — flag anything you had to assume. 4. Close with a single clear next step. ## Output format A structured document: **Overview / Problem**, **Approach**, **Scope & Deliverables**, **Out of Scope**, **Timeline**, **Investment/Pricing**, **Next Steps**. Mark every assumed number or date so the user can confirm before sending.
Build a new holaOS app using @holaboss/app-builder-sdk (5 backend primitives + optional shadcn dashboard UI). The canonical path for vibe-coded apps — integration modules AND dashboard apps both live here.
Use when working in the embedded browser and you want the cheapest reliable interaction loop.
Use when validating or debugging a workflow in the embedded browser and you need a reproducible, evidence-first loop.
Build the visual layer of a holaOS dashboard app — TanStack Start + @holaboss/ui + workspace tokens. Use when an app has SDK primitives wired (via app-builder-sdk) AND needs a `src/client/` UI surface. NOT for marketing pages, NOT for snapshot HTML reports.
Provision a production-ready teammate only after its stable responsibilities, prerequisites, and reusable operating guidance are understood.
Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, artifacts, posters, or applications. Generates creative, polished code that avoids generic AI aesthetics.
This skill is for interface design — dashboards, admin panels, apps, tools, and interactive products. NOT for marketing design (landing pages, marketing sites, campaigns).
Add or update workspace MCP servers using holaOS mcp_registry syntax.