List of Tools [text.Baldanders.info]

GitHub Copilot はシェル芸達者

2026-04-09T06:57:34+00:00

最初に予防線を張っておくと，この記事は技術系の内容ではありませんし，私は生成 AI の扱いにも慣れてません。その辺を割り引いて読んでいただけるとありがたいです。

生成 AI にどこまで任せていいのか

最近は GitHub Copilot に開発支援だけじゃなくて，このブログのメンテナンスもさせている。なにせ，どこまで任せていいのか匙加減がさっぱり分からないので，できそうなところから徐々に任せていく感じ。気分は新卒社会人の OJT だぜ（笑）

今のところ GitHub Copilot に任せているのは以下の作業：

タイトル & slug の提案と記事ファイルの作成
書いた記事の校正とタグの提案
記事ファイルの commit & push
ブログのビルドと GitHub Pages への commit & push
Hugo の更新

記事そのものは書かせてない。

いや，生成 AI に書かせるとホンマに好き勝手な（私の意図とは程遠い）ことを書くのよ。一度，タイトルだけ決めたまっさらな状態で書かせようとしたら「何の論文を書く気？」って感じのアウトラインを組み始めて，さすがに止めた。ブログ記事に10個も章立てしてどうする（笑）

よくアフィリエイト記事を AI に書かせて云々みたいな話を聞くけど，ホンマに AI に書かせてるの？かなり無茶苦茶するぞ。ある意味，文才があるのかも知れないが。

というわけで「記事を書く」以外の作業をやらせている。

ちなみにモデルは GPT-5.3-Codex を使っている。あまり Premium Request を消費したくないので最初は GPT-5 mini を使ってたのだが，どうもこの手の「作業」には向かない感じ。最終的にはローカル LLM を構築したいのだが，お試しレベルならともかく，まともに動くモデルを個人環境で構築するのは難しいか？

タイトル & slug の提案と記事ファイルの作成

私は最初にタイトルを決めないとブログ記事が書けない。マイクロブログ程度の短文ならともかく，ブログ記事でタイトルも決めずに書き始めると大抵記事が迷走する（タイトルを決めて書いても迷走しがちなのだが，それはそれ）。

手順としては

日本語のタイトルを決める（ここだけ私の作業）
Copilot に英語の翻訳と対応する slug を提案させる（たいてい複数個の候補を提案してくれる）
slug が決まったら記事ファイルを作成させる
ファイル内の front matter を埋めさせる

という感じ。日本語タイトルを英訳させるための対話で，色々と気付きがあって面白い。

たとえば日本語タイトルが曖昧で英訳が頓珍漢な文になることがある。これは生成 AI 以前の機械翻訳サービスを使ってたときもそうだったが，機械と対話することで「文のこの部分が誤解を招いてるのか」と気づいたりできるわけだ。こういったやり取りが意外と面白かったりする。

記事ファイルの作成用にシェルスクリプトを組んでいるのだが，まずその挙動を理解させるところから始めた。したら「このスクリプトをリファクタリングするか？」と訊いてきたのでやらせてみたら，なかなかいい感じに仕上げてくれた。これなら AI にスクリプトを改善させることもできそうだ。

他の既存のスクリプトについても同様にリファクタリングさせ，それらの使い方を copilot-instructions.md および README.md にまとめさせた。

書いた記事の校正とタグの提案

私のブログは意図的に文体を崩して書いているので（設計書やビジネス文書じゃあるまいし），下手に賢い lint では却って使いづらかったりする。ためしに Copilot に「誤字だけ指摘して」と指示してみたら，いい感じに結果を返してくれた。以来，校正は Copilot に任せている。

誤字だけでなく慣用句の漢字間違いの指摘とかは結構ありがたかったり。それでいて崩した文体については一切スルーしてくれる（笑）偉い偉い。

もうひとつ悩んでいるのが記事に付与するタグの選択だ。これを普通に AI に任せるとメチャクチャにしてくれるので，まずは過去の記事を全て浚ってタグの一覧を作らせるところから始めた。

したらすごい勢いでシェルスクリプトを書き始めた。私はそれを「へぇ。なるほど」とか言いながら眺めるだけ。アレだ。ペアプログラミングってやつ（笑）機械相手にペアプロすることになるとは思わなかった。

せっかくいい感じのスクリプトを書いてくれたので，それをファイルにまとめていつでも呼び出せるようにさせた。タグの一覧を出現数の多いものからソートして CSV ファイルに出力させる。ここまでできれば，作成した記事に対してタグ一覧の中から妥当なタグを提案するよう指示すればよい。

タグ一覧を作ったメリットはもうひとつあって typo がいくつか見つかったのと似たような意味のタグの重複が見つかった。見つけたのも Copilot だけど（なにせ10年以上の間にタグが450個以上できてるのだ）。これらも修正方針を提案させた上で修正させた。ファイル作業に関してはちゃんと手順を踏めば間違えることなくやってくれる。

記事ファイルの commit & push

記事ファイルの commit に関しては，念のため，最初に commit message を提案させて，私が確認してから実際の作業を行わせている。ここで GPT-5 mini と GPT-5.3-Codex の違いが大きく出た。

いや，ブログ記事の追加なんだから AI (君) のしたことを書くんじゃなくて，どんな記事を追加したのかを書けよ！

というわけで，GPT-5 mini は向いてないという結論になった。 commit & push するためのコマンドラインの組み立て自体はどちらも大差ないんだけどねぇ。

ブログのビルドと GitHub Pages への commit & push

ブログのビルドと GitHub Pages への commit & push についても以前からスクリプトファイルを作っていたので，それをそのまま Copilot に使わせている。まぁ，自分でやったほうが早いのだが，作業の一連を任せることに意味があると思ってるので，敢えて任せている。この辺も OJT っぽいよな（笑）

指示も最初はできるだけ具体的にしていたが，最近は「デプロイして」だけでも（過去の作業履歴や copilot-instructions.md の記述から）適切に処理してくれるようになった。

Hugo の更新

このブログは静的サイトジェネレータである Hugo を使って構築しているのだが，未だ v1 に到達せずベータ版のままである。古いテンプレート変数や関数のいくつかは deprecated になっているし，稀に破壊的変更が起きることもある。 Hugo のバージョンアップのたびにビルドし直して互換性等の確認をしているのだが，だんだん面倒くさくなってきたので，これも Copilot に任せてみることにした。

今回もゴリゴリとスクリプトを書き始める AI。私も前と同じく様子を眺めていたが，出来がよさそうなのでスクリプトファイルとして書き出してもらった。こんな感じ（長いぞ！）。

#!/usr/bin/env bash
set -euo pipefail

# Install latest Hugo Extended .deb from GitHub Releases using apt.
# Usage: ./hugo_inst.sh

REPO="gohugoio/hugo"
API_URL="https://api.github.com/repos/${REPO}/releases/latest"
WORK_DIR="${TMPDIR:-/tmp}/hugo-inst.$$"

cleanup() {
  rm -rf "$WORK_DIR"
}
trap cleanup EXIT

mkdir -p "$WORK_DIR"
cd "$WORK_DIR"

arch="$(dpkg --print-architecture)"
case "$arch" in
  amd64|arm64)
    ;;
  *)
    echo "Unsupported architecture: $arch" >&2
    echo "This script supports: amd64, arm64" >&2
    exit 1
    ;;
esac

echo "Current Hugo:"
if command -v hugo >/dev/null 2>&1; then
  hugo version || true
else
  echo "hugo command not found"
