Hexagram 37: 家人

You're building something that needs to work as a coherent system while allowing individual components autonomy. This is the family pattern: defined roles, clear boundaries, mutual dependence. Here's what this probably means: your interfaces must be based on genuine requirements, not theoretical elegance. Unix utilities communicate through text streams because text is a real, universal need—not because someone thought it would be philosophically pure. The flame depends on fuel. The family structure succeeds through several mechanisms. First, firm seclusion within boundaries—each component knows its domain and doesn't overreach. Second, the center (the shell, the mother) manages flow without imposing arbitrary will—serving actual needs, not whims. Third, proper balance between severity and indulgence—strong protocols where they matter, flexibility within those bounds. The failure mode: when components don't respect boundaries or when there's no strong architectural authority. Too great severity leads to rigidity and remorse. Too great weakness—letting every component do whatever it wants—leads to disgrace. Unmaintainable chaos. If you're designing systems or teams, establish clear roles early. Make boundaries firm but not oppressive. Ensure that whoever manages flow—the shell, the product owner, the architect—focuses on actual needs, not personal preferences. And most importantly: let your work command respect through inner truth. Through actually solving real problems consistently, rather than through external force. The family pattern scales because it's based on natural relationships between differentiated but interdependent elements. Same principle applies whether you're designing software, organizing teams, or architecting systems.