「10.2の人は全てこれを実行して下さい」受け売りです

＞ただ、気持ち悪いので外付けFW HDDにテストインストールしてあったシステムから
＞drwxr-xr-x でパッケージな candidateAssist.dict を持って来て使ってます。
OS Xのみを新規インストールした状態でdrwxr-xr-xだったんでしょうか？
他の.dict群を見てみると、drwxr-xr-xなのと-rw-r--r--なのが混在しているので
Apple的にはどっちが正しいとか間違っているとかはないような気がします。
（混在していることがそもそもの諸悪の根源なのでしょうが・・・）
少なくとも、OS Xのインストーラは、-rw-r--r--をインストールしているつもりでいるし
修復ツールも-rw-r--r--が正しいと思っているのは
＞Permissions differ on ./System/Library/Components/Kotoeri.component/Contents/Support/candidateAssist.dict, should be -rw-r--r-- , they are drwxr-xr-x
からも想像できるかと。
そもそも、パッケージなファイルは全部drwxr-xr-xに統一してしまうのが混乱がなくていいのでしょうね。
フィードバックするとしたらそのあたりに対してが妥当なところでしょうか・・・。

現状を記します(新規インストール、ママ)。
Kotoeri.component/Contents/Support] yuka_p9% ls -al
drwxr-xr-x 3 root wheel 102 Aug 24 22:14 candidateAssist.dict
Contents/Support/candidateAssist.dict] yuka_p9% ls -al
total 0
drwxr-xr-x 3 root wheel 102 Aug 24 22:14 .
drwxr-xr-x 5 root wheel 170 Aug 24 22:14 ..
drwxr-xr-x 5 root wheel 170 Aug 24 22:14 Contents
Contents/Support/candidateAssist.dict] yuka_p9% ls -al Contents
total 856
drwxr-xr-x 5 root wheel 170 Aug 24 22:14 .
drwxr-xr-x 3 root wheel 102 Aug 24 22:14 ..
-rw-r--r-- 1 root wheel 579 Aug 24 22:14 Info.plist
-rw-r--r-- 1 root wheel 8 Aug 24 22:14 PkgInfo
-rw-r--r-- 1 root wheel 430080 Jul 16 17:38 dictionary_1
dictionary_1 が実体だと思われます。
ですが、パッケージじゃない状態でうちでも動いていたんで、謎です。

EGBRIDGEを使用していたので、ことえり問題には注意していませんでした。
受け売りでレスしてすみません。
で、私の場合は、
最初ハードディスクでユーティリティ起動、
その後CDでユーティリティ起動という段階を踏みましたが、
-rw-r--r-- 1 root wheel 430080 Jul 16 17:38 candidateAssist.dict
という状況になっています。
＃一応情報として。

EGBRIDGEを使用していたので、ことえり問題には注意していませんでした。
受け売りでレスしてすみません。
で、私の場合は、
最初ハードディスクでユーティリティ起動、
その後CDでユーティリティ起動という段階を踏みましたが、
-rw-r--r-- 1 root wheel 430080 Jul 16 17:38 candidateAssist.dict
という状況になっています。
＃一応情報として。

パッケージ中の実体
-rw-r--r-- 1 root wheel 430080 Jul 16 17:38 dictionary_1
は、もださんの
-rw-r--r-- 1 root wheel 430080 Jul 16 17:38 candidateAssist.dict
と同一ファイルですね、中身的には多分(サイズ、日付けが同じ)。
違うのは階層と名称で、ことえりは、両方を同じモノとして透過的に扱えるのでしょう。
少し納得しました。

＞Kotoeri.component/Contents/Support] yuka_p9% ls -al
＞drwxr-xr-x 3 root wheel 102 Aug 24 22:14 candidateAssist.dict
正常（？）にインストールされると、もださんの報告にもあるように
-rw-r--r-- 1 root wheel 430080 Jul 16 17:38 candidateAssist.dict
変更日がJul 16 17:38で、察するにPowerBambooさんの報告にある
Aug 24 22:14がファイルの書き換えられた時間だと思います。
でも、新規インストールで駄目だということは、サードパーティのアプリは関係ないのかな？
私の一回目のインストールの経験から、一番最初のユーザ登録をちょっと疑っているので
来週検証する時には、インストール直後の再起動でシングルユーザモードで
立ち上げてみてパーミッションの確認をするところから細かく検証してみようかと思っています。
＃二回目のインストールの時の情報も参考にしたいところなんですが、
　インストール前にPRAMクリアをしたがために、こんなことになってたり・・・ (^^:)
　drwxr-xr-x 3 root wheel 102 Apr 1 1976 candidateAssist.dict/
　でもソフトを入れる前に、時間合わせをしたはずだから、やっぱりかなり初期段階で変更されたのかなぁ・・・

＞察するにPowerBambooさんの報告にある
＞Aug 24 22:14がファイルの書き換えられた時間だと思います。
この時間は、間違いないです。新規インストールした時刻です。
8.24 はJaguar 発売日で、午前中に届いたのですが
最初、10.1.5 に上書きしたら全く安定しなかったので、
必要データをバックアップして新規インストールしたのです。

