14|把工作台改成你自己的小项目
到这里,你已经拆过请求入口、角色权限、依赖调度、远程委派、审核和恢复。最后一节不再增加新框架,而是把这些能力用于一个新的写作任务,并按真实用户的操作顺序验收。
展开当前模块目录
完成可交付的协作平台
1514|把工作台改成你自己的小项目如果想获取全套课程资料,请关注微信公众号 「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」拿到口令。验证一次,这个浏览器就能继续阅读全部课程。