プロダクト

Intent-System — IDD の運用実装

Intent-System は、私たちによる Tree-Structured Operational IDD の実装で、すでに動いています。spec-as-source の立場に対して、私たちは明確に違う立場を取ります ── spec ではなく意図を中心に置く。これを Intent-as-source と呼んでいます。

Intent-System を試す現状フローを見るロードマップ
1 枚図

運用ループ

Intent ツリー人間がキュレーションIssueissue-ready sliceImplementer人間 / エージェント / AIReview意図と照合Closeoutstate 同期、次 slice を計画▸ slice▸ assign▸ open PR▸ acceptnext slice — ツリーへ戻る人間エージェント閉じる

このループは GitHub Issue 上で回ります。意図ツリーから切り出されたスライスが、必要なアーキテクチャ・契約・UI パターンを最初から持った Issue になります ── AI 支援開発で最もレバレッジの効くスキル「分かりやすい Issue を書くこと」が、そもそも可能になります。実装は文脈が揃った状態で進み、レビューは個人の好みではなく意図のスライスとの差分で行います。クローズアウトでは、その過程で新たに固まった判断を canonical な意図としてツリーに書き戻します。

ツリーは初日から完璧である必要はありません。継続的なクラリフィケーション工程で AI が「ここはどうしますか?」という問いを推奨案つきで大量に出し、人間はこだわりがない部分は推奨案を採用し、こだわりたい部分だけ自分で答える。意図は最初に書き上げるものではなく、サイクルを回すたびに段階的に厚くなっていきます。

実際の運用フローは Current Flow ページで詳細を扱います。 見る →

二つの提案を、ひとつの形に

Intent-System は、私たちの二つの提案をそのまま実装に落とし込んだものです。ただし、提案そのものは Intent-System がなくても成り立ちます。 Intent Compass ── 各スライスの方向性は Intent ツリーから受け取ります。 Git-AI-Flow ── 実装サイクルは ai-develop の上に自然に乗ります。

Intent-System ではないもの

  • コードジェネレータではありません。コードは下流であり、私たちはモデル自体を提供する立場でもありません。
  • IDE の代替ではありません。
  • プロジェクト管理ツールではありません (連携は可能です)。
Intent-System を試す