What problem does it solve? Jetpack Compose code often drifts into inconsistent patterns: composables without a modifier parameter, hardcoded root layout decisions like .fillMaxWidth(), stepwise var modifier reassignment, and layout wrappers that exist only to hold a single conditional. This Skill gives reviewers and authors a concrete rule set to keep composable APIs reusable and modifier chains readable. ## Core Features & Use Cases - Modifier parameter conventions: Requires a modifier: Modifier = Modifier parameter applied first to the root layout, with caller-provided modifiers outermost in the chain. - Modifier chain construction: Enforces single fluent chains on val, inline conditional segments via .then(if (c) ... else Modifier), and multiline formatting for chains of three or more calls. - Layout structure rules: Hoists single conditionals out of layout wrappers, with explicit carve-outs for containers carrying visual semantics, and covers measure-phase constraint decoration via Modifier.layout. - Use Case: While reviewing a pull request that adds a HomeScreenHeader composable with a hardcoded .fillMaxWidth() and a Column { if (showHeader) ... } body, apply the rules to move layout decisions to the caller and hoist the conditional. ## Quick Start Review this Jetpack Compose composable and fix its modifier parameter, modifier chain, and conditional layout structure according to the style rules.