到 2026 年，大多数 AI 编码代理都会提供良好的代码。他们写票，修复错误，公开 PR，甚至在你错了的时候反驳。他们一直不擅长的事情是 知道你处于哪个冲刺阶段。
代理不知道哪个冲刺处于活动状态。不知道目标是什么。不知道哪些工单在范围内，哪些工单是可延长的，哪些是被阻止的。不知道谁的票刚刚被关闭。所以当人类问 “接下来我应该做什么？” 代理从当前分支、打开的文件以及它可以 grep 的任何内容中进行回答；从来没有脱离实际的计划。
这就是差距 MCP 修复。这就是我们重新推出的原因 mcp.sprintflint.com 作为公共端点。这篇文章是实践者的版本：MCP 实际上是什么，当您的冲刺状态可以从编辑器内部访问时会发生什么变化，以及团队在前两周滥用集成的四种方式。
MCP 是什么，一段话
模型上下文协议是使用工具的人工智能助手与外部系统对话的标准。代理连接到 MCP 服务器，服务器公布工具列表（代理可以调用的函数）和资源（代理可以读取的数据），代理将它们用作其正常工作流程的一部分。这是之间缺失的一层 “代理可以访问 shell” 和 “代理可以访问您的冲刺计划数据库。” MCP之于AI助手，就像LSP之于编辑一样；一个协议，每个实现。
当 sprint 状态位于编辑器中时会发生什么变化
MCP之前：工程师将工单描述粘贴到Claude中。代理读取它，生成计划，编写代码，然后返回。工程师将结果复制到工单注释中。两个手动上下文桥，都发生泄漏。
MCP之后：代理直接读票。知道 验收标准。了解链接的 PR。知道昨天评论里讨论了什么。完成后，它会向工单发布一条评论以及状态更新。当工程师询问时 “什么阻碍了冲刺？”，代理查询实际的板，而不是工程师的记忆 站立.
具体来说，使用一周后，我们看到的模式如下：
-
拉动式规划。 工程师开始一个会话 “我盘子里的下一个是什么？” 代理打电话
my-issues，选择未被阻止的最高优先级，要求人员确认，然后开始工作。没有选项卡切换到主板。 - PR 打开时自动评论。 当代理打开 PR 时，它会向链接 PR 的 SprintFlint 工单发布评论。无需工程师的努力即可闭合循环。
- 冲刺 感知代码审查。 当代理审查 PR 时，它会拉出链接的工单，读取接受标准，并标记不符合标准的 PR；而不是仅仅评论风格。
- 站立预写。 在人类站立之前，代理拉动 “我昨天关闭了哪些工单，今天我在做什么，什么被阻止了？” 并撰写站立消息。人类编辑两个单词和帖子。
这些都不需要更改代码。他们要求代理能够看到冲刺状态。
为什么这是一次重新启动
我们在 v1.1 中有 MCP，在 v1.2 中将其删除，转而采用开源代理技能方法，并观察到 MCP 规范在 2025-06-18 协议修订。现在它已成为事实上的标准。 Cursor、Claude Code、Zed 和 Claude Desktop 都会说它。所以我们回来了，带着更精简的实现：单个 Streamable HTTP 端点 mcp.sprintflint.com、不记名令牌身份验证（与 REST API 相同的令牌）以及 1:1 映射到资源模型的工具目录。
设置，30 秒内完成
Claude Desktop配置：
{
"mcpServers": {
"sprintflint": {
"url": "https://mcp.sprintflint.com",
"headers": { "Authorization": "Bearer YOUR_TOKEN" }
}
}
}
落入 ~/Library/Application Support/Claude/claude_desktop_config.json （或操作系统上的等效项），重新启动 Claude Desktop，SprintFlint 工具将出现在工具菜单中。 Cursor和Claude Code使用几乎相同的配置；关于每个编辑者的完整说明 /集成 页。
工具是什么
我们选择在重新启动时保持狭窄的表面。八个工具，映射到开发人员在冲刺期间实际采取的操作：
| 工具 | 它的作用 |
|---|---|
list-projects |
搜索组织中的项目（分页） |
list-sprints |
在项目内搜索冲刺（分页） |
list-issues |
在冲刺中搜索工单（可按状态过滤） |
my-issues |
分配给呼叫用户的工单 |
get-issue |
通过参考阅读单个工单（例如 PROJ-123) 包括评论 |
create-issue |
将新工单提交到冲刺中 |
update-issue |
更新标题、描述、状态、故事点或受让人 |
create-comment |
对工单发表评论 |
我们故意做的两个操作 不 第一天交付： delete-issue 和 delete-sprint。更新已在；每个突变都可以从 UI 中逆转，并且工作流程（“代理在开始工作时将状态提升为进行中”）非常有价值，不容忽视。破坏则不同。成本不对称 “代理决定删除错误的工单” 远高于 “工程师自己点击删除按钮”，所以代理还没有获得这些工具。当模式确定后我们会重新审视。
团队在前两周滥用它的四种方式
我们已经多次看到这种情况发生，可以称之为。
1. 让座席将每一个想法都归档为工单。 特工的默认配置是生产文物。如果没有护栏，每当人类说一句话时，它就会创建一张罚单 “哦，顺便说一句，仪表板上的加载状态很奇怪”。冲刺 待办列表 三天后就变成垃圾场。修复：在系统提示中告诉客服人员工单创建是一个有意的操作，而不是默认操作。备案前确认。
2. PR 合并时自动关闭工单。 诱人的。有时是错误的。合并后的 PR 并不总是能解决问题；它可能是针对同一张票的三个 PR 之一，或者它可能在未解决实际接受标准的情况下通过审核。修复：代理发布了 “此 PR 关闭工单 X，请确认” 评论代替。人类关闭工单。
3. 将代理人视为 PM 的替身。 代理可以阅读冲刺，但它不知道战略背景。 “我们应该将其添加到下一个冲刺中吗？” 是一个 PM 问题，而不是一个工具调用问题。修复：代理显示工单，人工优先。
4.代币蔓延。 不记名令牌具有完整的组织访问权限。如果您的代理连接在计算机之间共享，您的令牌也会在计算机之间共享。修复：每个开发者一个令牌，已命名，可撤销。 SprintFlint 的账户设置页面列出了所有活跃代币以及上次使用时间，以便您可以发现孤儿代币。
这是要去哪里
重新推出的MCP服务器是基础。下一层是服务器驱动的提示和资源； MCP 规范包括两者，它们让服务器告诉代理诸如 “这是一个标准格式 冲刺目标” 或 “这是团队的 完成的定义” 无需开发人员将它们粘贴到每个会话中。我们将在即将到来的冲刺中添加这些内容，在选择加入标志后面，同时我们找出哪些提示真正起到了推动作用。在那之前，上面的工具足以弥补激发 v1.7 的 80% 的上下文差距。
尝试一下
- 从您的帐户设置生成令牌 sprintflint.com
- 将 JSON 配置放入编辑器中
- 打开一个会话并询问： “什么是活跃的冲刺，什么仍然开放？”
如果您的编辑还不会说 MCP， 休息 API 提供相同的功能，并附带 代理技巧 适用于喜欢工具调用界面的工具。选择您的工具已经支持的工具；我们会在那里见到你。