delivery.system
EnglishGitHub ↗

从开发需求到清晰交付

把开发需求
整理成可审阅的
工作项。

Delivery System Lite 将开发需求整理成结构化工作项。通过一条真实记录，查看对应预览和 Markdown 草稿。

查看真实记录案例了解工作方式

本地 MCP 历史结果 · 不调用实时 AI · 不写入 GitHub

01 INTENT
02 SEALED
03 MARKDOWN
preview_receipt.json
封存预览
✓ 范围已明确
✓ 先审阅，再写入
Conceptual REV 01
DS LITE · LOCAL MCP · RECORDED
PLAN → REVIEW → DELIVER01 / 03

一个真实的 DS LITE 案例

需求在每一步
变得更清晰。

同一个作品集需求，依次经过三个阶段：人的意图、封存的概念预览，以及展示为 Issue Markdown 的草稿。

01

需求意图

开发者希望制作一个响应式作品集，包含个人介绍、项目、联系方式和键盘访问能力，同时明确排除哪些范围。

收到需求
02

封存预览

本地规划流程返回一个概念级工作项，明确列出范围、非目标、验收标准和验证步骤。没有声明目标仓库。

预览已封存
03

GitHub Issue Markdown

记录中的工作项被呈现为 Markdown 草稿，供人审阅、复制或下载。此步骤不会创建 Issue。

草稿已就绪

DS LITE 能做什么

从需求到可审阅的工作项。

这条真实记录展示一个需求如何整理成一个结构化工作项。

可以做到

  • 把需求整理成 Work Item
  • 返回可检查的 Preview
  • 明确范围、非目标、验收条件和验证方式
  • 提供可复制的 GitHub Issue Markdown 草稿

当前未验证

  • 本站实时调用 AI 生成结果
  • 适用于所有需求类型的拆分
  • 自动创建 GitHub Issue
  • DS Full GitHub Apply 已通过集成验收或正式发布

围绕审阅而设计

先看清楚，
再做决定。

Lite 原型展示的是本地规划预览。历史结果可以作为证据，但它不是在线托管服务，也不代表远端写入流程已验收。

架构
01

预览优先

先检查结构化结果，再决定下一步。

02

由人掌控

自行复制或下载草稿，不会替你提交。

03

证据有边界

清楚展示单一环境验证了什么、还有什么未验收。

历史 Markdown · 1 个工作项

查看真实草稿。

以下节选来自记录中的 Issue Markdown。打开 Demo 查看完整需求、验收条件和验证说明。

查看完整 Markdown
MD历史 Markdown · 1 个工作项
开发响应式个人作品集网站Markdown 节选 · 原始中文验收条件；样本章节标题为英文
# 开发响应式个人作品集网站

## Acceptance Criteria

- [ ] 页面包含个人介绍、项目展示和联系方式。
- [ ] 页面在桌面和移动视口下均可阅读和操作，且没有横向溢出。
- [ ] 项目链接具有清晰、可区分的链接文本，便于识别其目标。
- [ ] 主要链接和联系入口可通过键盘访问，并显示可见的焦点状态。
- [ ] 网站以静态内容为主，不包含登录、支付或后台管理功能。