fi

echo "Fetching latest release metadata from ${REPO} ..."
release_json="$(curl -fsSL "$API_URL")"

version="$(awk -F '"' '/"tag_name"/ {print $4; exit}' <<<"$release_json")"
if [[ -z "$version" ]]; then
  echo "Failed to read latest release version." >&2
  exit 1
fi

asset_url="$(awk -F '"' '/"browser_download_url"/ && /hugo_extended_.*_linux-'"$arch"'\.deb/ {print $4; exit}' <<<"$release_json")"
if [[ -z "$asset_url" ]]; then
  echo "Failed to find hugo_extended .deb for architecture: $arch" >&2
  exit 1
fi

deb_file="${asset_url##*/}"

echo "Latest release: ${version}"
echo "Downloading: ${deb_file}"
curl -fL --retry 3 --retry-delay 2 -o "$deb_file" "$asset_url"

# Optional checksum verification when checksums.txt exists in latest release.
checksums_url="$(awk -F '"' '/"browser_download_url"/ && /checksums\.txt/ {print $4; exit}' <<<"$release_json")"
if [[ -n "$checksums_url" ]]; then
  echo "Downloading checksums.txt for verification ..."
  curl -fL --retry 3 --retry-delay 2 -o checksums.txt "$checksums_url"

  if awk '{print $2}' checksums.txt | grep -qx "$deb_file"; then
    echo "Verifying checksum ..."
    grep "  $deb_file$" checksums.txt | sha256sum -c -
  else
    echo "checksums.txt does not include ${deb_file}; skipping verification."
  fi
else
  echo "checksums.txt not found in latest release; skipping verification."
fi

echo "Installing ${deb_file} with apt ..."
sudo apt install -y "./$deb_file"

echo "Installed Hugo:"
hugo version

echo "Done."

これについては，私は1行も触っていない。

手順としては

インストールするマシンのアーキテクチャを確認して対応する .deb ファイルをダウンロードする
可能ならチェックサムの検証も行う
ダウンロードした .deb ファイルを apt install コマンドでインストールする

という感じ。

これを実行して Hugo を更新した後，ブログのビルドを行い，ビルド前後の差分を調べて問題がないことを確認する。問題がなければビルドしたものを commit & push させる。

「問題がないことを確認する」の部分は私が判断しているので完全な自動化ではないが，今のところ問題は起きていない。

GitHub Copilot はシェル芸達者

という感じで緩々と GitHub Copilot を使っている。

今回の一連で意外とシェル芸達者なのが分かったので，自宅機に CLI 版を入れようかなぁ。でも，結城浩さんほど使い倒す勇気はないんだよなぁ。それよりもローカル LLM 構築に向けて環境を整えるほうが先か？

参考

フルスクラッチから1日でCMSを作る_シェルスクリプト高速開発手法入門改訂2版 (アスキードワンゴ): 上田隆一 (著), 後藤大地 (著), ＵＳＰ研究所 (監修); ドワンゴ 2019-07-05 (Release 2019-07-05); Kindle版; B07TSZZPWN (ASIN); 評価

既存の常識に凝り固まったソフトウェア・エンジニアに「痛恨の一撃」を加える快書もしくは怪書。

reviewed by Spiegel on 2014-09-21 (powered by PA-APIv5)

MPA for Linux でログイン検証（Linux で個人番号カードを読む 2）

2026-04-01T06:25:15+00:00

前回の続き。

myna のリポジトリによると，サブプロジェクトの MPA for Linux を使って Linux の Web ブラウザでマイナポータルや e-Tax のサイトに個人番号カードを使ってログインできるらしい。素晴らしい！

Rust ツールチェーンのインストール

事前準備として Rust ツールチェーンのインストールを行う。

Rust の基礎勉強をしてたのはもう6年も前で，仕事に結びつくこともなかったので完全に放置していた。しかも，あれから自宅パソコンを買い替えたりして開発環境もなくなったので，インストールからやり直すことに。

インストールページに従って，以下のスクリプトをダウンロード&実行する。

$ curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
info: downloading installer

Welcome to Rust!

This will download and install the official compiler for the Rust
programming language, and its package manager, Cargo.

...

   default host triple: x86_64-unknown-linux-gnu
     default toolchain: stable (default)
               profile: default
  modify PATH variable: yes

1) Proceed with standard installation (default - just press enter)
2) Customize installation
3) Cancel installation
>

今回はこのまま Enter キーを押して続行。

info: profile set to default
info: default host triple is x86_64-unknown-linux-gnu
info: syncing channel updates for stable-x86_64-unknown-linux-gnu
info: latest update on 2026-03-26 for version 1.94.1 (e408947bf 2026-03-25)

...

Rust is installed now. Great!

To get started you may need to restart your current shell.
This would reload your PATH environment variable to include
Cargo's bin directory ($HOME/.cargo/bin).

To configure your current shell, you need to source
the corresponding env file under $HOME/.cargo.

This is usually done by running one of the following (note the leading DOT):
. "$HOME/.cargo/env"            # For sh/bash/zsh/ash/dash/pdksh
source "$HOME/.cargo/env.fish"  # For fish
source "~/.cargo/env.nu"  # For nushell
source "$HOME/.cargo/env.tcsh"  # For tcsh
. "$HOME/.cargo/env.ps1"        # For pwsh
source "$HOME/.cargo/env.xsh"   # For xonsh

これで ~/.rustup/ および ~/.cargo/ ディレクトリ以下にツールチェーンがインストールされた。 PATH 設定が ~/.cargo/env ファイルに記述されていて ~/.profile と ~/.bashrc が ~/.cargo/env を読み込むよう書き換えられている。必要に応じて内容を調整する。

とりあえず，今すぐ PATH を通したいなら

$ . ~/.cargo/env

とすればよい¹。

起動確認しておこう。

$ rustc --version
rustc 1.94.1 (e408947bf 2026-03-25)

うんうん。問題なさそうやね。 Rust の勉強もやり直すかなぁ。

MPA for Linux のインストール

いよいよ MPA for Linux をインストールする。

適当なディレクトリに github.com/jpki/myna リポジトリを clone する。

$ git clone https://github.com/jpki/myna.git

リポジトリ内の mpa ディレクトリに移動して cargo install を実行する。

$ cd myna/mpa
$ cargo install --path .
  Installing mpa v23.0.0 (/home/username/path/to/myna/mpa)
    Updating crates.io index
     Locking 107 packages to latest Rust 1.94.1 compatible versions
      Adding der v0.7.10 (available: v0.8.0)
      Adding generic-array v0.14.7 (available: v0.14.9)
      Adding sha1 v0.10.6 (available: v0.11.0)
      Adding sha2 v0.10.9 (available: v0.11.0)

         ...

   Compiling myna v0.6.4 (/home/username/path/to/myna)
   Compiling mpa v23.0.0 (/home/username/path/to/myna/mpa)
    Finished `release` profile [optimized] target(s) in 16.86s
  Installing /home/username/.cargo/bin/mpa
   Installed package `mpa v23.0.0 (/home/username/path/to/myna/mpa)` (executable `mpa`)

これで ~/.cargo/bin/ ディレクトリにホストアプリケーション mpa がインストールされた。

次に同ディレクトリにある install.sh を実行してホストアプリケーションをブラウザに登録する。ブラウザのプロファイルが既定の場所にあるのであれば，引数なしで起動すればよい。

$ ./install.sh
=== Installing Native Messaging Host manifests ===
Host path: /home/username/.cargo/bin/mpa

