---
title: 作品简报与交付卡
description: 用受众、基线、版本、反馈、质量门和回滚条件管理一个可复查、可交接的学习或项目作品。
updated: 2026-08-31
---

# 作品简报与交付卡

作品不必从一开始就完整，但必须从一开始就有边界。复制这张卡到私有项目目录，保留独立版、修订版、反馈版和交付版。不要写入密码、客户资料、未获授权的第三方信息或不必要的隐私。

## 1. 作品边界

```markdown
# Artifact Brief — YYYY-MM-DD

作品名称：
真实场景：
受众/使用者：
要解决的一个问题：

输入材料与来源：
我当前的基线：
关键假设：

最小交付物：
格式、时间与其他限制：
完成标准：
明确不做什么：

第一版截止时间：
谁会提供反馈：
需要保留的证据：
失败时如何缩小、暂停或回滚：
下一次复查日期：
```

## 2. 四个版本

| 版本 | 完成条件 | 保留什么 |
| --- | --- | --- |
| 独立版 | 不看答案、不让 AI 代写，完成最小动作 | 原始文件、用时、卡点 |
| 结构版 | 受众能找到问题、结论和下一步 | 结构差异、事实与推测标记 |
| 反馈版 | 真实读者、用户、同伴或明确角色的 AI 完成审阅 | 反馈、错误分类、采纳/拒绝理由 |
| 交付版 | 他人不依赖你的口头补充也能开始使用 | 版本、限制、来源、已知问题、交接记录 |

## 3. 质量门

| 门 | 检查问题 | 证据位置 | 负责人/日期 |
| --- | --- | --- | --- |
| 清楚 | 受众知道问题和下一步吗？ | | |
| 准确 | 事实、引用、代码和数字能回到来源或测试吗？ | | |
| 可用 | 主要动作在真实限制下能完成吗？ | | |
| 可维护 | 版本、依赖、限制和接手人清楚吗？ | | |
| 可负责 | 隐私、版权、权限和错误后果已处理吗？ | | |

没有证据的“通过”先写成“待核验”。速度、字数和功能数量只是代理指标，不能替代质量门。

## 4. AI 与反馈记录

```markdown
AI/工具与日期：
允许它做的工作：
我保留的人类判断：
它指出的三个最高影响问题：
我采纳/拒绝了什么，为什么：
真实读者/用户复述的主旨：
最需要修正的一处：
```

先保存自己的版本，再让 AI 诊断、模拟受众或生成平行任务。关键事实、权限、隐私、成本和最终署名由人确认。

## 5. 交付与回滚

```markdown
交付对象与授权范围：
交付日期与版本：
使用说明：
已知限制：
支持与联系人：
成本与留存期限：
暂停/降级/回滚触发条件：
发现问题后的通知对象：
下一次复查日期：
```

交付不是终点。至少在 3–7 天后用相近条件复测一次，记录别人是否能独立开始、哪里需要解释，以及下一版本只改变什么。

相关章节：[作品篇：把学会变成做出](../threads/part-3/4-artifacts-and-delivery.md) ｜ [九十日行动总表](90-day-cycle.md)