应用技巧 · 工作台 · 人机对话重构稿

Workbot应用技巧
——工作台搭建

从一次作业批改出发,把最小闭环做成可生长的工作台

整理自一次与DeepSeek关于工作台搭建的真实讨论 · 2026.11.11 · 全文约 4500 字

本文速览

① 第一版只做一件事:把“一次批改的核验闭环”跑通并归档。

② 界面可以极简,数据字段必须完整;否则扩展要推倒重来。

③ 核验分级 + 修改回写,让工作台下一轮比这一轮更准。


导语

很多人用 AI 的方式是“遇到一件事,开一个新对话”:提示词重写一遍,结果散在聊天记录里,下周再做同类工作,又从零开始。工作台要解决的正是这件事——不让每一次都从零开始。本文从一位教师的真实设想出发:先做一个只管“作业批改”的工作台,再谈扩展。我们把这次讨论里零散但准确的判断,整理成一套可以照着做、可以验证、可以回退的搭建方法。

目录

一 · 先把“工作台”说清楚
二 · 先定“结束条件”
三 · 七步搭建法
四 · 闭环的两个半圈
五 · 实测验证清单
六 · 七个常见坑
七 · 一页纸定义卡
八 · 写在最后
01先把“工作台”这个词说清楚

工作台不是软件里的一个功能菜单,也不是一次聊得不错的对话。它是一个可反复进入、产出可核验、结果可归档、过程可追溯、并且越用越准的工作单元。

它由四个部件组成:

部件
作用
缺了会怎样
固定的工作区
每次都从同一个地方进入,模板、规则、成果都在其中
每次重新找文件、重写提示词
固定的一条主链
输入 → AI 处理 → 人核验 → 归档,不含分支
流程越加越多,最后没人说得清哪一步算完成
固定的数据字段
结果按字段存放,而不是只有一段自然语言
后续分析只能靠翻文本、数关键词
固定的归档与回写规则
核验后的结果落定,人的修改被记录下来
这一轮做完就结束,下一轮不会更准

三个常见误解值得先摆出来:

常见理解
问题所在
工作台的做法
工作台=功能集合
以“还能加什么”为起点,边界无限扩张
以“哪件事不做就没有存在理由”为起点
工作台=一次成功的对话
成果留在聊天记录里,无法复用
成果必须落成文件,进入归档目录
工作台=越全越好
大而全的单体,改一处牵动全身
若干可接管的工作单元,可组合、可治理

用一句话概括:工作台的价值不在于它能做多少事,而在于同一件事做第二遍时,比第一遍更省力、更准。

02最关键的分界线:先定“结束条件”,不先画“功能地图”

原始设想里有一句话很要紧:先把要面对的最核心问题搞清楚,也就是找准工作的痛点,无关紧要的事先不用去做。 这句话的实操含义比听起来更严格:

第一版的边界不是由“将来可能需要什么”决定的,而是由“哪一件事不做,这个工作台就没有存在理由”决定的。

以作业批改为例,它的切口选得好,是因为起点和终点都清清楚楚:

●起点:作业数据进入工作台;

●终点:教师核验后的评语与分析报告归档落定;

●主链:作业批改 → 错题归因 → 生成含改进策略的评语 → 教师核验修改 → 全班学情分析与教学改进建议 → 教师核验修改 → 批改件与评语归档。


这条链之所以成立,是因为它闭合了一个可验证的循环:AI 产出 → 人做关键判断 → 结果落定。终点不是“AI 批完了”,而是“人确认过、并且归档了”。把终点定在核验之后,第一版就有了一个不可再简化的交付物:一份经过人确认、可追溯的批改记录。

对比项
功能地图式
单点闭环式
第一版边界
按“将来可能用到”列功能清单
按“不做就没有存在理由”定一条链
交付物
若干半成品功能
一份已核验、可归档的记录
失败信号
功能都做了,但没有一件事真正跑完
某一站的产出没人核验,闭环断在半路
扩展方式
继续加功能,链路越缠越复杂
对同一批可信数据重新聚合

先跑通最小闭环,不等于以后不做别的。阶段性错题集、纠错学材、班级对比,都是在这个循环稳定之后,对同一批已归档数据的再聚合,而不是另起一条新链路。

03七步搭建法:从一句话到能跑的工作台

下面七步按顺序做,每一步都有明确的产出物与验收口径。第一版只做第 1~6 步,第 7 步是让工作台“越用越准”的持续动作。

