Report 008: Does adding a rule to unify names change how evidence is picked up?

September 29, 2026

*The tests use fictional first-person accounts written in Japanese. Quotations from the accounts and from AI outputs are translated; the original Japanese follows each quotation.*

Question

When a rule that makes the AI unify the names of characters in Japanese is added to the prompt, does it affect how evidence is picked up, especially evidence held by the other party?

Conditions

The subject is FactSort's production extraction (gpt-4.1-mini, one call per input; inputs over 5,000 characters are split). On September 7, 2026, 11 lines of naming rules were added to the prompt as requirement 5. The reason was that names had been splitting. For example, the same spouse was registered as three people, "Spouse," "husband (夫)," and "hubby (旦那)," and events were scattered as if they belonged to different people.

We compared the baseline before the change (September 6, median and range of 3 runs per case) with two independent samples after the change (September 7, median of 3 runs each). For reference, we also list the later production runs (September 29, 3 runs each). Other changes, such as the handling of years, were made by September 29.

The cases are harras_long (2,869 characters), chat_log (1,449 characters), and mumble_accident (8,137 characters). All are fictional accounts. Scoring was done by a program that counts whether the reference words from the gold data appear in the evidence field.

Results

CaseItemBefore (9/6)After, sample 1After, sample 2Reference 9/29
harras_longEvidence cited11/12 (10 to 12)9/1210/129/12 (8 to 10)
Other party8/8 (6 to 8)6/87/86/8 (5 to 7)
chat_logEvidence cited9/9 (7 to 9)7/97/97/9 (6 to 8)
Other party5/5 (3 to 5)3/53/53/5 (3 to 5)
mumble_accidentEvidence cited9/13 (9 to 10)9/139/1310/13 (8 to 11)
Preservation of content22/2624/2624/2622/26 (21 to 24)

Names were unified, and names in Latin letters dropped to 0. In mumble_accident, the duplication of characters, which had split into 20 people, was resolved.

Source vs. output

chat_log is a case in which the writer's supplementary notes are attached to a record of workplace chat. The original of the notes is as follows.

All my exchanges with Section Chief Tamura are in this chat. But on my device, anything from before the 30th is no longer displayed, and I think the older messages exist only on the company's server. The scheduling of the meetings was done on a separate scheduler, so the company should have those records too. The separate sheet about the seat change was posted on the internal bulletin board.

Original: 田村課長とのやりとりは全部このチャットに残っています。ただ、私の端末には30日より前のものが表示されなくなっていて、古い分は会社のサーバにしかないと思います。面談の日程調整は別のスケジューラでやっていたので、そちらの記録も会社側にあるはずです。席替えの別紙は社内掲示板に貼られていました。

The gold data lists 5 pieces of evidence held by the other party (the company). Three of them (the chat records from before the 30th, the records of scheduling the meetings, and the separate sheet about the seat change) come from this paragraph. The other two are the weekly report the writer submitted and the estimate that was at issue. In the samples after the change, only 3 of the 5 were picked up.

Findings

Limitations

Reproduction materials