Installed: /home/username/.config/google-chrome/NativeMessagingHosts/com.github.jpki.mpa.json
Installed: /home/username/.config/chromium/NativeMessagingHosts/com.github.jpki.mpa.json
Installed: /home/username/.mozilla/native-messaging-hosts/com.github.jpki.mpa.json

ブラウザのプロファイルが既定のの場所にない場合は

./install.sh --user-data-dir /path/to/datadir

のように指定できるらしい。今回は既定のままでOK。

次にブラウザのほうほうにも拡張機能をインストールする必要があるのだが，正規ルートからはインストールできないようなので Developer mode で強制的に行う。手順は以下の通り。

Chrome

chrome://extensions/を開く

右上のディベロッパーモードをON

パッケージ化されていない拡張機能を読み込むで./mpa/extensionを読み込む

拡張機能のメニューからMPA for Linuxを開く

動作確認ボタンを押してエラーが出なければOK

Firefox(一時的)

about:debuggingのこのFirefoxを開く

一時的なアドオンを読み込むで./mpa/extension/manifest.jsonを読み込む

拡張機能のメニューからMPA for Linuxを開く

動作確認ボタンを押してエラーが出なければOK

ブラウザ拡張のインストールより

メインで使ってる Firefox に入れるのは怖いので，サブとして使ってる ungoogled-chromium で試した。やり方はたぶん Chrome と同じでいいよね。こんな感じ？

ちなみに Developer mode を OFF にするとこの拡張機能も無効になる。これがあるからオススメしにくいんだよなぁ。

これで MPA for Linux の導入は完了。上手くログインできるかなぁ。

マイナポータルサイトにログインする

マイナポータルより

左サイドにあるログインボタンを押してログイン画面に移動する。

ログイン | マイナポータルより

ここで暗証番号の入力を求められる。

暗証番号入力より

利用者証明用パスワード（4文字の数字）を入力して OK ボタンをクリックする。ボタンをクリックせず Enter キーを押すとなにも起こらず処理が止まってしまうので注意（困るなぁ）。

ホーム | マイナポータルより

よし。上手くいった！

e-Tax サイトにログインする

e-Tax サイトのログインは個人用と法人用がある。私は個人用からログインする。

個人ログイン | e-Taxより

下の方にスクロールすると

個人ログイン | e-Taxより

「ICカードリーダーで読み取り」ボタンがあるので，これをクリックする。あとは前節と同じように暗証番号の入力を求められるので，利用者証明用パスワード（4文字の数字）を入力して OK ボタンをクリックする。

TOP | e-Taxより

こちらも問題なく入れた！

これで Linux 機で確定申告できる！

マイナポータルおよび e-Tax の両サイトへのログインを確認できたので，ブラウザ拡張機能の Developer mode を OFF に戻しておく。

これで来年は自宅 Linux 機で確定申告できるな。もうスマホで確定申告するのは嫌なのよ。スマホは入力端末としては向かないっスよ。

ミニ PC の Windows 機はますますゲーム専用機になっていくな（笑）まぁ，それはそれで重宝しているからいいか。

参考

スーパーユーザーなら知っておくべきLinuxシステムの仕組み: Brian Ward (著), 柴田芳樹 (翻訳); インプレス 2022-03-08 (Release 2022-03-08); 単行本（ソフトカバー）; 4295013498 (ASIN), 9784295013495 (EAN), 4295013498 (ISBN); 評価

版元で PDF 版が買える。セキュリティ・エリアにも持ち込めるよう紙の本を買ったのだが，オンライン読書会が始まったので PDF 版も購入。Linux システムの扱い方に関するリファレンス本として優れている。最初に軽く流し読みして，必要に応じて該当項目を拾い読みしていけばいいだろう。

reviewed by Spiegel on 2023-02-11 (powered by PA-APIv5)

コマンドの . は source と同じ意味で，指定したファイルを現在の shell で実行する。 ↩︎

Linux で個人番号カードを読む

2026-03-31T11:23:14+00:00

自宅の Ubuntu 機に IC カードリーダーを接続し，個人番号カードの内容を読み取る。

事前準備

今回は IO DATA の非接触式 IC カードリーダー USB-NFC4 を使用する。

USB-NFC4 | ICカードリーダーライター | アイ・オー・データ機器 I-O DATA

昨年の夏頃に Amazon で安売りしてたのを買ったのだが，そのまま放置していた。いざ確定申告で使おうとしたら Windows 機で認識できなくて使えなかった。そのまま捨て置くのはもったいないので Linux で使えるか試そうという話である。

Ubuntu 側で必要なのは以下のソフトウェア

OpenSC/OpenSC: Open source smart card tools and middleware. PKCS#11/MiniDriver
デバイスドライバ : CIR315A 用のドライバで代用
jpki/myna: マイナンバーカード・ユーティリティ・JPKI署名ツール · GitHub

では早速はじめよう。

インストール

Wiki によると Linux 版の OpenSC は自前でビルドしろとあるが， Ubuntu であればバイナリが提供されているっぽいのでそちらを使う。

$ sudo aptitude install opensc opensc-pkcs11 pcscd pcsc-tools libpcsclite1 libusb-1.0-0 libpcsclite-dev libusb-1.0-0-dev
libpcsclite1 は、要求されたバージョン (2.3.3-1) で既にインストールされています
libusb-1.0-0 は、要求されたバージョン (2:1.0.29-2) で既にインストールされています
libpcsclite1 は、要求されたバージョン (2.3.3-1) で既にインストールされています
libusb-1.0-0 は、要求されたバージョン (2:1.0.29-2) で既にインストールされています
以下の新規パッケージがインストールされます:
  libccid{a} libeac3{a} libintl-perl{a} libintl-xs-perl{a} libpcsc-perl{a} libpcsclite-dev libusb-1.0-0-dev libusb-1.0-doc{a} opensc 
  opensc-pkcs11 pcsc-tools pcscd 
更新: 0 個、新規インストール: 12 個、削除: 0 個、保留: 0 個。
アーカイブの 2,824 kB を取得する必要があります。展開後に 12.8 MB のディスク領域が新たに消費されます。
先に進みますか? [Y/n/?]

起動確認だけしておく。

$ opensc-tool -i
OpenSC 0.26.1 [gcc  15.2.0]
Enabled features: locking zlib readline openssl pcsc(libpcsclite.so.1)

問題はなさそうかな¹。

CIR315A の製品ページから「USB Linux インストーラ」をダウンロードする。

CIR315A関連ファイルのダウンロードより

ダウンロードしたファイルの内容は以下の通り：

Circle_USB_Linux_Installer_v2.2.2_(driver_v.2.2.2).zip (2025-07-25 時点)
- Generic-Debian
  - libabcccid_2.2.2-1_amd64.deb

この libabcccid_2.2.2-1_amd64.deb をインストールする。

$ sudo dpkg -i libabcccid_2.2.2-1_amd64.deb

myna は GitHub のリリースページからバイナリをダウンロードしてインストールする。

myna-v0.6.4-x86_64-unknown-linux-gnu.zip (2026-03-12 時点)
- myna

ファイル myna を PATH の通ってるディレクトリに置く。こちらも起動確認だけしておこう。

$ myna help
Usage: myna [OPTIONS] <COMMAND>

Commands:
  text     券面入力補助AP
  visual   券面確認AP
  test     Test card reader
  jpki     公的個人認証
  pin      Pin operation
  unknown  謎のAP
  help     Print this message or the help of the given subcommand(s)

