公式の和訳（意訳）です．

IDE でスタイルを設定する

Kotlin の著名な2つのIDE, IntelliJ IDEA と Android Studio はコーディングスタイルの豊富なサポートをしています.
所望のコードスタイルを利用して自動であなたのコードをフォーマットするように設定できます.

スタイルガイドを適用する

Settings/Preferences | Editor | Code Style | Kotlin を開く
Set from... をクリックする
Kotlin style guide を選択する

コードがスタイルガイドに従っていることを検証する

Settings/Preferences | Editor | Inspections | Kotlin を開く
Kotlin | Style issue を開く
File is not formatted according to project settings の設定を有効にする.スタイルガイドに記載されている他の課題（命名規約など）を検証する設定はデフォルトで有効になっている.

ソースコード構成

ディレクトリ構造

複数の言語で構成されるプロジェクトの場合， Kotlin ファイルは Java ファイルと同じソースルートに置き，同じディレクトリ構成にする．
（Java と Kotlin それぞれのファイルは，パッケージ名に対応するディレクトリに置く）．

Kotlin のみで構成されるプロジェクトの場合，共通のルートパッケージを省略したパッケージ構造に従ったディレクトリ構造を推奨する．
（たとえば，プロジェクトのすべてのコードが "org.example.kotlin" パッケージ以下にあるとき， "org.example.kotlin" パッケージのファイルはソースルートに置く．
また， "org.example.kotlin.foo.bar" のファイルはルート直下の "foo/bar" ディレクトリに置く）．

[JVM] Java と一緒に利用されるプロジェクトでは, Kotlin ソース・ファイルは Java のソースファイルと同様にソースルートに置いたままにする.
宣言したパッケージと対応するディレクトリにそれぞれのファイルが置かれるようにする.

ファイル名

Kotlin ファイルに単一のクラス（および，そのクラスに関連するトップレベル宣言）があるとき，ファイル名はクラス名に .kt 拡張子をつけたものになる．
ファイルに複数のクラスがあるか，トップレベル宣言しかないないとき，ファイル名はそのファイルの内容を表す名前にする．
ファイル名には，キャメルケースを用い，最初の文字は大文字にする（ ProessDeclarations.kt など。パスカルケースとも）．

ファイル名は，中身のコードの処理を表す．
なので， "Util" のような無意味な単語を使うのは避けるべきである．

ファイル構造

意味的に強い関連があり，ファイルサイズも妥当である（数百行は続かない）ならば，同じファイル内にクラスやトップレベルの関数・プロパティのような宣言を複数書くことを推奨する．

特に，あるクラスのすべてのクライアントに関連する拡張関数を定義するときは，そのクラス自体が定義されているファイルに書く．
特定のクライアントに対してだけ意味がある拡張関数を定義するときは，そのクライアントの近くに書く．
何かしらのクラスのすべての拡張関数を羅列するためだけのファイルを作らない．

クラス内のコードの配置

一般に，クラス内のコードは以下の順序で書く．

プロパティ宣言と初期化ブロック
セカンダリコンストラクタ
メソッド宣言
コンパニオンオブジェクト

メソッド宣言をアルファベット順や可視性の順にソートしてはならない．
また，通常のメソッドと拡張関数を区別してはならない．
代わりに，関連するものをまとめて書く．
コードを読む人がそのクラスを上から順に読んだときに，何が起こっているかを理解できるようにするためだ．
高レベルのものから順に書くか，低レベルのものから順に書くか，適当に決めて一貫性を持たせる．

ネストされたクラスは，そのクラスを使用する場所の近くに書く．
もし，ネストされたクラスが外部で使用されることを意図したもので，内部からは参照されないのならば，コンパニオンオブジェクトの次，クラスの最後に書く．

インターフェースの実装の配置

インターフェースを実装するとき，メンバの実装はインターフェースでの宣言と同じ順にする．
（インターフェースの実装に private メソッドが必要な場合は，インターフェースの実装の間に書く）．

演算子オーバーロードの配置

演算子オーバーロードは，常にクラス内の隣り合った場所に書く．