mtdnot 開発体験ドキュメント
mtdnot 開発体験ドキュメント
調査日: 2026-03-23
1. 面倒だと感じること
細かい承認の連続
- 30〜60秒のタスクをいちいち確認するのがだるい
- 希望: 30〜60分単位でまとめて確認
設計への示唆
- 小タスク完了ごとの通知/承認を廃止
- バッチ単位（30-60分相当の作業）で1回のレビュー
- 緊急時のみ即時通知（エスカレーション）
2. 楽だと感じたこと
NixOS環境構築
- ずっと構築を回し続けてくれる
- 失敗しても自動リトライ
- 人間は待ってるだけ
ChatGPT Pro 30分セッション
- 30分間自律的に動き続けた
- 中身（品質）も良かった
設計への示唆
- 長時間自律稼働が正義
- 失敗→自動リトライ→成功のループ
- 人間は介入せず、結果だけ確認
3. 理想の開発フロー
防災研究の自律進行
- EPSの研究が自動で進む
- 仮説生成 → 実験 → 検証 → 論文ドラフト
日常業務の自動化
- 資料作り
- 設計ドキュメント
- メール返信
機能推論と自律実装
- 必要な機能を推論
- 勝手に実装される
コンテキスト理解
- 単なるコード生成ではない
- 利害関係者の分析
- 要件定義
- ビジネス的側面の考慮
4. Factory設計への反映
| 要望 | Factory設計 |
|---|---|
| 30-60分でまとめて確認 | バッチ承認モード、タスクグループ単位でレビュー |
| 長時間自律稼働 | 失敗自動リトライ、エスカレーション閾値設定 |
| コンテキスト理解 | Directusからドキュメント参照、意味検索統合 |
| 利害関係・要件理解 | ステークホルダー分析フェーズ、ビジネス要件抽出 |
5. キーフレーズ
「30〜60秒のタスクをいちいち確認するのだるい。30〜60分にしてくれ」
「ずっと構築回してくれる」「30分回り続けた」
「利害者関係・要件定義みたいなところまで考えて開発してくれる」