Options:
  -v...          
  -d, --debug    
  -h, --help     Print help
  -V, --version  Print version

個人番号カードを読み込む

まずは USB-NFC4 を繋いだだけの状態で IC カードリーダーが認識されているか確認する。

$ opensc-tool -l
# Detected readers (pcsc)
Nr.  Card  Features  Name
0    No              Circle CIR315 CL [CIR315 CL] (137K231232M2) 00 00

USB-NFC4 から「ピッ！」って音がする。やっと認識してくれたよ。

ではカードリーダーに個人番号カードを乗っけてみる。

$ opensc-tool -l
# Detected readers (pcsc)
Nr.  Card  Features  Name
0    Yes             Circle CIR315 CL [CIR315 CL] (137K231232M2) 00 00

Card 項目が Yes になっている。よしよし。

次に PIN 情報を取得する。

$ pkcs15-tool --list-pins
Using reader with a card: Circle CIR315 CL [CIR315 CL] (137K231232M2) 00 00
PIN [User Authentication PIN]
	Object Flags   : [0x12], modifiable
	ID             : 01
	Flags          : [0x12], local, initialized
	Length         : min_len:4, max_len:4, stored_len:0
	Pad char       : 0x00
	Reference      : 1 (0x01)
	Type           : ascii-numeric
	Tries left     : 3

PIN [Digital Signature PIN]
	Object Flags   : [0x12], modifiable
	ID             : 02
	Flags          : [0x12], local, initialized
	Length         : min_len:6, max_len:16, stored_len:0
	Pad char       : 0x00
	Reference      : 2 (0x02)
	Type           : ascii-numeric
	Tries left     : 5

鍵は取り出せるかな。

$ pkcs15-tool --read-certificate 1
Using reader with a card: Circle CIR315 CL [CIR315 CL] (137K231232M2) 00 00
-----BEGIN CERTIFICATE-----

...

-----END CERTIFICATE-----

ありゃ。暗証番号がなくてもいいのか。でもちゃんと取り出せてるみたい。

もういっちょ。

$ pkcs15-tool --read-certificate 2 --verify-pin --auth-id 02
Using reader with a card: Circle CIR315 CL [CIR315 CL] (137K231232M2) 00 00
Please enter PIN [Digital Signature PIN]: 
-----BEGIN CERTIFICATE-----

...

-----END CERTIFICATE-----

こちらもちゃんと取り出せてるようだな。

“Please enter PIN” には署名用パスワードを入力する²。正しく入力すると以下のポップアップが出る。

myna のほうも動かしてみよう。

$ myna pin status
券面入力補助AP 暗証番号: 3
券面入力補助AP 暗証番号A: 10
券面入力補助AP 暗証番号B: 10
券面確認AP 暗証番号A: 10
券面確認AP 暗証番号B: 10
JPKIユーザー認証用 暗証番号: 3
JPKIデジタル署名用 パスワード: 5

これでパスワード入力を失敗できる（ロックアウトされまでの）残り回数が分かる。

券面情報を取得してみよう。

$ myna text attrs
暗証番号(4桁): ****
氏名    : **********
住所    : **********
生年月日: ********
性別    : *

実際にはちゃんと内容が表示されるが，ここでは伏せ字にしている。あしからず。暗証番号には券面事項入力補助用パスワードを入力する。

myna を使えば PDF ドキュメントなどに電子署名を付与できる。こんな感じらしい。

$ myna jpki pdf sign input.pdf -o signed.pdf

署名の検証は以下の通り。

$ myna jpki pdf verify signed.pdf

「JPKI署名用証明書は4属性(氏名・住所・生年月日・性別)を含みますので注意してください」とあるので，実際に運用する場合はホンマにご注意を。

さらに「MPA for Linux」を使えば Linux のブラウザでマイナポータルや e-Tax などのサイトに個人番号カードを使ってログインできるようだ。ただし（今のところ） Rust のビルド環境が必要なのとブラウザ拡張を無理やり入れるみたいな操作が必要らしいので，今回は割愛する。またどこかで試そうか。

今回はここまで。次回へ続く。

ブックマーク

Linux & IO DATA USB-NFC4 & マイナンバーカード

参考

スーパーユーザーなら知っておくべきLinuxシステムの仕組み: Brian Ward (著), 柴田芳樹 (翻訳); インプレス 2022-03-08 (Release 2022-03-08); 単行本（ソフトカバー）; 4295013498 (ASIN), 9784295013495 (EAN), 4295013498 (ISBN); 評価

reviewed by Spiegel on 2023-02-11 (powered by PA-APIv5)

OpenSC v0.27 より前のバージョンには脆弱性が報告されている。 2026-03-31 時点では Ubuntu の APT リポジトリには反映されてない模様。頑張って反映させてね。 ↩︎
個人番号カードの暗証番号・パスワードには署名用パスワード（最大16文字の英数字），利用者証明用パスワード（4文字の数字），券面事項入力補助用パスワード（4文字の数字），個人番号カード用（住民基本台帳用）パスワード（4文字の数字）の4つがある。 ↩︎

Aptitude コマンドの導入

2026-03-31T02:56:48+00:00

aptitude というコマンドがある¹。依存関係解決能力に優れていて apt コマンドの代わりとして使えるようだ（同じパッケージデータベースを使う）。

【Linux】aptitudeコマンドで依存関係を賢く解決してパッケージを管理する - 森の株

さっそく導入してみよう。

$ sudo apt install aptitude

$ aptitude help
aptitude 0.8.13
使用方法: aptitude [-S ファイル名] [-u|-i]
          aptitude [オプション] <アクション> ...

アクション (指定がない場合、aptitude はインタラクティブモードで起動します):

 install         パッケージをインストール/更新します。
 remove          パッケージを削除します。
 purge           パッケージと設定ファイルを削除します。
 hold            パッケージを固定します。
 unhold          パッケージの固定を解除します。
 markauto        自動的にインストールされたという印をパッケージにつけます。
 unmarkauto      手動でインストールされたという印をパッケージにつけます。
 forbid-version  aptitude に特定のパッケージバージョンの更新を禁止させます。
 update          新規/更新可能なパッケージの一覧をダウンロードします。
 safe-upgrade    安全な更新を行います。
 full-upgrade    パッケージのインストールや削除を伴う可能性のある更新を行います。
 build-dep       パッケージの構築依存関係をインストールします。
 forget-new      どのパッケージが "新規" かの情報を消去します。
 search          名前や正規表現でパッケージを検索します。
 show            Display detailed info about a package.
 showsrc         Display detailed info about a source package (apt wrapper).
 versions        指定したパッケージのバージョンを表示します。
 clean           ダウンロード済みのパッケージファイルを消去します。
 autoclean       古いダウンロード済みのパッケージファイルを消去します。
 changelog       パッケージの変更履歴を表示します。
 download        Download the .deb file for a package (apt wrapper).
 source          Download source package (apt wrapper).
 reinstall       現在インストールされているパッケージを再インストールします。
 why             特定のパッケージをインストールする必要がある理由を表示します。
 why-not         特定のパッケージをインストールすることができない理由を表示します。

 add-user-tag    パッケージ/パターンにユーザタグを追加します。
 remove-user-tag パッケージ/パターンからユーザタグを削除します。

