mjr27

Тадам. Решение найдено. В package.appxmanifest нужно добавить руками секцию

<Estensions>
    <Extension Category="windows.activatableClass.inProcessServer">
      <InProcessServer>
        <Path>CLRHost.dll</Path>
        <ActivatableClass ActivatableClassId="Class1" ThreadingModel="both" />
        <ActivatableClass ActivatableClassId="Class2" ThreadingModel="both" />
...
        <ActivatableClass ActivatableClassId="ClassN" ThreadingModel="both" />
      </InProcessServer>
    </Extension>
  </Extensions>

в которой указаны все вызываемые из winrt классы. По видимому, какие-то глюки с их автоматическим поиском и добавлением в appxmanifest.

Всем (то есть тебе, Макс) спасибо, вопрос закрыт :)

Рабочих варианта 4:
1) uno. медленно (очень! на моих бенчмарках получалась обработка ~10-20 ячеек/секунду), печально, ОО должен быть запущен на той же машине что и скрипт. плюсы — собственно 100я гарантия
2) xslx — как уже сказали, очень простой формат, парсится «руками».
3) xlutils — странно что убивал оформление если честно, xlutils.copy мои подобные задачи решал на 100% (не без напильника, да).
4) (editor's choice) формировать xlsx, потом через OO при необходимости конверить в xls. 2-3 секунды на файл

Which
goo.gl/rHS5s
не оно?