sakura-code

Implements confirmed software features, repairs, and refactors within accepted scope and architecture.

3|1|Updated Sep 9, 2026
One-click install
npx skills add https://github.com/v20227/using-sakura-dev --skill sakura-code-v20227
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: sakura-code
Source: https://github.com/v20227/using-sakura-dev/tree/main/skills/sakura-code
Command: npx skills add https://github.com/v20227/using-sakura-dev --skill sakura-code-v20227

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? It turns an already-confirmed requirement into the smallest complete, verifiable code change, preventing scope creep, speculative architecture, and unreviewable edits during implementation. ## Core Features & Use Cases - Scoped Implementation: Reads affected call paths, interfaces, and conventions before editing, then delivers an end-to-end vertical slice instead of broad scaffolding. - License and Boundary Safety: Enforces no-inherited-license rules, preserves external LICENSE and NOTICE files, and keeps frontend, backend, and contract layers properly separated. - Reviewable Changes: Runs the nearest useful check, inspects the final diff for residue or accidental API changes, and routes reproduced failures to the fix workflow. - Use Case: After a feature's acceptance criteria are confirmed, use it to implement the feature across the owning frontend feature, backend module, and contract boundary with focused tests, without dumping logic into entry files or shared utility folders. ## Quick Start Implement the confirmed login-rate-limit feature in the backend module and update its focused tests.

Frequently Asked Questions about sakura-code

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I implement a confirmed feature without breaking existing behavior?▼

Read the affected call paths, dependencies, public interfaces, and nearby tests before editing, then preserve unrelated user changes and stable behavior outside the accepted scope. Deliver an end-to-end vertical slice and run the nearest useful check during implementation.

When should I use this coding workflow versus a read-only review?▼

Use it when the expected result and verification method are clear enough to change code. Do not use it for read-only diagnosis or review; those belong to separate diagnosis or review steps.

Can I copy code from external sources when implementing a feature?▼

Under no-inherited-license mode, you must implement only from the independently written product contract and materials the user owns. Do not copy, translate, port, or adapt external source, tests, documentation, or distinctive internal structure.

Where should new code live in a full-stack project?▼

Place new behavior in its owning frontend feature, backend module, contract, or data boundary. Keep entrypoints limited to startup and wiring, and share request and response shapes through the contract boundary rather than duplicating types.

What happens when a failure's cause is unknown during implementation?▼

Establish a reproducible failure before attempting further repair. Reproduced failures are routed to the fix workflow with the existing repair history, preserving earlier accepted requirements on the same work item.