オプション:
 -h              このヘルプの文章です。
 --no-gui        利用可能でも GTK GUI を使いません。
 -s              アクションのシミュレートのみ行い、実際には実行しません。
 -d              パッケージのダウンロードのみ行い、インストールや削除は
                 行いません。
 -P              アクションの確認のため、常にプロンプトを出します。
 -y              すべての yes/no の質問に対して 'yes' と答えたと見なします。
 -F フォーマット 検索結果の表示フォーマットを指定します。マニュアルを参照し
                 てください。
 -O 順序         検索結果の並び替えを指定します。マニュアルを参照してくださ
                 い。
 -w 幅           検索結果の表示フォーマットの幅を指定します。
 -f              依存関係が壊れたパッケージを積極的に修復しようとします。
 -V              パッケージのどのバージョンがインストールされるか表示します。
 -D              自動的に変更されたパッケージの依存関係を表示します。
 -Z              各パッケージのインストールサイズの変更を表示します。
 -v              付加的な情報を表示します (何倍もの情報が提供されます)。
 -t [リリース]   パッケージをインストールするリリースを指定します。
 -q              コマンドラインモードで、進行状況の逐次表示を抑制します。
 -o キー=値      'キー' の名前の設定オプションを直接設定します。
 --with(out)-recommends     推奨パッケージを強い依存関係として扱うかどうかを
                            指定します。
 -S ファイル名   ファイルから aptitude の拡張状態情報を読み込みます。
 -u              起動時に新しいパッケージ一覧をダウンロードします。
                  (端末インタフェースのみ)
 -i              起動時にインストールを行います。
                  (端末インタフェースのみ)

すべてのオプションの完全なリストと説明については、マニュアルページを参照してください。

この aptitude にはスーパー牛さんパワーなどはありません。

ゴメン。最後の1文は分からない。試しに aptitude パッケージ自身を search してみよう。

$ aptitude search aptitude
i   aptitude                      - 端末ベースのパッケージマネージャ
v   aptitude:i386                 -
i A aptitude-common               - architecture independent files for the aptitude package manager
v   aptitude-doc                  -
p   aptitude-doc-cs               - 端末ベースのパッケージマネージャ aptitude 用チェコ語マニュアル
p   aptitude-doc-en               - English manual for aptitude, a terminal-based package manager
p   aptitude-doc-es               - 端末ベースのパッケージマネージャ aptitude 用スペイン語マニュアル
p   aptitude-doc-fi               - 端末ベースのパッケージマネージャ aptitude 用フィンランド語マニュアル
p   aptitude-doc-fr               - 端末ベースのパッケージマネージャ aptitude 用フランス語マニュアル
p   aptitude-doc-it               - Italian manual for aptitude, a terminal-based package manager
p   aptitude-doc-ja               - 端末ベースのパッケージマネージャ aptitude 用日本語マニュアル
p   aptitude-doc-nl               - Dutch manual for aptitude, a terminal-based package manager
p   aptitude-doc-ru               - Russian manual for aptitude, a terminal-based package manager
p   aptitude-robot                - Automate package choice management

先頭の3文字が各パッケージの状態を表している。先頭文字の

i はインストールされていることを表す
p はインストールされていないことを表す（purge 状態）
c はインストールされてないが設定が残ってる状態（remove 状態）
v は仮想パッケージ（インストール対象外）
B は依存関係が壊れている状態

2文字目は予約されているアクションで，空白は予約なしの状態を指す。 3文字目に A が付いてるものは依存関係によって自動的にインストールされていることを示す。

update および install アクションの使い方は apt コマンドと同じかな。 remove や purge アクションも同じ。カーネルアップグレード後によく使う apt autoremove は aptitude では ~~autoclean アクションを使えばいいのかな~~ カーネル更新 → リブート → aptitude safe-upgrade で古いバージョンのカーネルイメージを削除してくれる。これは有り難い。いわゆる dry run は -s オプションでできるみたい。

apt upgrade については aptitude safe-upgrade で行う。

$ sudo aptitude safe-upgrade

ディストリビューションのバージョンを上げるときに使う full-upgrade アクションは同じようだ。

aptitude コマンドでは，インストール時などに依存関係の競合が発生すると複数の解決策を提示する場合があるらしい（まだ遭遇してない）。安直に y キーを押さずに，提示された解決策を確認してから選択するのがよさそうだ。

引数なしで aptitude コマンドを起動すると TUI モードで起動する。

おー。これはよさげ。パッケージ毎に（依存関係の解決を含めた）細かい操作をする場合には便利かも。なぜか TUI モードではマインスイーパーで遊べる。

参考

スーパーユーザーなら知っておくべきLinuxシステムの仕組み: Brian Ward (著), 柴田芳樹 (翻訳); インプレス 2022-03-08 (Release 2022-03-08); 単行本（ソフトカバー）; 4295013498 (ASIN), 9784295013495 (EAN), 4295013498 (ISBN); 評価

reviewed by Spiegel on 2023-02-11 (powered by PA-APIv5)

“aptitude” (apt + tude) は才能や適性を指す言葉で，ラテン語の “aptus” (適切な，適合した) に由来するそうな。同じ由来の類義語に adapt/adaptation などがある。 apt コマンドは “Advanced Package Tool” の略称だけど “apt” からのこじつけかなとか思ったり。（参考: 語根「apt」＝「fit (適当な) 」を覚えろ！） ↩︎

デスクトップ版ぞーぺんに期待！

2026-03-08T09:48:24+00:00

昨日の “hololive 7th fes. Ridin’ on Dreams STAGE3” よかったねぇ。 FLOW GLOW 初 fes. っスよ。ライブを観ながら Mastodon の TL をチェックしてたんだけど

なんと！そういえば TL で何やら作業をポストされてたな。とりあえず Windows 版をゲットしてミニ PC にインストールしクロスポストを試してみた。

Post by @spiegel@goark.fedicity.net

View on Mastodon

画像データの添付ができなかったものの，基本機能は概ね出来てる感じ。こうなると Linux 版が欲しいよなぁ，と呟いたのだが Go で CLI ならともかくマルチプラットフォームは面倒だよねぇ。 Linux は需要少ないだろうし…

と思ってたら

まじすか！ありがとうございます 🙇

それじゃあ自宅の Ubuntu 機（Ubuntu Desktop 25.10）に入れて動かしてみるか。

ようこそ、ZonePaneへ！より

問題なく起動。 Mastodon と Bluesky のアカウントを追加してクロスポストを試してみる。

クロスポストより

実は IM (Input Method) が上手く動かくて日本語が入力できなかった。別のエディタで投稿内容を書いてコピペして対応。

投稿より

クロスポスト自体は問題なくできた。ついでに投稿したものに対して返信と引用投稿を試してみた。

返信より

引用投稿より

同じように日本語が不自由な以外は問題なさそう。結果はこんな感じ。

投稿結果より

概ね使えてる。強いて気になるところを挙げると（上で挙げた点も含める）

クロスポスト時に画像データの添付ができない（普通の投稿であれば問題ない）
入力フィールドで IM が効かず日本語が入力できない（Ubuntu 環境のみ）
タイムラインの最上部に達すると更新マークが表示されるが実際には何も起こらない。アクションボタンの更新は効く
スワイプが使えないのでタブがたくさんあると一部が隠れてしまう（タブ部分をマウスホイールで横方向にスクロールしないかなぁ）
タイムラインがマルチカラムにならないかなぁ

といったところか。まぁ iOS 版をベースにしているそうなので今のところはこんなものかと。つか iOS 版をベースにここまでできるんだ。 Compose 凄いなぁ。

なによりクロスポストとタイムラインの使い勝手はぞーぺんならではで，これに慣れると公式 Web アプリには戻れないのよ。

