refactor(style): 非推奨の Sass @import を @use へ置き換える

[ryuuji]

なぜ

Dart Sass は @import を非推奨にしており、Dart Sass 3.0 で削除される。
CALIL org 全体では31リポジトリ・247行が該当し、うち active は17リポジトリ・193行。
このPRはその一部。

unitrad 系がやっていること

src/sass/app.sass を、サイトごとの conf/<site>/ を include path に足して
コンパイルする構成。config と index はサイト側から解決される。
_default.sass の変数をサイトの config.sass が上書きしてテーマを差し替えている。

この「後から読み込んだファイルが変数を上書きする」形は @import の
グローバルスコープに依存しているので、単純に @use へ置き換えると壊れる。

どう直したか

変数の上書きは default.$name: value にした。
@use では他のモジュールの変数をこの形で書き換えられる。app.sass が
default → config → main … の順に @use するので、config での上書きは
main 以降の評価に反映される。

# conf/<site>/config.sass
@use 'default'
default.$themeColor: #689B8C

rem() は _functions.sass に分けた。
_main.sass で定義され _top / _side / _result / _bottom などから
使われていた。@use では読み込んだ側からしか見えないので、CSS を出さない
モジュールに分けて使う側が @use 'functions' as * する。
CSS を出さないので @use の位置は出力順に影響しない。
$standard-rem は関数の呼び出し時に評価されるため、config.sass の上書きも効く。

app.sass は @import を @use に置き換えるだけ。
app.sass は @charset しか持たず自分の規則が無いので、読み込み順は変わらない。

このリポジトリでの結果

• 対象は conf/ の1サイト。コンパイルした CSS は移行前と SHA256 まで一致
• DEPRECATION WARNING は 0件

あわせて rem() の ceil() を math.ceil() にした（Dart Sass 3.0 で削除されるため）。
17個の値（負数・小数含む）で旧実装と一致することを確認している。
🤖 Generated with Claude Code