Я заметил, что у вас параметр Clean Up Unknown Target Words установлен в значение «Yes». Во многих случаях это полезно, но может затруднить поиск и устранение проблем.
Если вы установите это значение в «No», то для каждого слова, которое не подвергается синтезу, будет отображаться %0%... Это поможет вам точно определить несколько слов, которые не прошли синтез. В данном случае, я думаю, их 3 или 4.
Когда вы видите, что что-то работает в Live Rule Tester, но не работает в модулях Drafting, хорошим вопросом, который стоит задать себе, является вопрос о том, есть ли какой-либо контекст до или после слова, который мог бы стать причиной различия. (И на начальном этапе вы, возможно, захотите проверить, включены ли все правила для тестирования в LRT.) Похоже, что именно контекст является проблемой здесь. Когда я объединил одно слово 'Mauxangang' выше со следующим словом 'Yesu', это вызвало применение вашего правила Time Phrase.


Это может быть неочевидно, но, хотя первое слово находится на одной строке, а второе — на следующей, для движка передачи они находятся рядом в потоке данных. Из-за этого два слова вместе сработали правило Time Phrase. В этом правиле, если ваше конкретное существительное не совпадает, вы просто выводите существительное таким, каким оно поступило. Критически важно, что 3s.POSS3 не преобразуется, и тогда синтезатор не распознает этот аффикс. Вам нужно будет обработать это существительное как обычное существительное, если оно не соответствует критериям для time phrase.
I noticed you had the Clean Up Unknown Target Words set to 'Yes'. That's useful in many cases, but can make it hard to troubleshoot problems.
If you set this to 'No' then you will see %0%... for every word that doesn't synthesize. That would help you zero in on the few words that didn't synthesize. I think 3 or 4 in this case.
When you see that something is working in the Live Rule Tester, but not in the Drafting modules a good question to ask yourself is if there is some context before or after the word that could be the difference. (And initially you might want to check if all rules are turned on for testing in the LRT.) The context seems to be the issue here. When I combined the single word 'Mauxangang' above with the next word 'Yesu' it trigger the application of your Time Phrase rule.


It may not be obvious, but even though the 1st word is on one line and the 2nd word is on a subsequent line, to the transfer engine they are side by side in the data stream. Because of this, the two words together triggered the Time Phrase rule. In that rule, if your specific noun is not matched, you merely output the noun the same way it came in. Critically, the 3s.POSS3 doesn't get converted and then the synthesizer doesn't recognize that affix. You would need to process that noun as a normal noun if it doesn't match the criteria to be the time phrase.