analyze-2-func-specs

Analyze Two Functional Specs

Always use the skill load-plain-reference to retrieve the ***plain syntax rules — but only if you haven't done so yet.

Input

Two functional specs from a .plain file (or across requires modules). The user provides them directly or points to them by location in a file.

Workflow

1. Read both functional specs and the ***definitions*** section so all referenced :Concepts: are understood.
2. Determine chronological order — which spec comes first? The earlier spec was rendered first and the later spec was rendered with the earlier one in context.
3. Run the conflict analysis using the checklist below.
4. Output the verdict and nothing else — either COMPATIBLE or CONFLICTING. No reasoning, no category labels, no resolution suggestions.

Conflict Analysis Checklist

Work through each question. If any answer is "yes", the specs likely conflict.

1. Direct Contradiction

Do the two specs make mutually exclusive assertions about the same behavior?

Spec A: :Resource: items are returned sorted by name in ascending order.
Spec B: :Resource: items are returned sorted by creation date in descending order.

Verdict: CONFLICTING — both define the sort order for the same response,
but specify different fields and directions. A single implementation cannot
satisfy both unless scoped to different contexts.

2. State or Data Conflict

Does one spec set a state or value that the other spec assumes is different?

Spec A: :TaskList: is initially empty.
Spec B: :TaskList: contains a default "Welcome" :Task: on first load.

Verdict: CONFLICTING — both define the initial state of :TaskList: differently.

3. Behavioral Override

Does the later spec silently replace behavior established by the earlier spec without acknowledging it?

Spec A: :User: credentials are validated using an API key.
Spec B: :User: credentials are validated using OAuth 2.0.

Verdict: CONFLICTING — both define the authentication mechanism but pick
different approaches. The later spec overrides the earlier one.