AIを管理するあなたのマネジメント経験 — スコープ管理、レビュープロセス、意思決定の追跡 — を AI が従えるプロトコルに。
ルーティングなし、フレームワークなし、依存関係なし。プロダクトそのものだけ。
actors誰が使うのか?コードではなく、人を定義する。
entitiesどんなデータを保存するか?プロダクトデータモデル。
features何ができるか?アトミックなプロダクト機能。
storiesどう連携するか?プロダクトの物語。
permissions誰が何をできるか?ロールと機能のマトリクス。
denied何を持ってはいけないか?最も重要なフィールド。
1つの JSON ファイルで完全なプロダクト境界を記述。数分で読めます。
{ "name": "chat-system", "version": "1.0.0", "description": "Real-time chat with group conversations and read receipts", "author": "kim", "actors": ["Admin", "Guest", "Member"], "features": ["createGroup", "listConversations", "readReceipts", "sendMessage"], "denied": { "Reaction": "Keep messaging simple, no emoji reactions", "editMessage": "Messages are immutable once sent", "voiceCall": "Text-based communication only" } }
一方が生成し、一方が検証する。人間が最終判断を下す。
lock をスキャンし、承認または拒否する。コードは読まない。数分で lock を読了。
コードを書き、コードベースから lock を生成する。レビューに提出。
コードと lock の整合性を独立して検証する。Worker を信頼しない。
人間と AI のためのガイド。各ドキュメントには固有の役割がある。
完全な仕様。ファイル形式、フィールド定義、バリデーションルール、ライフサイクル、規約。
仕様を読む → ガイドAI Worker 向け。コードベースを分析し product.lock.json を生成する10ステッププロセス。
ガイドを読む → ガイドAI Reviewer 向け。フィールドごとの検証プロセス。違反の検出方法。
ガイドを読む → 仕様Lock は「何を」定義する。Plan は「どのように」定義する。実装ブループリント形式。
仕様を読む → ツールlock からプロダクトの複雑度を定量化。PLS 計算式は10のオープンソースプロダクトで検証済み。
スコアリングを読む → ツールセッション間の変更、決定、スコープを追跡。AI のためのコンテキスト再構築。
ワークログを読む →