みなさん、こんにちは。
「チャットアプリを作りたい」という依頼から /aidlc を開始しましたが、この記事は、私の個人の備忘録のつもりでした。限定共有したつもりでしたが、公開してしまって、１つリアクションもいただいてしまいました。
チャットアプリの完成には時間がかかりそうでしたので、プランとビジョンを軽くして、ワークフローを完遂して、結果をお見せすることにしました。
新しいビジョンは "ネコが遊べるアプリを作りたい"
プランは PoC にして、すぐにネコに渡して評価してもらいました。
User:
/aidlc --doctor
Model:
AI-DLC doctor
Machine
warn Update: binary 2.11.1; update cache is stale
fix: run `aidlc update --check`
ok 10 checks passed
Project (.claude, Claude Code)
ok all 47 checks passed
Framework integrity
ok all 12 checks passed
0 problems, 1 warning.
Warnings are advisory - if everything works, ignore them.
Add --verbose to see every check.
User:
/aidlc ネコが遊べるアプリを作りたい。
背景
ユーチューブにはすでに、ネコが遊べる動画があります。
しかしながら、ユーチューブのUIなので、ネコが遊ぶと、止まったり、スキップしたり、違う動画のリンクを触ったりしてしまいます。
このアプリでは、ネコが熱中して、ネコ体験の向上を目指したい。
Model:
ネコが遊べるアプリを作りたい、というご依頼に取りかかります。
「ネコが遊べるアプリを作りたい」には「mvp」プランで進めようと思います（全19ステップ、各ステップで承認あり。構築フェーズでは5つのステップが作業単位ごとに繰り返されます。運用まわりは省いて、中核機能を出すことに集中するプランです）。
このまま進めますか？ 別のプランにしますか？ それともこの作業に合わせたプランを作りますか？
User:
別のプランにする
Model:
どのプランで進めますか？ 番号かプラン名でお答えください。
1. bugfix（5ステップ）: 特定のバグを直す
2. classic（14ステップ、作業単位に分割）: 従来型の進め方。要件・設計から構築まで一通り行う標準のプラン
3. enterprise（29ステップ、作業単位に分割）: 規制のある業務向けの機能。すべての経緯を記録する
4. express（6ステップ）: いちばん軽い進め方。要件からデプロイまでで、設計工程とレビューは行わない
5. feature（29ステップ、作業単位に分割）: 新機能向けのフルライフサイクルを、実務に合った深さで行う
6. infra（10ステップ）: インフラの変更
7. mvp（19ステップ、作業単位に分割）: 運用まわりを省いて、中核機能を出すことに集中する
8. poc（4ステップ）: 実現できるかを素早く確かめる
9. refactor（6ステップ）: 既存コードを整理する
10. security-patch（6ステップ）: 脆弱性（CVE）への対応
11. workshop（22ステップ、作業単位に分割）: 進行役のいるグループセッション。各ステップの承認が必須
12. その他: ご希望の進め方を自由に書いてください
User:
PoC に rough-mockups と refined-mockups を追加して実行したい。
結果発表
AI-DLC の成果物は、整理したものをこちらに配置しました。
AI-DLC（AI-Driven Development Life Cycle）で、ネコが遊べるアプリ「CATCHA!」を作っていく記録です。
章（Sec）ごとに、ワークフローの各ステージでできた文書を要約して置いています。
質問・要件・レビューの指摘などの番号は、すべて残しています。
今やっていること
今は何をしているかといいますと、遊び画面の各オブジェクトを独立したオブジェクトに再構成していて、飼い主に、好きなオブジェクトを選択してもらって、色、見た目や大きさ、動き、出現頻度を自由に変更してもらって、自分のネコ向けにカスタマイズできる機能を開発しているところです。
こちらも進展ありましたら、「AI-DLC ライブ 1 章」で成果物をお見せしたいと思っています。