あとはマネタイズかな。 Windows 版と macOS 版はストアがあるので有料版の配布は難しくないんだろうけど Linux 版はねぇ。 Open Collective みたいな仕組みを使うなら継続的に払うよ，私は（大金は難しいけど）。ちなみに Android 版はサブスクリプション契約している。

まぁ，のんびり応援していこう。

ブックマーク

Skyreader: AT Protocol で駆動する Feed Reader

2026-02-25T08:33:49+00:00

【2026-03-06 追記】

最新の atproto 関連サービス利用については以下を参照のこと。

AT Protocol 関連サービスの利用について

Leaflet で見かけた記事。

Skyreader update - standard.site feeds, read-it-later workflow, and sustainability - Skyreader Dev Log

Skyreader が standard.site に対応したのか。これは試してみるしかあるまい。

Bluesky でログイン

via Skyreader

利用には Bluesky アカウントが必要なようだ。 OAuth 認証。

via Skyreader: login

via Skyreader: OAuth

ドメインを確認すること。

フィードの登録

当然ながら初期状態は空っぽ。

via Skyreader

左上の “All” の部分をクリックするとメニューが出てくる。

via Skyreader

メニュー右上の “＋” の部分をクリックして “Add Feed” を選択するとフィードを登録できる。

via Skyreader

おぉ！ Leaflet で購読（subscribe）したブログが一覧表示されているな。

どうやら standard.site 対応の他サービスで購読したブログを読み取って取り込めるようになっているらしい。素晴らしい！

standard.site に対応しているサービスであれば使用しているハンドル名を入力すれば購読できるらしい。例えば atproto.com のブログは standard.site に対応しているので @atproto.com と入力すれば

via Skyreader

こんな感じに有効なフィードが表示されるので選択する（この場合はどちらも同じ内容）。

通常の RSS フィードも登録できる。この場合はブログページの URL を指定すればよい。

via Skyreader

https://go.dev/blog/ のフィードはひとつのみなので，そのまま取り込める。

via Skyreader

表示される各記事に対しては

via Skyreader

以下の操作ができる。

Read: 既読・未読を切り替える
Save: 後で読むために保存する
Share: 記事を共有する
Open: 別タブで Web ページを開く
Full: 記事の内容をフル表示する
Tag: タグを付ける

共有とタグについてはどうやって使うのか分からない。今後の実装になるのかな？

「後で読む」については次節で。

後で読む

記事を「後で読む」ために保存することができる。前節に書いたようにフィードの各記事に対して “Save” することもできるし URL を直接指定して “Save” することもできる。

via Skyreader

メニューの右上の “＋” の部分をクリック。 “ Save Article by URL” を選択して URL を入力すれば保存できる。

via Skyreader

見終わったページは “Archive” に移動できる。

via Skyreader

これはありがたい機能。

Skyreader の制限

Skyreader は現在ベータ版で無料で利用できるが，登録できるフィードと保存できる URL に制限がある。

via Skyreader: Settings

他所の Feed Reader サービスをガッツリ使ってる人には物足りないスペックだと思うが，正式リリースの際はサブスクリプション制にする可能性があるらしい（現在も支援を募集している）。他にも色々と機能を追加する予定のようだ。

Skyreader is starting to become a complete reading environment: subscribe to anything (RSS, standard.site, more coming soon), save and manage your reading list, and control your data on atproto. Browser extensions, more integrations, and full PDS sync for highlights and reading position coming soon.

via Skyreader update - standard.site feeds, read-it-later workflow, and sustainability

楽しみにしつつ，試してみるつもりだ。しかし standard.site はめっちゃ使い勝手がいい。同一の Lexicon でサービス間を水平展開できるというのは，色々と夢が広がる話である。

ブックマーク

Leaflet と The Atmosphere

ぞーぺんのユーザ体験

2026-02-18T11:17:33+00:00

「ぞーぺん（ZonePane）」については以前にクロスポスト機能を紹介した。あれから iOS 版もリリースされたそうで

CMP¹ (Compose Multiplatform) で共通化した部分については Android 版も幾らかこれの恩恵を受けているっぽい。前にぞーぺんの利用を止めてしまった人も改めて試したら印象が変わってるかもしれない。

さて，2ヶ月ちょっとの入院生活だったわけだが，困ったのが通信環境。転院後は Wi-Fi 環境も使えるようになったが，回線が細くて微妙な感じ。自宅からノート PC を持ってきてもらったが，それなりに場所を取るし，特にリハビリ中などは貴重品入れにしまっておく必要があり常時広げておくわけにはいかないため実際にはあまり使わなかった。

結局 Mastodon や Bluesky のタイムライン（TL）の新着チェックは専らスマホのキャリア回線で行い，アプリはぞーぺんを使っていた。いや，ホンマぞーぺん入れててよかったよ。

それから，おかげさまで無事退院して自宅の広いモニタで Web ブラウザベースで作業できるようになったんだけど TL を眺めててどうにも違和感を感じる。ちょっと考えて分かった。スクロールの向きが違うんだ！

Mastodon にせよ Bluesky にせよ Web アプリではまず TL のトップが表示され過去を遡るようにスクロールダウンする。一方，ぞーぺんは前回閲覧したポストを覚えていて，そこからスクロールアップして新しいポストを読む，という動作になる。

ぞーぺんのスタイルだと，最初に表示されるポストから下は既に見たポストだと確信が持てる。そしてスクロールアップして TL の先頭に辿り着けば閲覧終了である。

それ以上の作業はない。

一方 Web アプリの場合は過去にスクロールダウンしていくため「どこまで読んだっけ？」と考えながら読み進める。それで「この辺かな？」というところまで辿り着いてもまだ下にスクロールできるため，ついその先（過去）も見てしまう。

それでもちゃんと TL が時系列に並んでいるなら「止めどき」がまだ分かりやすいけど，これが「おすすめ」順になっていたら目も当てられない。「やめられない，とまらない」というやつだ。まさにメンタル・ジャンクフード，注目の搾取，（可処分）時間の搾取，である。だから「子どもの脳内中毒を設計」とか言われて訴えられるんだよ（「脳内中毒」という言い草には？？？だけど）。

というわけで，今後も TL の新着チェックはスマホでぞーぺんで行うことにした。過去に「おすすめ」や「ブックマーク」したポストの確認とそこから発生する調べものはパソコンのブラウザで。何故ならスマホのブラウザはタブ操作の使い勝手が悪いから。

マジで UX (User eXperience) って大事だなって思ったよ。

ブックマーク

参考

はじめて学ぶビデオゲームの心理学脳のはたらきとユーザー体験（UX）: セリアホデント (著), 山根信二（監修） (著), 山根信二 (翻訳), 成田啓行 (翻訳); 福村出版 2022-12-15 (Release 2023-07-03); Kindle版; B0C9Z7KGRN (ASIN); 評価

Kindle 版が出ている。ゲームデザイナやゲームエンジニアだけでなく，ソフトウェア・エンジニアは全員読むべき。あと，ゲーマーな人も読むといいよ。感想はこちら。

reviewed by Spiegel on 2023-11-21 (powered by PA-APIv5)

CMP (Compose Multiplatform) は Android と iOS の両方に対応したアプリを開発できる Kotlin ベースのフレームワーク。 ↩︎

Leaflet と The Atmosphere

2026-02-11T09:45:00+00:00

【2026-03-06 追記】

最新の atproto 関連サービス利用については以下を参照のこと。