步骤
这一步要回答的问题
产出物
1 定结束条件
做到什么程度,这次工作就算结束
一句填空式定义
2 选切口
哪一件单项工作先做
通过三把筛子的场景
3 画主链
每一站谁做、交出什么
一张主链站点表
4 定字段
结果里必须留下哪些可计算的项
字段定义表
5 分级核验
哪几处必须由人决断,怎么决断
两类核验交互设计
6 建归档
成果放哪、怎么命名、怎么回退
目录树与命名规则
7 回写与迭代
人的修改怎样变成下一轮的依据
回写日志与视图路线图
第 1 步|用一句话写死“结束条件”

照着这句填:

当〔   〕进入工作台后,AI 产出〔   〕,教师核验〔   〕,最后把〔   〕归档到〔   〕,本次工作即告结束。

作业批改的填法:当本班本次作业数据进入后,AI 产出逐生评语与全班分析报告初稿,教师核验评语与教学改进建议,最后把批改件、评语终稿、报告终稿归档到已核验目录,本次工作即告结束。

验收:这句话里不出现“顺便”“以后还可以”“最好同时”等词。出现一次,就说明边界又被撬开了。

第 2 步|用三把筛子选切口
筛子
标准
作业批改是否通过
单项
一次只解决一类工作,不混目标
通过:只做批改与归因
高频
一周至少真实用一次
通过:日常教学常态
有明确交付物
能拿出一个可核验、可归档的文件
通过:评语 + 分析报告

反面例子是“做一个教学全能助手”:三把筛子一把都过不了,因为它没有可判定的结束条件。切口越聚焦,后面的设计越稳定;场景一旦模糊,架构一定失控。

第 3 步|画出唯一一条主链,标出每站产物
站点
谁做
产出物
是否必须人工
① 作业数据进入
教师 / 文件
待批改原始数据
是(放入)
② 识别与错因归因
AI
逐题归因记录
否
③ 评语初稿
AI
含改进策略的逐生评语初稿
否
④ 逐条核验修改
教师
评语终稿 + 修改留痕
是
⑤ 全班分析与教学建议初稿
AI
学情分析与改进建议
否
⑥ 采纳或驳回
教师
报告终稿 + 决断记录
是
⑦ 归档
系统 + 教师确认
已核验归档件
是(确认)

第一版的硬规则:只允许一条主链。 想加的第二条链路,先记在“v1 不做什么”里,等闭环稳定后再说。

第 4 步|先定数据字段,再写提示词

这是最容易被跳过、也最影响后续扩展的一步。作业批改最常见的错误,是把输出停留在“分数 + 一段评语”。分数和评语只能看,不能算;将来要做错题集、班级对比,就不得不回头重新解析自然语言。

真正让扩展成为可能的,是比分数更细的字段:

字段
说明
将来被谁调用
作业编号
本次作业的唯一标识
按时间段、按班级聚合
班级 / 学号 / 姓名
学生与群体维度
学生阶段分析、班级对比
题目编号
定位到具体题目
错题集、学材生成
关联知识点
该题考查的知识点
知识点维度的统计与对比
错误类型
概念混淆、计算失误、审题偏差等
归因分布、教学改进建议
错误步骤位置
错在解题过程的第几步
过程性诊断、针对性训练
得分
本题 / 本次得分
学情基线
归因说明
AI 给出的错因解释
评语依据、复核对象
改进策略
面向学生的具体建议
评语、纠错学材
评语初稿 → 终稿
修改前后两个版本
核验留痕、回写日志
核验留痕
核验人、时间、修改说明
责任追溯、规则优化
归档路径
终稿存放位置
检索、数档核对

顺序不能反:先让 AI 产出这些结构化字段,再由字段生成评语;而不是先写一段漂亮评语,再从中反推错因。

验收:随机抽 5 条记录,12 项字段无缺失,且能直接按“知识点”分组汇总。

第 5 步|按风险分级设计两处核验

原始设想在评语和分析报告两处都安排了教师核验,这是对的;但两处的风险性质不同,不该用同一个“确认”按钮打发。

核验对象
风险性质
教师角色
交互要点
决策入口
单份作业评语
直接影响学生反馈,范围小、可逐条改
复核者
:在 AI 初判基础上逐条确认或修改
顺滑的逐项审阅,改动自动留痕
确认 / 修改
全班教学改进建议
影响面大、容错空间低
兜底者
:AI 给方向,人做最终决断
呈现汇总依据与证据来源,允许整体驳回
采纳 / 驳回

