[](https://www.npmjs.com/package/@guardian/source-development-kitchen)
npm install @guardian/source-development-kitchen@guardian/source-development-kitchen
The Source Development Kitchen is where new components and patterns can be cooked up, tested and shared. There are minimal acceptance criteria. It’s okay to duplicate and break things. If a Kitchen component proves valuable, it may be promoted to @guardian/source.
This package is part of the Source design system.
``sh`
$ pnpm add @guardian/source-development-kitchen
or
`sh`
$ yarn add @guardian/source-development-kitchen
or
`sh`
$ npm install @guardian/source-development-kitchen
`tsx
import { Lines } from '@guardian/source-development-kitchen/react-components';
const Section = () => (
<>
);
`
Full documentation is available in the Source Development Kitchen storybook.
Kitchen components are unsupported by CSTI. They are owned by the team or teams consuming them.
Owners are defined in CODEOWNERS.
If you wish to start consuming a Kitchen component, add your team as CODEOWNERS. This ensures you are notified of changes to the component.
Changes to Kitchen components are to be expected. Components in the Kitchen should be considered experimental and likely to change in ways that break things.
Components that prove valuable may be promoted to @guardian/source. In order to achieve this, the component must meet Source’s acceptance criteria. The best way to meet these is for developers to work in close collaboration with design and UX when building and evolving a component. Components should express some pattern, rule or aspect of design that is governed by Source.
Source is a library where teams can expect to find high quality shared components. Adding new components to Source requires deep work and collaboration across disciplines – design, UX and engineering. It takes a long time and substantial effort for components to land in Source.
Potential contributors are put off contributing directly to Source, as they find it hard to balance the time investment against their team's priorities. The cost of this is two-fold:
- The number of high quality components available in Source is lower than it could be.
- Potentially shareable components are built directly into applications, leading to fragmentation, inconsistency and duplication.
We believe there is value in moving quickly, experimenting with new ideas and sharing those ideas for wider input. The Source Development Kitchen helps teams achieve this by lowering the barrier to entry. It allows teams to get fast feedback on new components, both from users and from other developers.
By providing an agile mechanism for iterating and improving, components can be brought up to the level of quality expected of Source, and everyone can benefit from the work put into them.
The Source Development Kitchen is published as its own package, independent of the stable components in @guardian/source`. This:
- Allows the Kitchen to move fast.
- Allows us to make frequent breaking changes to the Source Development Kitchen whilst preserving semver in Source. The stable library changes at a slower pace, in order to set expectations and preserve developer confidence.