AT Protocol 関連サービスの利用について

無事に退院できました。入院中の話（後編）はそのうち書くとして，今回は入院中の暇つぶしに遊んだブログサービス Leaflet を紹介してみる。

Leaflet (leaflet.pub)

Leaflet (leaflet.pub) は AT (Authenticated Transfer) Protocol (以降 atproto) ベースのブログサービスである。さっそく試してみた。

via Leaflet

そのまま “Write a Doc” で書き始めることもできるけど¹ “Start a Publication and blog in the Atmosphere” で Bluesky アカウントと紐づけることもできる。

via Log In or Sign Up

“use an ATProto handle” を選ぶと Bluesky 以外の atproto ベースのサービスのアカウントでログインできるらしいのだが，私は Bluesky 以外にアカウントを持ってないので省略。ここは素直に “Log In/Sign Up with Bluesky” ボタンを押す。

via Log In or Sign Up

Bluesky のハンドル名（user.bsky.social など）を入力して認証を開始する。ちなみに OAuth 認証なのでアプリパスワードではなく通常のパスワードを使う必要がある。認証が成功すると OAuth のアクセス承認画面がでる。

via 承認する

接続先（leaflet.pub）等をよく確認すること。ここで “承認する” を選ぶと Bluesky アカウントと紐付けられ Publication 作成画面に移動する。

via Create Your Publication!

こんな感じに Publication 名（ブログ名）やドメイン名等を決めて “Create Publication!” ボタンを押すと Publication が作成される。

via Create Your Publication!

ひとつのアカウントに対して複数の Publication を作成することができる。さっそく “New Draft” ボタンを押して記事を書いてみよう。

via Draft

編集は WYSIWYG (What You See Is What You Get) スタイルで，今どきの markdown 記法とかは使えない。最初「絵とかどうやって入れるの？」と途方に暮れたが，行頭に / を入力するとメニューが出てくるようだ。絵図を挿入する以外にもコードや数式やリンクカードなども挿入できる。

via Draft

でも表は書けないっぽい。

せっかく「お散歩カメラ」とタイトルを付けたので，ここは写真を貼り付けておく。こんな感じ。

via Draft

記事の保存は自動で行われる。公開する際は左上の “Publish!” ボタンを押す。

via Draft

すると以下の確認画面に移動する。

via Publish!

“Share on Bluesky” を選ぶと記事へのリンクが Bluesky にポストされる。 “Publish this Post!” ボタンを押すと記事が公開される。 Bluesky へのポストはこんな感じ。

2026-02-08 のお散歩カメラ

[image or embed]
— Spiegel＠巡遊者 (@baldanders.info) February 10, 2026 at 2:54 PM

実際に公開した記事はこんな感じ。

雪やこんこ - お散歩カメラ

凝ったカスタマイズはできなさそうだが，基本的な機能は押さえてあるし，シンプルで使いやすいサービスだと思う。

Leaflet と The Atmosphere

最初に述べたように Leaflet は atproto ベースのブログサービスである。 atproto の構成はこんな感じ。

via File:Bluesky–AT Protocol federation architecture.svg - Wikimedia Commons (CC BY 4.0)

前に紹介した三行日記と同じように Leaflet も（おそらく¹）独自のストレージを持っているわけではなく PDS (Personal Data Server) の各ユーザのリポジトリに記事データを格納している。

さらに Leaflet は最近 standard.site と呼ばれる（ブログなどの）長文記事用の Lexicon を採用した²。 Standard.site を採用しているサービスとしては他に pckt や Offprint といったサービスがあるらしい。同じ Lexicon を持つこれらのサービスでは相互運用が容易になる。

Leaflet に関連して以下の記事を見つけた。

The Everything Account

この記事は以下の問題意識から始まる。

The problem with our accounts is that they aren’t our accounts. They’re accounts owned by Google, Instagram, Reddit, and X. And when any of these organizations wants to go rogue, all you can do is say “wow, that sucks,” and keep using it because starting from scratch with another service is hard.

And what makes it hard is simple: they have our data, including our posts, our relationships, and so much more, and we can’t take it all elsewhere. The data you’ve created in an app is directly tied to the app itself, and the companies behind it hoard the data because they know it’s what gives them the power to hold on to you.

via The Everything Account

「私のアカウント」「私のデータ」だと思っているものは実際にはアプリと不可分で，サービス・プロバイダが所有し囲っており，アカウントおよびそれに紐づくデータがサービス間で共有・移動することはあまりない。プロバイダの気が向けばデータを共有するための API を提供したりインポート・エクスポート機能を提供したりすることもあるが，それが他サービスとマッチするとは限らない。

中国の WeChat は “The Everything App” (万能アプリ) と呼ばれる仕組みを持っている。あるひとつのアプリのアカウントに対して多様なミニアプリがぶら下がり，それらの間でシームレスにデータを共有できる仕組みらしい。

here’s a common concept known as “The Everything App”: a single app that contains a series of sub-apps, all under a single account. An example is the popular Chinese app WeChat, which offers messaging, payments, a full social network, and mini-apps that other companies can build to live inside it.

This simplifies the model we’re used to by not requiring you to create a new account for every app. The Everything App stores your data in a shared location within it, and other apps can use it as long as you give them permission.

via The Everything Account

確かにこの方法であれば “The Everything App” の裁量下で多様なサービスとアカウントとデータを共有できる。ただし，それでも “The Everything App” のアカウント自体は「わたしのもの」ではなく “The Everything App” を所有するプロバイダのものである。

では本当の意味で「わたしのアカウント」「わたしのデータ」を実現するにはどうすればいいのか。これを解決する（解決できそう）なのが atproto である。先に挙げた atproto の構成をもう一度見返してみよう。

「わたしのアカウント」「わたしのデータ」を格納している PDS はアプリから独立しており， Bluesky を含む各アプリは API を通じて PDS にアクセスする。これが “The Everything Account” (万能アカウント) である。そして “The Everything Account” を中心にしたエコシステムを “The Atmosphere” と呼ぶ。

The Atmosphere, as you can see above, already has countless apps you can use. There are Twitter-like apps such as Bluesky and Blacksky; blogging services like Leaflet, Offprint, and pckt; collection and annotation tools like Semble, Margin, and Seams; and I can go on and on because the ecosystem is expanding by the day. And this is just a small portion of the existing Atmosphere - I couldn’t fit all of the different apps because there are just. so. many. Perhaps in a separate post.

via The Everything Account

不勉強で atproto を中心としたいわゆる ATmosphere が既にこれほどの多様性を産んでいることを初めて知った。真面目に atproto の勉強をしないといけないなぁ。

以上の話を併せると atproto の ATmosphere が実装よりの話で “The Atmosphere” はもう少し概念よりの話ということになるだろうか。実際には稼働し利用されている PDS のほとんどは Bluesky が提供している bsky.social³ らしいのでまだ理想の状況とは言えないかもしれないが PDS 自体は自前で立てることも可能らしい。 Hostdon でお一人様サーバを立てるみたいに，簡単に PDS サーバを立てられるようになると面白いんだけどねぇ。

The Atmosphere is an ecosystem that respects your agency as a user, and it’s one of many ways we can start taking back control of our online experiences. Whether you’re a user or a builder, you no longer need to hold onto hope that a giant company does the right thing for you. You can take your Everything Account across The Atmosphere without the permission of any other entity.

[…]

Your Everything Account – your account on The Atmosphere – is your account. And it’s about damn time we had an account that actually is.

via The Everything Account