ネットワーク越しのアクセスも含めて、
たくさんのユーザで同じコンピュータを使用しないなら、
Permissionはrwxrwxrwxに近い方が障害は起きにくいでしょうね。
「r--r--r--であるべきだがrwxr-xr--になっている」
「Groupが0(wheel)であるべきだが80(admin)になっている」
この手のものを修復するのは許容量を狭くするので、
セキュリティを考える必要がないなら無視できます。
逆の場合はもしかすると操作に失敗したり、アクセス権が
ないので...できませんなどと妨げられるかもしれません。
無視していいのとそうでないのとを見分けることと、
個別に修復する方法を知って「修復」ボタンは
使わないというのがいいやり方かもしれないです。

＞この時間は、間違いないです。新規インストールした時刻です。
ってことは、やっぱり書き換えられるタイミングは、インストール中もしくはその直後？
CD不良説もありうるのかな？　そのあたりも含めて検証してみますね。

今日またスリープ後にApple pro keyboardの音量ボタンが
反映されなくなってしまいました。
因果関係はなかったかな...ごめんなさい。

Up-To-Date版による 10.1.5 -> 10.2 上書きインストールです。
もださん同様に白紙アイコンですが、ことえり関連の問題は何もありません。
[118]yamac(‾)% ll /System/Library/Components/Kotoeri.component/Contents/Support
total 840
drwxr-xr-x 3 root wheel 102 Jul 29 17:09 KotoeriUIServer.app/
drwxr-xr-x 3 root wheel 102 Jul 29 17:09 WordRegister.app/
-rw-r--r-- 1 root wheel 430080 Jul 16 17:38 candidateAssist.dict

Up-To-Date版による 10.1.5 -> 10.2 上書きインストールです。
もださん同様に白紙アイコンですが、ことえり関連の問題は何もありません。
[118]yamac(‾)% ll /System/Library/Components/Kotoeri.component/Contents/Support
total 840
drwxr-xr-x 3 root wheel 102 Jul 29 17:09 KotoeriUIServer.app/
drwxr-xr-x 3 root wheel 102 Jul 29 17:09 WordRegister.app/
-rw-r--r-- 1 root wheel 430080 Jul 16 17:38 candidateAssist.dict

Up-To-Date版による 10.1.5 -> 10.2 上書きインストールです。
もださん同様に白紙アイコンですが、ことえり関連の問題は何もありません。
また、ディスクユーティリティ(First Aid)のパーミッションチェックにもリストされません。
[118]yamac(‾)% ll /System/Library/Components/Kotoeri.component/Contents/Support
total 840
drwxr-xr-x 3 root wheel 102 Jul 29 17:09 KotoeriUIServer.app/
drwxr-xr-x 3 root wheel 102 Jul 29 17:09 WordRegister.app/
-rw-r--r-- 1 root wheel 430080 Jul 16 17:38 candidateAssist.dict

ディスクユーティリティ(First Aid)のパーミッションチェックですが、リファレンスとなるものが必ず必要なはずと思いディスクユーティリティを解析してみました。その結果ですが、以下の *.bomファイルをリファレンスファイルとしてファイルシステム内のディレクトリやファイルとコンペアしているようです。
---
/Library/Receipts/BaseSystem.pkg/Contents/Archive.bom
/Library/Receipts/Essentials.pkg/Contents/Archive.bom
/Library/Receipts/BSD.pkg/Contents/Archive.bom
/Library/Receipts/BSDSDK.pkg/Contents/Archive.bom
/Library/Receipts/DevDocumentation.pkg/Contents/Archive.bom
/Library/Receipts/DevExamples.pkg/Contents/Archive.bom
/Library/Receipts/DevPBWO.pkg/Contents/Archive.bom
/Library/Receipts/DevSDK.pkg/Contents/Archive.bom
/Library/Receipts/DevTools.pkg/Contents/Archive.bom
/Library/Receipts/AdditionalApplications.pkg/Contents/Archive.bom
/Library/Receipts/AdditionalFonts.pkg/Contents/Archive.bom
/Library/Receipts/AdditionalAsianFonts.pkg/Contents/Archive.bom
---
２行めの /Library/Receipts/Essentials.pkg/Contents/Archive.bom の中に candidateAssist.dict が含まれており、その内容は、
[128]yamac(/Library/Receipts/Essentials.pkg/Contents)% lsbom -p MUGsf Archive.bom | grep candidateAssist.dict
-rw-r--r-- root wheel 430080 ./System/Library/Components/Kotoeri.component/Contents/Support/candidateAssist.dict
となっています。これによれば以前は（本来は）ファイルであることが正しいということになりますね。

そういう仕掛けだったんですか。
lsbom で同様の確認をしたところ、結果は同じでした。
ということは、私の場合はcandidateAssist.dict がファイルからパッケージに化けたということですね。
時期はインストール時(/Library/Receipts/ 格納時)、または直後)。