ci: add shellcheck workflow for shell script linting

[RyodoTanaka]

変更点

GitHub Actions ワークフロー .github/workflows/shellcheck.yml を追加しました。

• shellcheck -S warning でシェルスクリプトをリント
• bash tests/run.sh でテスト実行
• リポジトリルート、tests/ ディレクトリを対象（tests/fakes/ 含む）
• PR-A2/B のファイル（canhat_fd_setup.bash, canhat_fd_rename.bash, enable_canhat_fd.sh, can_monitor.sh）は除外（PR-D CAN 監視を常駐ウォッチドッグへ置き換える（rx-offload 停止・bus-off 復旧の恒久対策、#8 を包含） #9 で外す予定）

Refs

• Refs CAN 監視を常駐ウォッチドッグへ置き換える（rx-offload 停止・bus-off 復旧の恒久対策、#8 を包含） #9（このワークフローの除外リストは CAN 監視を常駐ウォッチドッグへ置き換える（rx-offload 停止・bus-off 復旧の恒久対策、#8 を包含） #9 で削除予定）
• 本PR は PR fix(can_tools): fix can_diag.sh error-frame classification, restore, and lock/pause ownership #14 (feat/can-tools-c-diag-ci) から CI ワークフローを分割したもの

ローカル実行結果

shellcheck -S warning

• リポジトリルート .sh/.bash ファイル: 問題なし
• tests/ .sh/.bash ファイル: 問題なし
• tests/fakes/* （拡張子なし bash スクリプト）: 問題なし
• 既知の warning: tests/test_lib_iface.sh line 100 (SC2034: CAN_RUN_BOUNDED_PID 未使用警告)

bash tests/run.sh

Results: 4 passed, 0 failed
  - Fake tests: 36 passed
  - Core tests: 49 passed
  - Iface tests: 17 passed
  - Setup tests: 17 passed

すべてのテストが通過しました。

🤖 Generated with Claude Code

[RyodoTanaka]

レビュー（Opus）: マージ可

Issue #9 §5/§6 の PR-C（shellcheck workflow）部分と、#14 レビューの CI 低指摘への対応を確認した。

確認できたこと

• 対象・除外が §5/§6 どおり: repo 直下の *.sh/*.bash（-maxdepth 1 なので can-utils/・openimu/ は構造上入らない。! -path は冗長だが無害）、-S warning。A2/B の 4 ファイル（canhat_fd_setup.bash・canhat_fd_rename.bash・enable_canhat_fd.sh・can_monitor.sh）は除外し、「PR-D で外す」コメントあり。
• 拡張子なしの fakes を拾う: 同じ条件で手元で試し、tests/fakes/{docker,ip,journalctl,systemctl,mk_sysfs.sh} と tests/test_*.sh の 4 本が対象になることを確認した。
• 失敗が job に伝わる: Actions の run: は既定で bash -e -o pipefail なので、shellcheck が非 0 ならその場で step が落ちる（rc=$? 以降には来ないが結果は同じ）。tests/run.sh は失敗が 1 件でもあれば exit 1 で、step も落ちる。
• A2(#13)・B(#15) のマージ後: 直下に新しく入る install.sh（A2）と can_watchdog.sh（B）は除外されず対象になるが、両方とも shellcheck 0.11 -S warning で警告 0（rc=0）だった。新しい tests/test_*.sh は対象になり、警告 0 は確認済み。B の can_monitor.sh 削除も除外判定は basename 比較なので問題ない。
• 安全: secrets は使っていない。外部 action は actions/checkout@v4 だけ。CI は緑（push と pull_request で 2 回）。

低（任意。PR-D でまとめて直してもよい）

1. permissions: contents: read を明記していない。リポジトリ／組織の既定が write だと、GITHUB_TOKEN に必要以上の権限が付く。
2. tests/ 直下は test_* で絞っているので、tests/run.sh は対象外になる（§5 の「tests/」より狭い）。今は警告 0 なので、対象に足しても通る。
3. tests/fakes/ 配下は拡張子を見ずにすべて渡している。シェルでないデータ（JSON の雛形など）を置くと誤検出で落ちる。逆に、can_diag 用の fakes を tests/diag_fakes/ のような別ディレクトリに置くと対象から漏れる。fakes は tests/fakes/ にシェルだけ置く、という運用を守るか、shebang で判定するとよい。
4. on: [push, pull_request] なので、同じリポジトリ内の PR では 2 回走る。push を branches: [develop, main] に絞ると重複がなくなる。
5. ubuntu-latest の apt 版 shellcheck は手元の 0.11 より古い。ローカル（契約）と CI で結果がずれることがある。

クリティカル・高・中の指摘なし。マージ可。