一句话:人机协同的关键不在于“加一个确认按钮”,而在于按风险分级设计人的角色。 低风险处追求顺滑,高风险处必须给足证据与决断入口。

第 6 步|建归档目录与命名规则

核验完成不等于工作完成,落定才算。建议一个工作区里只放一个工作台目录,结构固定下来:

工作台/ └─ 作业批改/    ├─ 00_模板与规则/    提示词模板、字段定义、归因规则、版本说明    ├─ 01_原始作业/      待批改的输入文件    ├─ 02_AI初稿/        评语初稿、分析初稿    ├─ 03_已核验/        教师确认的终稿(唯一可信数据源)    ├─ 04_归档报告/      班级分析、教学改进建议终稿    ├─ 05_回写日志/      修改前后对照与原因    └─ 99_历史版本/      v1、v2 … 改坏了能换回来

命名规则:日期_班级_作业名_学号_版本,例如 20261111_八(3)_一次函数练习_07_v1.docx。

归档设计要预留四个聚合维度:按学生、按班级、按时间段、按知识点。只要第一版的记录在这四个维度上可检索,后续功能就是在同一底座上增加“视图”,而不是重建系统。99_历史版本 的用途很实在:模板、字段、归因规则每次改动前先存一份,任何一次改坏都能回退。

第 7 步|回写修改,只加视图,不加系统

教师的每次修改都是高质量信号:它告诉系统 AI 在哪些错误类型上容易归因偏、在哪些知识点上判断不准。哪怕第一版只做一件事,也要把修改记下来,三列就够:

AI 原判
教师改为
修改原因
概念混淆
审题偏差
题干条件漏读,概念本身清楚
计算失误
步骤跳写导致符号错
错在第二步,不是算术

每周复盘一次,把高频修改转成两样东西:提示词的修订、归因规则的调整。人机协同的价值不只是“这一轮更准”,而是“下一轮因为人的修正而变得更准”。

迭代路线可以排得很克制:

版本
新增内容
本质
v1
一次批改的核验闭环
跑通唯一主链
v2
学生某阶段错题集、自主纠错学材(自主学习、自主训练)
同一数据按“学生 + 时间段”切片
v3
某日或某阶段不同班级作业对比分析
同一数据按“班级 + 知识点”切片
v4 及以后
按需再加视图,各自有归档位置
仍是重新聚合,不新建链路

这里有一条容易混淆的原则:“从最小功能做起”小的是用户可见的界面和交互,不是底层的数据模型。 扩展对第一版提出的真正要求,不是提前实现它们,而是提前让数据结构经得起它们将来的调用。两者并不矛盾。

04闭环的两个半圈

上半圈 · 本轮更准

AI 产出
→
人做关键判断
→
结果落定归档

下半圈 · 下轮更准

人的修改
→
记录并回写
→
规则与提示词调整

两个半圈都转起来,工作台才会越用越准

把上面七步连起来看,工作台其实是一个上下两个半圈的循环:

●上半圈(本轮更准):AI 产出 → 人做关键判断 → 结果落定归档;

●下半圈(下轮更准):人的修改被记录 → 回写成规则或提示词 → 下一轮 AI 产出更贴近真实判断。


常见的断点有三种:

断点
后果
补法
只核验、不回写
每轮都从零调参,经验不沉淀
修改前后对照必须落盘
回写了但不写原因
知道“改了”,不知道“为什么改”
回写日志固定三列
有原因但不复盘
日志越积越厚,规则一条没变
每周一次固定复盘,产出版本说明

只做上半圈,得到的是一次好用的工具;上下两个半圈都转起来,得到的才是会生长的工作台。

05上线前的实测验证清单

不要凭感觉判断“搭好了”,拿一份真实作业跑一遍,逐项核对:

验证项
怎么测
通过标准
闭环跑通
拿 1 份真实作业走完全程
得到已核验的归档件,没有口头文件
主链唯一
检查 v1 是否混入第二条链路
只有一条主链,新增想法都在“v1 不做什么”里
字段齐全
随机抽 5 条记录
12 项字段无缺失,可按知识点分组
可聚合
按学生、班级、时间段、知识点各查一次
四次都能出结果,且无需重新解析评语文本
核验留痕
找一条被改过的评语
初稿、终稿、修改说明三者都可查
数档一致
页面显示的归档数与记录条数交叉核对
两者一致,无孤文件、无空记录
可回退
改一次模板或归因规则
99_历史版本
 存有可用旧版,能一键换回

