加载失败
该项目是一个在 VS Code 中实现的 Kanban 扩展（作者在 GitHub 提供代码和演示），核心思路是用 Markdown 文件作为看板的数据存储，把任务和对 agent 的指令放在开发者的 IDE 工作流中。讨论集中在为何选择本地 markdown + VS Code：保留版本控制、diff 可视化和可审计的规划历史，同时避免把上下文全部放进聊天记录或外部协调器。评论里也把该项目与 openai/symphony、Vibe Kanban、kanban-markdown-vscode 等替代方案比较，并讨论如何与现有工单系统（GitHub Issues、Trello、Jira）通过 API 集成。多条评论提醒：把复杂/专业工作完全交给云端 agents 仍需大量 steering，且实现跨平台和移动端触发会增加同步与安全复杂度。
部分评论认为 agent 辅助编码会减少团队规模、降低协调成本并提升个人自主性与实验性，从而使扁平化、自组织团队更合适。评论直接指出高度结构化的伪敏捷做法（如 Scrum、SAFe）在 agent 助力下显得更无意义，因为许多协调、上下文传递和重复工作可以被代理减轻。另有观点基于对 Jira 摩擦的抱怨，说明团队会倾向于自建轻量看板或用本地工具来替代繁重的流程以提高效率。
多条评论强调把看板数据存为 Markdown 文件的好处：文件可直接在 VS Code 编辑、纳入版本控制并作为功能规划和决策的可审计历史。作者选择这种方式部分原因是想保留 IDE 的原生功能（例如 diff 可视化）和 GitOps 风格的审计链，而非将全部上下文淹没在聊天记录中。社区已有类似实现（如 kanban-markdown-vscode），说明将“Markdown 作为数据库”的思路在实践中能解决上下文丢失与版本管理问题。
讨论具体到如何与现有工单系统（GitHub Issues、Trello、Jira）集成：虽然可以通过它们的 API 做同步或搭建 MCP server，但把聊天直接嵌入工单会带来刷新和交互上的不顺。开发者曾尝试实现一个“full harness”以流式或同步 agent 响应，但发现代价是失去很多 IDE 内的体验（例如 GitHub Copilot chat 和 diff visualization），且难以达到 Copilot 的交互质量。因此设计上更倾向在 VS Code 内保留 markdown 与本地交互，通过看板触发简洁指令而不是完全外包给外部协调器。
评论区对两种架构展开对比：一种是让 agent 主动管理任务（agent 管理任务），另一种是用预先定义的任务/看板来驱动 agent（任务驱动 agent）。有人指出本项目偏向后者——把卡片作为驱动指令和规划文件，使 agent 的输出更简洁并保留可审计历史；相反，一些项目（如 openai/symphony 或 Vibe Kanban）在探索把看板作为 agent 管理平台。不同模式对 UX 有明显影响：把每项条目做成类似 GitHub Issue 的交互可以降低学习成本，但最终效果受到底层 chat 模型与同步层（harness）的实现能力制约。
多位评论者希望有 OSS 的跨平台（含移动端）看板以便远程 prompting 与触发 agent 工作流，但也警告这会增加触发器、同步与安全的复杂度。将任务完全交给云端 agent 目前仍需大量人类引导（steering），复杂或专业工作在云端自动化尚不成熟，因此很多人更偏好在编辑器内直接与 agent 交互。移动端和远程代理的使用场景被看作是未来方向，但实际落地需要在实时性、IDE 集成与远程同步之间做权衡。
Kanban（看板）: 一种可视化的任务管理方法，使用列和卡片展示任务状态与流动，用于限制在制品（WIP）并推动工作流。在本文中被用作管理 agent 任务与触发指令的界面模型。
Markdown（Markdown 文件 / 文件即数据）: 一种轻量级纯文本标记语言，便于阅读和编辑。讨论中指把看板内容存为 Markdown 文件以利用 IDE 编辑、Git 版本控制和保留规划/决策历史。
GitOps: 以 Git 为单一事实源的运维与交付实践。在此语境下，指通过把看板/任务作为代码（markdown）存入 Git 来实现可审计、可回溯的任务同步与部署流程。
agent（autonomous agent / LLM-driven agent）: 由大模型或自动化逻辑驱动的软件代理，可执行编码或任务自动化。评论中讨论 agent 的两类工作方式（由任务驱动或作为任务管理者）以及 agent 需要人类 steering 的现实局限。
harness（代理协调器 / harness）: 用于流式传输或同步多个 agent 响应的基础设施层或中间件。评论中提到构建 full harness 会带来与 IDE 原生功能（如 Copilot chat、diff 可视化）冲突的权衡。