插件市场

将已确认的需求整理为可实施、可验收的规格。

把规格拆分为范围清晰、可独立验收的开发任务。

核对 GitHub Issue 和外部 PR 的实际状态，分流需求并整理可执行任务说明。

将上一条回答改写为更通俗、容易理解的表述。

将跨会话的大型工作整理为 Issue 中的共享决策地图，逐项解决决定后明确实施路径。

为凭据、基础设施或第三方控制台等只能由人工完成的步骤生成交互式向导。

组织文章的论述节奏，让信息按读者容易理解的顺序展开。

编写供 Agent 使用的说明文档、Skill 和项目规则。

从零散素材中挖掘可用的写作片段，暂不组织文章结构。

调整文档结构和内容层次，使表达更清晰连贯。

通过 Playwright CLI 操作网页、填写表单、采集内容并验证网站行为。

为网站和应用提供 UI / UX 设计方案，涵盖布局、配色、字体与实现建议。

为新页面建立具有辨识度的视觉设计；已有界面仅在明确要求重新设计时调整。

在实现前通过讨论澄清目标、约束与设计方案。

将互不依赖的任务分配给多个 Agent 并行处理。

依照已编写的实现计划推进任务，并在检查点验证结果。

在验证通过后整理开发分支，选择合并、提交 PR 或清理工作区等收尾方式。

核实代码审查反馈，确认技术依据后再实施修改。

在开发阶段组织代码审查，核对变更是否满足需求。

协调子 Agent 执行实施计划，并对任务结果进行审查。