05完成可交付的协作平台 · 第 15 章
总进度 15 / 15

14|把工作台改成你自己的小项目

到这里,你已经拆过请求入口、角色权限、依赖调度、远程委派、审核和恢复。最后一节不再增加新框架,而是把这些能力用于一个新的写作任务,并按真实用户的操作顺序验收。

2026-09-28约 7 分钟8 行代码难度 ★★★
展开当前模块目录

如果想获取全套课程资料,请关注微信公众号 「AI面包君」,回复 「课程资料」 即可领取。

到这里,你已经拆过请求入口、角色权限、依赖调度、远程委派、审核和恢复。最后一节不再增加新框架,而是把这些能力用于一个新的写作任务,并按真实用户的操作顺序验收。

建议做一个“新员工工具入门指南工作台”:资料助手整理使用规范与常见问题,写作助手编排首次操作步骤,审校助手检查来源和遗漏,最后由你批准。先保持四步结构,集中练习如何改变业务内容。

1. 明确成品怎样才算有用

在纸上写下三条验收标准:第一次接触工具的人能完成首次操作;每个步骤有预期结果与失败排查;所有事实都能找到提供的资料。不要只写“做一个更智能的平台”。

复制项目到自己的练习目录再改业务资料,保留课程原件供对照。新资料仍可使用虚构内容,先做 3–5 张带 id、title、topic、content 的卡片,放入 data/sources.json。保持 JSON 数组格式与字段一致。

先把“新员工指南”缩成一个能做完的题目

“做一个公司知识助手”范围太大,新手很难判断完成标准。可以缩成:“让第一次使用内部报销练习系统的人,知道准备哪些材料、怎样提交、卡住后找谁。”这里仍使用虚构规则,重点是练习组织信息。

先写三张素材卡:系统用途与适用对象、首次操作步骤、常见错误与联系入口。每张卡有编号,并说明它是教学数据。产品资料步骤读用途与流程,受众资料步骤读常见困难,写作把它们编排成首次使用路线。

这样你的项目有明确终点:读者能按说明完成一次模拟提交,而不是只有一篇泛泛的系统介绍。题目越具体,越容易检查资料是否够用,也越容易发现模型是否补了资料里没有的规则。

一份可检查的素材卡长什么样

下面只示范结构与内容,保存时要与其他卡片一起放进 JSON 数组:

{
  "id": "N01",
  "title": "练习系统首次提交说明",
  "topic": "产品 规范 首次提交",
  "content": "虚构教学规则:首次提交需填写项目名称、金额与用途;只保存练习记录,不产生真实报销。缺少项目名称时不允许提交。"
}

不要只把旧卡片改个标题。检索会查看 topic 与 content,正文事实也来自这些字段;内部内容仍是 Agent 课程说明时,模型没有理由自动理解成报销系统。

2. 先改资料与任务要求,再改提示词

修改默认计划中两项 researcher 的 brief,让关键词能匹配新资料的 topic 或内容;修改 writer 的 brief 和 acceptance,明确指南要交付什么。保留步骤编号和依赖关系,这一轮不要同时改调度结构。

然后在角色设置中给写作补上“按第一次使用的顺序组织,每步说明完成后的现象”,给审校补上“指出缺少前提条件的步骤”。创建新任务,让新的角色配置进入任务快照。

demo 只适合验证流程,稿件仍带固定课程内容。若要验证新业务写作效果,配置可用模型后使用 live;或者只把 demo 当作流程验收,把稿件人工编辑完成。交付时写清采用了哪一种。

试读到这里 · 后续内容已封存

关注公众号,继续把这章学完

在「AI面包君」发送关键词「学习AI」拿到口令。验证一次,这个浏览器就能继续阅读全部课程。