我想要整合Agent和專案管理工具
例如Jira -> Agent -> Github
Agent讀取issue實作，commit到github,再將驗收項目新增到jira
我人工review驗收項目，再丟新的issue給Agent實作
我研究了這段workflow,發現有人提出issue as code的概念
https://tinyurl.com/yp2kfzpz
專案結構大概長這樣
.project/
├── config.json
├── issues/
│ └── PROJ-1/
│ ├── issue.json # status, priority, labels
│ ├── description.md # what was requested
│ └── comments/
│ ├── 001.json # "Investigating auth.ts..."
│ ├── 002.json # "Root cause found..."
│ └── 003.json # "Fixed. 2 files modified."
├── wiki/
│ ├── _index.json # page tree structure
│ └── pages/
│ ├── steering.md # your rules for the agent
│ └── solutions-auth.md # auto-generated docs
└── boards/
└── default.json # kanban column config
直接用markdown把issue寫在專案裡
我覺得這應該是對AI最友善的issue寫法
要是搭配obsidian，也能讓這些文檔可視化
打算研究有沒有現成的workflow能用
想問大家都是怎麼整合專案管理軟體的
現在討論度最高的是哪些方式?

jira有mcp github可以搭配github cli，然後自己寫個skill，搭配script + launchd，固定時間跑就好把issue寫在markdown，如果專案人數很多，又很多夾欓，然後狀態一直變，你後面會搞得很麻煩

自己弄sop和skill, 抄別人的workflow只會增加複雜度

我記得github 自己的專案管理就有整合copilot 可以讀issue 發pr了

同一樓, 也有jira cli可用,搭skill 存取 ticket 直接開工issue as code不就 SDD 那套，製造一堆難以維護的md小的issue 沒必要, 大的issue agent 要參照的內容過多反而影響生成的準確率與其花時間搞這個，不如好好把ticket 描述清楚比較實在

其實ticket最後也有可能碎片化問題md還是目前比好的方式 可以讓agent整理 幫忙archiveagent讀到repo下面md就可以知道過去改過什麼