ブックマーク

Leaflet ではサインインせずに記事を書いて公開することができるのだが，どういう仕組みか分からない。 ↩︎ ↩︎
Lexicon は直訳的には「語彙（集）」だが，ここではデータおよびそのアクセスのための構造（schema）を指す。ちなみに Bluesky の lexicon は bsky.app で，これは Bluesky の App View を兼ねている（筈）。 ↩︎
厳密には Bluesky の PDS は多数のサーバで構成されているそうだが，ユーザから見た PDS へのアクセスは bsky.social で統合されている。 ↩︎

Kagi 翻訳のスマホアプリが登場

2026-02-06T03:39:43+00:00

2月6日は「ブログの日」なんだそうで。なんでこの日なんだろうと軽くググってみたが，ただの語呂合わせらしい（笑）だからというわけではないが，今回はツールの紹介。いや，最近はツールやサービスの紹介ばっかりしてるな。入院生活はそれだけ暇ということで。

有料検索サービスの Kagi が提供している翻訳サービス Kagi Translate がスマホアプリとしてリリースされた。

via Kagi Translate Arrives on Mobile - YouTube

以下 Kagi Assistant による要約を交えながら紹介してみる。

その場で翻訳

モバイルアプリはブラウザ版と同様の主要機能（文書翻訳、音声付き豊富な辞書、細かく設定可能な翻訳オプション）を多く備えています。

モバイル固有の機能として、画像をアップロードしたり写真を撮ったりして、読み取っているものの完全なコンテキスト理解を得る機能があります。これは語ごとの訳を越え、画像とテキストを合わせて解釈します。

機能のハイライト：

会話の翻訳：ライブの音声→音声翻訳で、別の言語で話したり聞いたりできます。

画像翻訳：画像の視覚的文脈を解析し、より正確な翻訳を提供します。

辞書検索＆校正：単語の意味が不明なときや、自分の表現が正しいか確認したいときにワンタップでチェックできます。

完全プライベート：Kagi の製品と同様、広告なし・トラッカーゼロで提供されます。

さらに、デバイス上の翻訳履歴、よく使う単語やフレーズをブックマークする機能（語学学習や日常利用に便利）、および Kagi Translate にしかない細かな改良も備えています。

Kagi Assistant による要約より

私はあまり使ってないが，文章の校正機能は割と人気があるらしい。

翻訳機能を単独でアプリ化する意義はけっこうあって，たとえば Bluesky の公式アプリにはポストごとに「翻訳」オプションがあるが，少なくとも Android 版であれば任意の翻訳アプリを選ぶことができる。

via Bluesky Translation Option

こんな感じでアプリ間で連携できるのだ。助かる！

ブラウザでの翻訳

Kagi Translate を 2024 年にリリースして以来、新機能の追加と一貫した改善が続き、248 以上の言語をサポートしています（Google Translate と同等、DeepL より多く）。最近では Kagi Translate のブラウザ拡張も導入され、閲覧中にインラインで翻訳できる統合を提供しています。これによりタブを切り替えたりテキストをコピーしたりすることなく、さまざまなプラットフォーム上で直接翻訳できるようになります。

翻訳を始めましょう

ブラウザ版とモバイルアプリの両方で、Kagi Translate は誰にでもフル機能の無料体験を提供します。 Kagi 会員は、より高精度の上位翻訳モデルや、校正と翻訳のための「Best モード」、文書翻訳、拡張されたコンテキスト長、より長いテキスト読み上げや音声入力などのプレミアム機能を利用できます。

これらの機能の一部は現在ベータ版であり、開発を続ける間は一部が全員に無料で提供されます。ヘルプドキュメントで Kagi Translate の詳細を学ぶことができ、改善のためのフィードバックも歓迎します。

Kagi Assistant による要約より

ということで Kagi のアカウントがなくても使えるらしい。

ブラウザ版の Kagi Translate が出たばかりの頃は日本語への翻訳がイマイチな感じだったが，今ではほぼ違和感なく使えるレベルになっていると思う。ブラウザ拡張機能もめちゃめちゃ便利。 Firefox の AI 翻訳機能は要らない。私はもう Google 翻訳はほとんど使ってない。

というわけで，宣伝でした。

ブックマーク

Try a brand new privacy-first Android Translate app | The Intelligence

三行日記はじめました

2026-01-30T10:48:30+00:00

【2026-03-06 追記】

最新の atproto 関連サービス利用については以下を参照のこと。

AT Protocol 関連サービスの利用について

TriLinesAt

Bluesky の TL で面白いサービスを見つけた。三行日記を書いて共有するサービスらしい。

TriLinesAtより

すいばり（@suibari.com）さんが個人で開発・運営しているサービスだそうで Bluesky のアカウントでサインインできる。認証は OAuth で行っていて（アプリパスワードではない）日記データは PDS (Personal Data Server) にそのまま格納される（ので秘匿できない）ようだ。

TriLinesAt についてより

入力画面はシンプル。

新しい日記より

1行あたり50文字。画像も入れられるらしい。「Bluesky にシェア」を有効にすれば Bluesky の自 TL にも投稿される。

表示はこんな感じ。

三行日記より

日記に対するコメント機能はないが ♡ を付けることはできる。シンプルかつ緩い感じが面白い。

Three Good Things

“Three Good Things” (TGT) というのは，毎晩寝る前にその日あったよかったこと（些細なことでもよい）を3つ書き出すというエクササイズ。浅学にして知らなかったのだが「ポジティブ心理学」という分野があるそうで，その中のポジティブ介入（positive interventions）のひとつとして広まった方法なんだそうな。幸福感の増加や抑うつ症状の減少といった効果があると言われているが，これに関しては異論もあるみたいで（追試では明確な効果が見られなかった），特に重度の鬱病の人に対しては要注意らしい（ヤバそうなら自己流ではなく精神科とかでちゃんとカウンセリングを受けた（受けさせる）ほうがいいと思う）。

良いことを毎日３つ書くと幸せになれるか？

個人的には簡易的な逆向き瞑想と考えれば，なかなか面白いんじゃないかなと思ったりする。近い過去を振り返って言語化することで自身の記憶の強化や感情の整理にはなるだろう。また TGT を義務化すると逆効果になることもあるそうで，理屈とかあまり深く考えず緩々とやっていくのがいいのかもしれない。

まぁ「書きたくないときには書かない」というのはこのブログでも基本的なスタンスなので，三行日記についても構えずに気楽にやっていこう。

しかし「3」というのはつくづくマジックナンバーなんだなぁ。

ブックマーク

atproto入門1 PDSって？どういう特徴があるの？？ | WhiteWind | WhiteWind blog

参考

新潮選書「3」の発想数学教育に欠けているもの: 芳沢光雄 (著); 新潮社 2009-10-24; 単行本; 4106036517 (ASIN), 9784106036514 (EAN), 4106036517 (ISBN); 評価

図書館で借りて読んだ。数学書の棚にあったが，中身は数学エッセイ？読み物としては面白かった。

reviewed by Spiegel on 2019-04-23 (powered by PA-APIv5)

Anything Goes!（『仮面ライダーオーズ／OOO』挿入歌）: 大黒摩季 (メインアーティスト); avex trax 2019-05-01 (Release 2019-04-26); MP3 ダウンロード; B07QH9YVZ3 (ASIN); 評価

2022年は大黒摩季30周年だったんだそうで。でも私が知ってて唄える曲ってこれしかないんだよな（笑）仕事中に聴くとテンションが上がる。