规则很简单:任何一项不通过,先补这一项,不加新功能。 这份清单同时也是每周复盘时的体检表。

06七个常见坑与修正
坑
后果
修正
一上来就画功能地图
边界无限扩张,第一版迟迟跑不完
用第 1 步的结束条件句卡住 v1
只输出分数 + 一段评语
后续分析无法计算,只能数关键词
先定字段,再写提示词
把“最小功能”理解成“最小数据模型”
数据轨道被一起砍掉,扩展时推倒重来
界面可极简,字段必须完整
核验只是一个确认按钮
高风险结论被顺手通过
分“复核者 / 兜底者”两种交互
成果散在聊天记录里
无法归档、无法复用、无法追溯
固定目录 + 命名规则 + 版本目录
提前实现扩展功能
主链不稳就叠加,返工成本高
只加视图,不新建链路
教师修改不留痕
每轮都凭感觉调提示词
三列回写日志 + 每周复盘
07一页纸工作台定义卡(可直接复制)
【名称】 【结束条件】当……进入,AI 产出……,人核验……,……归档,即告结束。 【v1 不做什么】……(把想加的第二条链路写在这里) 【唯一主链】①…… → ②…… → ③…… → ④…… → 归档 【数据字段】(至少含:群体 / 个体 / 知识点 / 错误类型 / 错误位置 / 修改前后 / 核验留痕 / 归档路径) 【核验分级】低风险=复核者(逐项确认);高风险=兜底者(证据呈现 + 采纳/驳回) 【归档规则】目录结构、命名规则、四个聚合维度、历史版本 【回写方式】AI 原判 | 教师改为 | 修改原因;每周复盘一次 【验收】七项清单全过才允许进入 v2 【v2 只加什么视图】……

填完这九行,再打开工具动手。写不出来的那一行,就是下一轮要补的地方。

08写在最后

把这次讨论收成一句可操作的话:

第一版把“一次批改的核验闭环”做扎实,同时确保这次批改留下的数据,在未来按任何维度重新聚合时都不需要推倒重来。

做到这一点,后续的错题集、纠错学材、班级对比,都会变成同一底座上的自然生长,而不是一次又一次重新起炉灶。

今天不必搭完整套。只做一件事:拿最近一次真实作业,写出第 1 步那句结束条件,把第 2、3 步走完。窄闭环一旦跑通一次,工作台就已经成立了。


编者说明:本文根据一次关于“Work Buddy 的工作台如何建”的对话整理重构。原讨论提出了作业批改这一窄切口、批改—归因—评语—核验—归档的价值链,以及后续按学生阶段、班级对比扩展的设想,并提炼出单点闭环、人机分工、数据结构先行、视图式扩展、核验回写等判断。本文保留这些判断与案例,补齐了工作台定义、七步落地法、字段设计、核验分级、归档目录、实测验证清单与常见坑。文中所说的“工作台”指一套通用的工作方式,不依赖某个具体菜单或按钮。标题沿用原题写法 Workbot,正文统一使用官方名 WorkBuddy。

方法注:最小可用产品(先做减法)、人在回路、按风险分级设计复核者与兜底者角色、数据模型先行,均为工作台搭建的基本方法,本文只做教育场景的落地转译,不虚构具体数据来源与效果数字。


我的指令和最终作品的界面如下:
开发批改作业的工作台。(1)到桌面找以日期编码的文件夹,例如20260605;(2)认真批改作业,给出每个错题的归因分析和改进策略,写入excel的成绩登记表;(3)成绩登记表中还包括全班学生成绩分析和教学改进的策略建议,格式参见附件;(4)工作台上可以选择学生,查看当天批改的作业,左侧显示作业图片,右侧显示错题的归因分析和改进策略,教师可以编辑这些评语,修改后继续保存到原来的excel文件中;(5)也能查阅修改全班学生成绩分析和教学改进的策略建议;(6)完成评价的核验修改后,把学生作业分别归档到D盘的“作业”文件夹中的个人文件夹中,文件名使用日期编码;(7)通过选择日期和姓名可以做学生阶段作业的比较分析,从批量作业中洞察学生学习的问题和补救措施,设计服务错题纠错的学习材料,适合自学自练;(8)教师需要核验修改这份阶段作业分析报告和相应的学习材料;(9)支持多个不同班级,可以做不同班级每天作业的对比分析