让 AI 只管「整理和评分」，不让它决定发不发
- 为什么
- 招聘信息写错，学生就会白跑一趟，错误的代价很高。
- 落到系统里
- AI 预填岗位字段、判断是否对口并给参考评分；核验和最终审核由人完成，没有人工通过就不能成稿。
Case studies
我是怎么
解决问题的。
三个已经在用的项目。每个都按同一个顺序讲：遇到了什么问题 → 我做了哪些关键判断 → 落成了什么样 → 现在怎么样。
最值得看的是「关键判断」。
AI 招聘内容工作台
THE PROBLEM团队每天要逐个网站翻招聘公告，再手工改写成学生能看的内容。怎么让这件事又快又不出错？
原来的样子
- 逐个打开招聘网站，手动复制信息
- 不同公告的岗位信息要整理成统一字段
- 要保留原文，方便之后核对和更新
- 发布前还要核对岗位是否适合学生
我负责
需求与采集筛选规则、后台设计、AI 评分审核逻辑、AI 辅助开发、测试验收，并参与日常使用
Key decisions
我做的三个关键判断
这比写了多少代码更重要缺的信息就写「未知」，不让 AI 猜
- 为什么
- 公告里常常没写薪资之类的信息，AI 补出来的内容看起来很真。
- 落到系统里
- 缺失字段保留「未知」和待补证状态，由人决定要不要发布。
原文一变，旧稿立刻作废
- 为什么
- 公告会更新，最怕团队继续发旧版本。
- 落到系统里
- 每条岗位保留原文版本；原文变化后，旧核验和两种稿件同时失效，必须按新版本重新核验。
How it works
一条公告在系统里怎么走
点节点切换 · 自动播放一轮STEP 01 · 规则
从选定的公开来源采集，按学生人群规则自动过滤，保留公告原文。这一步是规则判断，不用 AI。
STEP 02 · AI
AI 预填岗位字段，判断是否符合学生的对口需求并给出参考评分；缺失的信息保持「未知」，不直接生成发布稿。
STEP 03 · 人工
逐项核对：来源、岗位范围、学生人群、工作地点、官方投递入口、时效。
STEP 04 · 人工
三种结果：通过，可以成稿；退回，补充后重审；淘汰，不进入发布。
STEP 05 · 模板
审核通过后，一次生成公众号文章和学生群消息两种稿件。
STEP 06 · 发布
团队检查后复制到公众号和学生群，系统不自动推送。
RESULT
已投入团队使用，持续产出公众号招聘文章，并开始运营学生社群。
AI 评分只作参考，不替代人工核验；系统不自动发布。6个处理节点
6项发布前人工核验
2个发布渠道
AI 业务知识库建设
THE PROBLEM资料都有，却散在几十份文件和聊天记录里，每次让 AI 帮忙都要从头解释。怎么让人和 AI 都能「一查就有、查到能信」？
原来的样子
- 同一个问题的说明分散在多份文件里
- 旧版本、建议和已确认的内容混在一起
- AI 缺少业务依据，需要人反复补充
我负责
客户沟通、知识结构、任务查找入口、记忆更新规则，推进搭建与交付
Key decisions
我做的三个关键判断
这比写了多少代码更重要按「要完成什么任务」组织，而不是按文件夹
- 为什么
- 大家找资料是为了把事做完，不是为了翻目录。
- 落到系统里
- 先梳理使用对象、常见问题和资料范围，按业务板块组织正文，再建问题索引，把每个任务对应到需要的内容。
回答必须能回查来源
- 为什么
- AI 说得再顺，没有出处，就不敢拿到客户面前用。
- 落到系统里
- 每条内容标注出处、适用范围和待确认项；AI 先找依据再起草，没写清楚的部分单独列给人确认。
记忆可以自动写，但要有授权和冲突确认
- 为什么
- 知识库不更新就会过期，乱更新又会把正确的旧说法冲掉。
- 落到系统里
- 沟通中的使用习惯、新业务信息和素材，在授权范围内自动写入；和已有内容冲突时，先问人再改。
How it works
一个任务在知识库里怎么走（示例）
点节点切换 · 自动播放一轮STEP 01 · 人
客户问：「试用版交付前需要准备什么？」
STEP 02 · 索引
按问题索引找到「试用准备」和「交付说明」两份正文。
STEP 03 · AI
AI 根据找到的正文起草回复，并附上资料出处。
STEP 04 · 人工
正文里没写清楚的地方列为待确认，人看过、补齐之后再发出去。
示例任务，用来说明使用方式，不是客户资料
试用版交付前，我们需要准备什么？
需要准备三样：……（根据知识库正文起草）
出处试用准备 · 交付说明
待确认正文没写清楚的部分，已列出请你确认
示例对话
持续记忆 · 怎么更新
- 01识别重要信息
- 02归位与查重
- 03按授权更新
- 04核对与复用
授权内自动写，冲突先问人
RESULT
已完成 3 次服务交付，真实用户在使用；有用户反馈已经用了约 1 个月，用在出书项目和公众号运营上。
当前是本地文件式知识库，不包含在线客服、权限系统或云端应用。3次服务交付
约 1个月用户持续在用（用户反馈）
4步记忆更新闭环
咖啡品牌销售助手
THE PROBLEM店主的报价规则都在脑子里：什么时候打折、礼盒怎么算、改价后旧单怎么办。怎么把口头规则变成全队都能用、而且算得对的工具？
原来的样子
- 豆款、规格和价格需要集中查看
- 原价、折扣和自定义单价要避免重复计算
- 已确认的订单要保留当时的商品和价格
- 作废的订单要留记录，并从统计里排除
我负责
需求梳理、业务规则、AI 辅助开发和前后端测试（部署运维不是我的主要职责）
Key decisions
我做的三个关键判断
这比写了多少代码更重要先把口头规则拆成 33 条功能，再动手写
- 为什么
- 规则说不清，AI 写出来的代码只会把模糊带进系统。
- 落到系统里
- 把三种计价、附加费用、订单状态、作废和快照拆成 F01–F33，写成规则文档，和店主逐条核对。
确认即快照：改价不改历史
- 为什么
- 价格会调整，但已经卖出去的单子不能跟着变。
- 落到系统里
- 确认成功才记账，同时保存当时的商品、价格和人员；之后改价，不影响历史订单。
计价不叠加，作废留痕不撤销
- 为什么
- 折上加折、删单不留痕，是对账争议最常见的来源。
- 落到系统里
- 原价、折扣、自定义单价三选一，附加费用单独算；作废必须填原因，原记录保留，但不计入统计。
How it works
一次开单在五个模块里怎么走
点节点切换 · 自动播放一轮STEP 01 · 选豆
按关键词、分类、产地筛选豆款，豆款、规格、价格和可选状态都在同一个界面。
STEP 02 · 计价
三种计价三选一，附加费用单独计算；草稿状态可以随便改。
STEP 03 · 快照
点确认才记账，同时保存这一单当时的商品、价格和经办人。
STEP 04 · 查询
查历史快照、重新导图、复制文案；作废要填原因，不能直接改价。
STEP 05 · 汇总
按月、按负责人汇总有效订单，作废的订单自动排除。
RESULT
服务器版已部署，团队 4 人共用一本账。
截图来自本地演示版，数据都是演示数据；业务功能与服务器版一致。33项由口头规则拆出的功能
5个业务模块
4人共用账本
The method
三个案例，
其实是同一套做法。
01
先看人怎么做事
不先谈技术，先弄清楚谁、在什么时候、用什么资料做这件事。
02
把经验拆成规则
口头的判断写成可以核对的条文，双方逐条确认。
03
AI 放在合适的位置
让 AI 做整理、起草、评分这些「重活」，不让它做最终决定。
04
关键处由人把关
每个系统都留有人工确认的环节，错了能查、能追溯。
Your turn
你的业务里，
也有一件这样的事吗？
先聊，不着急定方案。