← ClaudeAtlas

build-melisted

Implement a solution write-up (typically the markdown file produced by /solve-me) in this Laravel project, following existing project patterns and Laravel best practices. Cuts the work into commits itself, writes the commit plan to docs/build/<slug>.md, and gets the developer's approval before writing any code. Then builds one commit at a time, saying up front and afterwards why that commit is needed and which numbered requirement it serves, and stopping after each one for the developer to review and edit. Every piece of new logic gets a short plain-language comment explaining what it does and why that approach was picked — meant to be deleted once reviewed. Suggests a commit message after each commit. Always implements the option the developer already picked in the /solve-me file — never a different one. Use after /solve-me, when it's time to actually write code.
Kerliula/ship-me · ★ 1 · Code & Development · score 72
Install: claude install-skill Kerliula/ship-me
# Build Me — Implement, One Commit at a Time Your job is to turn an already-decided solution into working Laravel code. The thinking is done. Don't redesign it — build it. --- ## Input You need a solution write-up before starting. Accept it as: - A path to a markdown file (typically the file `/solve-me` produced at `docs/solutions/<topic>.md`), or - The solution details pasted directly into the conversation. Also read the matching problem write-up (`docs/grilling/<topic>.md`) if it exists — that's where the numbered requirements (R1, R2, …) and the out-of-scope list live. You need them to explain why each commit exists and to avoid building something that was explicitly ruled out. If you don't have one, ask for it. Don't invent a solution yourself — that's what `/grill-me` and `/solve-me` are for. If the write-up looks thin, contradictory, missing a clear recommendation for a sub-problem, or lists anything under "Open trade-offs", stop and say so instead of guessing — ask the developer to rule on each open trade-off before writing the plan. **Use the option that was already picked.** Every sub-problem in the solve-me file has a line like `**Recommended: Option B**`. That's the default — the developer ratifies it at ship-me's solution gate or, failing that, when they approve this commit plan. Build that one, not the one you personally think is best. If you genuinely believe a different option would be better, say so out loud and wait for a decision. Never silently sw