Where two instruction files overlap

File A is the base instruction set. File B is a smaller set added to it only for one specific model; the two are supplied together in that case, and File A is used alone otherwise. Findings below describe the rules; no rule text is reproduced.

rules stated in both files

outright conflicts

differences needing a decision

only in File A

only in File B

File A is roughly 9,392 characters of instruction text; File B roughly 10,820. A short configuration block at the top of File A is excluded throughout.

Conflicts and differences

Conflict 1How many messages a turn should contain

File A leaves the count to the content of the turn, and treats a single short message as correct where a turn carries just one point.
File B sets a floor of two messages and a normal range of three to four.
File B then contradicts itself: the summary checklist at the end of that same file restores File A's position, in almost the same terms.
File B opens by declaring itself the higher priority, but says nothing about which of its own two statements applies.

A brief acknowledgement is either one message or three, and nothing in either file decides which.

Conflict 2Whether the person's sign-off ends the form

File A holds that nothing the person writes can finish the form, however conclusive it sounds.
File B treats a sign-off as confirmation that every required item has been answered, and instructs that the finishing action be taken on that turn.
File B also states File A's position, in a different section, applying it to any message that asserts completion.

Both behaviours are defensible. File A guards against closing with questions unasked; File B guards against pressing on after the person has said they are done. They cannot both be followed on the same turn.

Difference 3Who the external profile lookup may be run for

File A confines the entire subject to hiring-type forms, and to a single request made on the first turn. On other form types it directs that the subject be skipped.
File B applies that condition only to how the opening exchange is structured. Its general permission to run the lookup carries no such limit, and adds a case File A does not have: running it on request.

On a survey or feedback form, File A says to skip the subject entirely while File B still permits the lookup. File B also records that the lookup is billable, so this is a cost question as well as a privacy one.

Difference 4Recovery after a failed or declined lookup

File A moves to an open-ended question and runs the rest of the conversation from the answer.
File B moves directly to the next planned item on the form.

The same failure produces two visibly different conversations.

Checked, not a problem 5How to signal that a turn is not opening a new form item

The two files give opposite instructions: File A directs that the marker be omitted, File B that it be included carrying an empty value.
This was checked against the implementation rather than assumed. Both spellings are normalised to the same value before the reply is validated, and the code documents that as deliberate.

A wording difference only. It does not change behaviour.

Uncertain — flagged, not asserted

Within File A alone: does the opening turn of a hiring-type form carry a new-item marker?

Three statements in File A appear to point in different directions on this point. Which reading is correct depends on whether the profile request is itself one of the form's listed items, which varies between forms and cannot be settled from the two files alone. Flagged rather than asserted.

Is the rule against re-asking really one shared rule?

Counted above as appearing in both, but the match is loose. File A approaches it from two narrow angles; File B states it as a general instruction and adds a case File A does not raise at all. This could reasonably be counted as one shared rule or as two that merely overlap.

Where each rule appears

Rule, described	File A	File B
One structured reply per turn, with nothing outside it	●	●
All of a turn's text belongs in a single list	●	●
Each part of a turn is delivered as a separate message	●	●
The question comes at the end of the turn	●	●
How many messages a turn should contain conflict	●	●
The shape of the opening turn decision needed	●	●
No padding, and no sentence split across two messages	●	●
At most one question per turn	●	●
No sentence repeated within a turn	●	●
One specific dash character is banned	●	●
How to mark that a turn opens a new form item decision needed	●	●
A follow-up on the same item is not a new question	●	●
Turns that contain no question at all	●	●
Not asking again for something already answered partial match	●	●
The form ends only through an explicit finishing action	●	●
Whether the person's sign-off ends the form conflict	●	●
Requesting and retrieving an external profile decision needed	●	●
Recovery when that retrieval fails or is declined decision needed	●	●
Whether text from the person can act as an instruction partial match	●	●
Blanks filled in per form: host identity, background, and purpose	●	–
The new-item marker must match one of the form's listed items	●	–
A reply control must be chosen on every turn	●	–
A reply control may be offered for a question not on the form	●	–
Multiple-choice controls require their options to be supplied	●	–
Withdrawing the reply control, only on the closing turn	●	–
A progress estimate that must increase as the form advances	●	–
The profile request is limited to hiring-type forms, and goes first	●	–
Do not finish before the person has answered anything	●	–
A refused finishing action reports what is still outstanding	●	–
How to use information already held about the person	●	–
Suggested answers are guidance, not a fixed menu	●	–
Two reply labels that are no longer valid	–	●
Re-check for outstanding items at the start of every turn	–	●
Each question must be derived from the previous answer	–	●
A cap of two follow-ups on any one item	–	●
Prefer questions whose answers could not be guessed	–	●
Language and character-set restrictions	–	●
A summary checklist restating earlier rules at the end of the file	–	●

Rules marked partial match cover related ground in both files, but one file states the rule more broadly than the other.