GitHub Issues / Actions と pi を組み合わせて、PC を常時触らずに使える個人用の小さな AI 実験環境を作るアイデア。
目的は専用アプリを作ることではなく、
- GitHub を入力 UI にする
- GitHub-hosted runner を使い捨ての実行環境にする
- Git branch を実験ごとの永続状態にする
- pi に shell / files / web fetch を自由に使わせる
まず 実装計画 → 設計方針 → 実装契約 の順に読み、判断の背景やレビューの経緯は必要に応じて参照してください。
| ファイル | 扱い | 役割・対応関係 |
|---|---|---|
| lsp-agent-implementation-plan.md | 現行・実装時に利用 | 目的・仕様概要・3マイルストーン・26 issueの正本。実装作業の入口。 |
| design-policy.md | 現行・実装時に利用 | 仕様の追加・変更や、実装時の判断に使う原則。 |
| implementation-contracts.md | 現行・実装時に利用 | 実装計画を具体化する現行契約。CLI・同期・診断・失敗処理などをB01〜B12で定義。 |
| workflow.md | 現行・実装時に利用 | issue選択から事前検証・設計調停・実装・事後検証・完了記録までの作業ループ。 |
それぞれのLLMで作る文章が独特なのなんなんだろうな?
A. ストーリーとしての大きな変化や波乱を描くのではなく、タイトルの前提となるシチュエーション(例:「実は縁の下の力持ちだった」「無自覚に命を削って奇跡を起こしていた」など)を、日常の様々な場面を変えて反復提示(リフレイン[^1])し続ける構造を持つ作品群です。
複雑なプロットの進行や因果関係の蓄積をあえて排除し、読者の自尊心や被愛欲求をノーリスクかつ低負荷で満たすように設計されていることから、「非同期的接待業[^2]」のような性質を帯びています。
ふと気がついたのだけれど、夜中に自分がAIとやりとりしたチャットの履歴を読み返すときは、驚くほどスラスラと内容が頭に入ってくる。当時の思考がそのままよみがえってきて、「そうそう、ここでこの答えが返ってきたから助かったんだよな」と、いくらでも読んでいられる。
けれど、他人が「AIとこんな話をしたよ」と見せてくれたログを開いた瞬間、私の頭は急ブレーキをかけてしまう。なんだか前置きが長く感じられるし、AIの返答も通り一遍の説明を読まされているみたいで、スクロールする指がすぐに止まってしまうのだ。
同じ「人間とAIのやりとりの記録」なのに、どうしてこんなにも読みやすさが違ってしまうのだろう。自分の頭の中で何が起きているのか、その仕組みをひとつずつほぐすように考えてみた。