iPadだけでGitOpsを回す
——開発をエージェントに任せ、自分では検証しない構成

1結論：要るのは「戻せること」

この構成で用意すべきものは、開発環境ではありません。間違ったものが本番に出たときに、iPadから戻せることです。人が事前に全部を確認しない以上、事前の完璧さではなく事後の復旧力に投資するのが合理的になります。

2誰が何をやるのか

3人がiPadでやる3つ

1. 指示を出す。「この記事を追加して」「ここが間違っている」。手順ではなく目的を伝えるほうが結果が良くなります。
2. 内容を読んで判断する。ビルドが通ったかどうかはエージェントとCIが見ています。人が見るべきは「書いてあることが自分の理解と合っているか」だけです。ここを飛ばすと、この構成には誰も内容を見る人がいなくなります。
3. 公開を承認する。本番に出してよいか。個人情報や未公開の情報が混ざっていないかは、人にしか判断できません。

4自分で検証しないときの関門

人が検証しない構成では、関門を何層持っているかがそのまま安全性になります。現状はこうです。

5なぜCIが「なお」必要なのか

「エージェントが検証しているならCIは重複では」と思えます。逆です。人が検証しない構成でこそ、CIの価値が上がります。

name: build

on:
  pull_request:
  push:
    branches: [main]
  workflow_dispatch:

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version-file: .nvmrc
      - name: build + integrity check
        run: node build.mjs
      - name: upload dist
        if: always()
        uses: actions/upload-artifact@v4
        with:
          name: dist
          path: dist/

6初期構築だけは手で触る

日常運用はエージェントに渡せますが、最初の一度だけ、人がブラウザで操作する部分があります。エージェントにCloudflareのAPIトークンを渡せば自動化できますが、それはシークレットを渡すということなので、本記事では人が触る前提にします。

7壊れたときにiPadから戻す

事前に全部を確認しない構成なので、ここが本体です。

8エージェントに任せてはいけないもの

9補足：端末でnodeを動かす必要はない

参考までに書いておくと、iPadで node を動かす道は事実上ありません。

• a-Shell——JavaScriptCore（言語エンジン）は載っていますがNode.jsではありません。node バイナリもnpmも無く、fs・process・require が存在しない。
• iSH——apk add nodejs でインストールはできますが、実行すると illegal instruction で落ちます。エミュレータがV8のJITが依存するSSE2命令を実装していないためで、長年未解決とされています。

S情報ソース

H更新履歴