我想要整合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就可以知道过去改过什么