lean-build
Build Features Without Speculative Scope
Feature work often grows beyond acceptance needs and weakens architectural ownership. Lean Build defines a narrow outcome, reuses repository patterns, and stops after focused verification.
๋ด ์์ด์ ํธ๋ก ์ค์น
์ด ์์ฒญ์ ์์ด์ ํธ์ ๋ณต์ฌํ์ธ์. ๊ณต์ Skill ํ์ด์ง์ ๋งค๋ํ์คํธ๊ฐ ํฌํจ๋์ด ์์ต๋๋ค.
Review the Skillstore skill "lean-build" from https://skillstore.io/skills/juliusbrussee-lean-build.md and its manifest at https://skillstore.io/api/skills/juliusbrussee-lean-build/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.์์ด์ ํธ๋ ๊ณ์ํด์ ๊ณํ์ ํ์ํ๊ณ ๋ณด์ ์ ์ฑ ์์ ์๊ตฌํ๋ ํ์ธ์ ์์ฒญํด์ผ ํฉ๋๋ค.
์์ด์ ํธ๊ฐ ์ฝ๊ธฐ ์ฌ์ด ๋ฆฌ์์ค
AI ์์ด์ ํธ, ํฌ๋กค๋ฌ, ์คํฌ๋ฆฝํธ๊ฐ ์ ์ฒด ํ์ด์ง ๋์ ์ ๋ฆฌ๋ ์ปจํ ์คํธ๋ง ํ์ํ ๋ ์ด ๋งํฌ๋ฅผ ์ฌ์ฉํ์ธ์.
ํ ์คํธํด ๋ณด๊ธฐ
"lean-build" ์ฌ์ฉ ์ค์ ๋๋ค. Add saved filters to the issue list without introducing new configuration.
์์ ๊ฒฐ๊ณผ:
Acceptance covers saving, selecting, and deleting filters through existing preference ownership. Non-goals exclude sharing, import, export, and filter templates.
"lean-build" ์ฌ์ฉ ์ค์ ๋๋ค. Connect the current notification flow to a second provider.
์์ ๊ฒฐ๊ณผ:
- Trace the existing notification entry point, provider boundary, retry ownership, and test path.
- Add only the provider implementation and required registration.
- Stop after focused delivery and failure-path checks pass.
"lean-build" ์ฌ์ฉ ์ค์ ๋๋ค. Fix duplicate status updates appearing in two interface views.
์์ ๊ฒฐ๊ณผ:
Move deduplication to the shared status owner, preserve both views, and verify the common update path plus focused regression coverage.
๋ณด์ ๊ฐ์ฌ
์์ No security findings were identified in the prompt-only skill. It contains implementation guidance without executable code, external access, data collection, or prompt injection.
์ด ๋ณด๊ณ ์ ๊ณต์ ๋ฐ ์ธ์ฉ
๋ฒ์ ์ด ์ง์ ๋ ํ๊ฐ ๋ณด๊ณ ์, ์ค๋ฆฝ ๋ฐฐ์ง, ์๋ฒ ๋ ์นด๋ ๋ฐ ์ธ์ฉ์ ๊ณต์ ํ์ธ์. Skillstore๋ ๊ทผ๊ฑฐ๋ฅผ ๋ณด๊ณ ํ์ง๋ง ์ด Skill์ ์์ ์ฌ๋ถ๋ฅผ ํ๋จํ์ง ์์ต๋๋ค.
๋ณด๊ณ ์ ๋งํฌ ๋ณต์ฌ
https://skillstore.io/skills/juliusbrussee-lean-build/audits/1?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdown ๋ฐฐ์ง
[](https://skillstore.io/skills/juliusbrussee-lean-build?utm_source=security_passport_badge)HTML ๋ฐฐ์ง
<a href="https://skillstore.io/skills/juliusbrussee-lean-build?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/juliusbrussee-lean-build/security.svg" alt="Skillstore security assessment" loading="lazy"></a>์๋ฒ ๋ ์นด๋
<iframe src="https://skillstore.io/embed/skills/juliusbrussee-lean-build.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>ํ์ ์ธ์ฉ (APA ยท BibTeX ยท CFF)
APA ์ธ์ฉ
juliusbrussee. (2026). lean-build security audit report (audit version 1) [Author version unspecified]. Skillstore. https://skillstore.io/skills/juliusbrussee-lean-build/audits/1BibTeX ์ธ์ฉ
@techreport{juliusbrussee-juliusbrussee-lean-build-2026,
author = {juliusbrussee},
title = {lean-build security audit report (audit version 1)},
institution = {Skillstore},
year = {2026},
number = {1},
url = {https://skillstore.io/skills/juliusbrussee-lean-build/audits/1},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "lean-build security audit report (audit version 1)"
version: "unspecified"
type: report
authors:
- name: "juliusbrussee"
date-released: "2026-08-12"
url: "https://skillstore.io/skills/juliusbrussee-lean-build/audits/1"
identifiers:
- type: other
value: "skillstore:juliusbrussee-lean-build:audit:1"
description: "Skillstore immutable audit report identifier"
Skillstore ์ ์
์ด ์ ์์ ์ด์ ์ฆ๊ฑฐ ์ ๋ขฐ๋: ์ค๊ฐ๋ง๋ค ์ ์๋ ๊ฒ
Deliver a Product Slice
Implement one observable user outcome across the repository while excluding unrelated enhancements.
Constrain an Integration
Add a required integration using existing ownership boundaries and only necessary lifecycle changes.
Correct Shared Behavior
Fix a narrow behavior at its owning layer and verify the affected path.
์ด ํ๋กฌํํธ๋ฅผ ์ฌ์ฉํด ๋ณด์ธ์
Use $lean-build to implement [feature]. First state observable acceptance criteria and explicit non-goals from this repository.
Use $lean-build for [feature]. Trace the entry point and owning layers, then implement the smallest coherent path using existing patterns.
Use $lean-build to add [behavior]. Refactor only where direct patching would duplicate behavior, weaken ownership, or hide the root cause.
Use $lean-build to integrate [service]. Define lifecycle needs, material tradeoffs, focused verification, and the exact stop condition before implementation.
๋ชจ๋ฒ ์ฌ๋ก
- Provide the feature request, repository context, and expected user-visible result.
- Confirm acceptance criteria and non-goals before implementation begins.
- Run focused tests on the complete path and stop when acceptance passes.
ํผํ๊ธฐ
- Do not add extensibility, providers, modes, or configuration for hypothetical future needs.
- Do not force cross-layer behavior into one local patch when ownership belongs elsewhere.
- Do not continue polishing after acceptance passes without a new requirement.
์์ฃผ ๋ฌป๋ ์ง๋ฌธ
What types of work fit Lean Build?
Does the skill always choose the fewest changed files?
When does it recommend refactoring?
Will it add configuration for future flexibility?
How does it decide when to stop?
Does Lean Build replace broader testing?
๊ฐ๋ฐ์ ์ธ๋ถ ์ ๋ณด
์์ฑ์
juliusbrussee๋ผ์ด์ ์ค
MIT
Skillstore ๋ฆฌ๋น์
r1
๋ฒ์ ์๋ด
์์ฑ์๊ฐ ๋ฒ์ ์ ์ ์ธํ์ง ์์์ต๋๋ค.
๋ฆฌํฌ์งํ ๋ฆฌ
https://github.com/juliusbrussee/caveman/tree/a0109974ea3258a14aadaef1ed1f8ff2837d30d5/skills/lean-build์ฐธ์กฐ
7b8c859294bb987ad70ef94d6499a7aa97cc8252
์ ์ง๋ณด์ ์ต์ ์ฑ
2026. 8. 13.
์ฌ์ฉ๋
0 ๋ค์ด๋ก๋ ยท 0 ์กฐํ
ํ์ผ ๊ตฌ์กฐ