Coadmap公司正式推出AI驅動專案管理平台《Coadmap》，搭載AI代理人《Yata》自動化處理票務、審查與文件製作

總部位於東京的Coadmap公司（執行長：牧野暉弘）宣布，其標榜為「產品開發團隊的決策作業系統」的AI驅動專案管理平台「Coadmap」已正式對外提供服務。Coadmap將專案的上下文結構化為「目標（顧客價值）→ 功能 → 任務」的三層體系，並在此基礎上，主動運行AI專案經理「Yata」，以自主支援日常的Scrum會議準備、PR審查、規格書更新及查詢過往決策等專案營運工作。

該產品的開發早已展開，自2025年起便以非公開形式向部分合作夥伴（包含上市公司）的開發與產品團隊提供部分功能與方案。

**背景：「實作變快了，但產品團隊卻跟不上了」**

隨著編碼代理人（如Devin、Claude Code、Cursor等）的普及，單一工程師每日可編寫的程式碼量已達到3至10倍。然而，這卻在產品開發團隊的現場引發了多種問題：

- 規格書的內容停留在實作前的數個月。
- 工作票（Ticket）僅代表「任務」，卻忽略了「為何而做」。
- 會議記錄、聊天訊息和程式碼分散在不同地方。
- 缺乏可供AI理解和使用的專案上下文。

下一個瓶頸不再是實作速度，而是整個產品團隊對「為何而戰」的理解清晰度。這並非個人工作量或熟練度的問題，而是源於PM、工程師、商務等不同角色使用不同工具所導致的設計層級的結構性課題。

**Coadmap的假設與價值**

Coadmap基於「組織唯有在以顧客價值為起點的結構化資訊之上，才能持續做出關鍵決策」此一假設，被設計為一個為產品團隊打造的決策作業系統。它不僅是單純的任務管理，而是採取一種從目標到任務全面結構化，並在該結構上部署主動式AI專案經理（AIPM）的策略。

**三大支柱**

1. **結構（Structure）：** 透過「目標=為何／功能=什麼／任務=如何」的三層模型連結父子關係，讓人與AI都能即時理解任務的目的。

2. **連結（Connection）：** 成為專案上下文的整合中心。透過協作筆記功能統一管理會議記錄與規格書。藉由GitHub整合，將PR、Commit、Issue與專案結構掛鉤，甚至能在PR合併後自動提出規格書更新建議。此外，其CoadmapMCP（遵循Anthropic提出的模型上下文協議）讓符合標準的AI IDE（如Claude Code、Devin）能從「正門」存取專案上下文。

3. **AIPM「Yata」：** 一個主動式AI專案經理，它不被動等待指令，而是從上下文中推斷必要行動並提出建議與執行。其核心理念是「不取代人，而是將人從作業中解放出來」。

**Yata的四個代表性場景**

- **早上 (08:55) Scrum準備：** Yata彙總衝刺進度，識別延遲風險，並整理每日站立會議的討論重點。
- **中午 (11:30) 與編碼代理人協作：** 將任務委派給Devin/Claude Code，提供上下文，並在實作後從顧客價值的角度進行審查。
- **傍晚 (17:30) PR合併後的規格書更新：** 當PR被合併時，Yata會建議相關功能的文檔更新內容。
- **隨時查詢：** 即時回答關於過往決策的問題，並提供時間序列的脈絡。

**安全性與數據治理**

Coadmap基於三大原則建構：客戶數據不用於LLM訓練、AI功能可由組織層級啟用或禁用、所有數據在傳輸和儲存時均進行加密。

**預期使用案例**

Coadmap在自有產品開發、委外開發以及希望將開發內部化的公司中皆能發揮效益。

**定價與提供方式**

以SaaS形式提供，採用分級的租戶固定費率方案加上AI點數制。詳細資訊請參閱官方定價頁面。

**未來發展**

未來計劃包括持續強化Yata的回饋學習機制、擴展人員與知識管理功能，並增加整合的AI代理人數量。

**來自執行長的訊息（牧野暉弘）**

「產品團隊之所以無法從忙碌中解脫，是因為資訊被分割，上下文沒有連接起來。Coadmap是一個從顧客價值出發，將上下文結構化，並在其上運行AIPM『Yata』的作業系統，旨在創造一個讓團隊能將時間花在『決策』而非『作業』上的環境。」