Good Pile, Bad Pile

In domains where stakeholders say "it depends," stop asking for abstract rules and start collecting labeled examples in the domain's own language — good, bad, acceptable-but-awkward, compliant, risky — because examples become intent training data agents can learn the dependency structure from.

What it is

In many domains the honest answer to "what is the rule?" is "it depends," and the dependency is real — but the experts who live it can rarely state it as a clean rule, even though they can classify any concrete case in seconds. The technique is to stop demanding the rule and start building piles of labeled examples: this is good, this is bad, this is acceptable but awkward, this is technically correct but unacceptable to users, this is compliant, this is risky, this is the old workaround, this is the desired future state. The labels matter as much as the examples, and they should use the domain's own language rather than an abstraction imposed from outside, because the local vocabulary carries the distinctions the experts actually reason with. In regulated, operational, and legacy domains this is frequently more effective than any attempt to elicit abstract rules, because the rule may not exist in any stateable form while the judgment that produces the classification is sharp and consistent. The payoff is that the piles become intent training data: a corpus of labeled cases that can feed specs, reviewers, validators, user-story generators, and test scenarios, encoding the dependency structure through examples even when no one can write the rule the examples obey.

When to reach for it

When NOT to

Exemplars

Related